Works! Any guesses to what's up? Can I redistribute that?
and of course... is a client a feasible idea? That would be great for things like kinect depth images...
I'll be starting a class shortly, you'll get tons of testers! ^_^
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box:
Try this?
http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver]
Amazing that its working for some tho! rawk
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya marysghost@gmail.comwrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2...
I'm on macosx 10.6.8 and compiled the thing without any issues.
Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Try fux_kinect for getting the depth camera with Gem on Mac OS X:
source: https://github.com/badgeek/fux_kinect
binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2
.hc
On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that?
and of course... is a client a feasible idea? That would be great for things like kinect depth images...
I'll be starting a class shortly, you'll get tons of testers! ^_^
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote: I put a compiled, working version with a help file up on drop box:
Try this?
http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's
up. Doesn't work all clean like this either [syphonserver]Amazing that its working for some tho! rawk
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya <marysghost@gmail.com
wrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2...
I'm on macosx 10.6.8 and compiled the thing without any issues.
Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling
away in three inch heels and panty hose to finish out another pink-
collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
from pd:
/Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create
is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something...
Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.atwrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X:
source: https://github.com/badgeek/fux_kinect
binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2
.hc
On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that?
and of course... is a client a feasible idea? That would be great for things like kinect depth images...
I'll be starting a class shortly, you'll get tons of testers! ^_^
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box:
Try this?
http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver]
Amazing that its working for some tho! rawk
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya marysghost@gmail.comwrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2...
I'm on macosx 10.6.8 and compiled the thing without any issues.
Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
hi, i removed some un needed dependencies, and you could try latest binary here:
https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote:
from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya marysghost@gmail.com wrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2... I'm on macosx 10.6.8 and compiled the thing without any issues. Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey Budi,
I couldn't find a binary to download there, looks like its only the
source.
I was just messing with linking to the libraries to test out a new
idea to make it much easier for users to install. Using the
@loader_path trick, we can include the libraries in the fux_kinect
folder, and allow it to work anywhere, not just /Library/Pd. I'm
nailing down the script now, then I'll post it.
Sofy, see if this works for you (re-download this): http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest
binary here:https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya <marysghost@gmail.com
wrote: from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/ fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal
with makefiles and things like that in a clear step by step way? I feel
like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner <hans@at.or.at
wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see
what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya <marysghost@gmail.com
wrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2... I'm on macosx 10.6.8 and compiled the thing without any issues. Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said,
hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"A cellphone to me is just an opportunity to be irritated wherever you
are." - Linus Torvalds
Ok, I updated my library embedding script and made a test build of
fux_kinect. It seems to work for me. Here are the patches that I
needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include
the libraries. The 'fux_kinect' folder can then be dropped into ~/
Library/Pd or into a project folder, and you can create [fux_kinect].
To make a downloadable version, the whole fux_kinect folder can just
be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest
binary here:https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya <marysghost@gmail.com
wrote: from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/ fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal
with makefiles and things like that in a clear step by step way? I feel
like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner <hans@at.or.at
wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see
what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya <marysghost@gmail.com
wrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2... I'm on macosx 10.6.8 and compiled the thing without any issues. Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said,
hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
hey Hans,
this is great!
already applied the patch on github
now its very easy to install this external
thanks!
On Thu, Oct 27, 2011 at 9:26 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest binary here:
https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote:
from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya marysghost@gmail.com wrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2... I'm on macosx 10.6.8 and compiled the thing without any issues. Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
Awesome, glad to hear it. That same script can be used in other libs,
whenever you are linking to libraries in Fink. It should work without
modifications.
.hc
On Oct 26, 2011, at 10:50 PM, Budi Prakosa wrote:
hey Hans,
this is great!
already applied the patch on github
now its very easy to install this external
thanks!
On Thu, Oct 27, 2011 at 9:26 AM, Hans-Christoph Steiner
hans@at.or.at wrote:Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I
needed to do to get things working (you can apply them with 'git am'):Then I can just "make deploy" and it'll build everything and
include the libraries. The 'fux_kinect' folder can then be dropped into ~/ Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be
zipped up and put on the github downloads folder..hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try
latest binary here:https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya <marysghost@gmail.com
wrote:
from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal
with makefiles and things like that in a clear step by step way? I
feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner <hans@at.or.at
wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop
box: Try this? http://dl.dropbox.com/u/42612525/pd-syphonserver.zipOn Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see
what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya marysghost@gmail.com wrote: > > its not working for me > > > http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2... > I'm on macosx 10.6.8 and compiled the thing without any issues. > Sofy Yuditskaya > ] yuditskaya.com [ >
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said,
hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker
ethic-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
You can't steal a gift. Bird gave the world his music, and if you can
hear it, you can have it. - Dizzy Gillespie
here is the working binary
https://github.com/downloads/badgeek/fux_kinect/fux_kinect.zip
source:
https://github.com/badgeek/fux_kinect
cheers
On Thu, Oct 27, 2011 at 9:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Awesome, glad to hear it. That same script can be used in other libs, whenever you are linking to libraries in Fink. It should work without modifications.
.hc
On Oct 26, 2011, at 10:50 PM, Budi Prakosa wrote:
hey Hans,
this is great!
already applied the patch on github
now its very easy to install this external
thanks!
On Thu, Oct 27, 2011 at 9:26 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest binary here:
https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote:
from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote: > > I put a compiled, working version with a help file up on drop box: > Try this? > http://dl.dropbox.com/u/42612525/pd-syphonserver.zip > > On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote: > > That little "1" argument, in there was just me trying to see what's > up. > Doesn't work all clean like this either [syphonserver] > Amazing that its working for some tho! > rawk > Sofy Yuditskaya > ] yuditskaya.com [ > > > > On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya > marysghost@gmail.com > wrote: >> >> its not working for me >> >> >> >> http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.29%20PM.png >> I'm on macosx 10.6.8 and compiled the thing without any issues. >> Sofy Yuditskaya >> ] yuditskaya.com [ >> > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list >
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie
Hi,
Does it work for Linux?
cheers
On 27 October 2011 07:23, Budi Prakosa iyok@deadmediafm.org wrote:
here is the working binary
https://github.com/downloads/badgeek/fux_kinect/fux_kinect.zip
source:
https://github.com/badgeek/fux_kinect
cheers
On Thu, Oct 27, 2011 at 9:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Awesome, glad to hear it. That same script can be used in other libs, whenever you are linking to libraries in Fink. It should work without modifications.
.hc
On Oct 26, 2011, at 10:50 PM, Budi Prakosa wrote:
hey Hans,
this is great!
already applied the patch on github
now its very easy to install this external
thanks!
On Thu, Oct 27, 2011 at 9:26 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I
needed
to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include
the
libraries. The 'fux_kinect' folder can then be dropped into
~/Library/Pd
or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest binary here:
https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya <
marysghost@gmail.com>
wrote:
from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal
with
makefiles and things like that in a clear step by step way? I feel
like
I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner <
hans@at.or.at>
wrote: > > Try fux_kinect for getting the depth camera with Gem on Mac OS X: > source: > https://github.com/badgeek/fux_kinect > binary: > http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 > .hc > On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote: > > Works! > Any guesses to what's up? > Can I redistribute that? > and of course... is a client a feasible idea? > That would be great for things like kinect depth images... > I'll be starting a class shortly, you'll get tons of testers! > ^_^ > Sofy Yuditskaya > ] yuditskaya.com [ > > > > On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote: >> >> I put a compiled, working version with a help file up on drop box: >> Try this? >> http://dl.dropbox.com/u/42612525/pd-syphonserver.zip >> >> On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote: >> >> That little "1" argument, in there was just me trying to see what's >> up. >> Doesn't work all clean like this either [syphonserver] >> Amazing that its working for some tho! >> rawk >> Sofy Yuditskaya >> ] yuditskaya.com [ >> >> >> >> On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya >> marysghost@gmail.com >> wrote: >>> >>> its not working for me >>> >>> >>> >>>
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2...
>>> I'm on macosx 10.6.8 and compiled the thing without any issues. >>> Sofy Yuditskaya >>> ] yuditskaya.com [ >>> >> >> _______________________________________________ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > > > > >
> > 'You people have such restrictive dress for women,’ she said,
hobbling
> away in three inch heels and panty hose to finish out another > pink-collar > temp pool day. - “Hijab Scene #2", by Mohja Kahf >
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
You can't steal a gift. Bird gave the world his music, and if you can
hear
it, you can have it. - Dizzy Gillespie
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi,
not yet but i will try to add linux support next week
cheers
On Thu, Oct 27, 2011 at 6:40 PM, Jordi Sala poperbu@gmail.com wrote:
Hi, Does it work for Linux? cheers
On 27 October 2011 07:23, Budi Prakosa iyok@deadmediafm.org wrote:
here is the working binary
https://github.com/downloads/badgeek/fux_kinect/fux_kinect.zip
source:
https://github.com/badgeek/fux_kinect
cheers
On Thu, Oct 27, 2011 at 9:54 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Awesome, glad to hear it. That same script can be used in other libs, whenever you are linking to libraries in Fink. It should work without modifications.
.hc
On Oct 26, 2011, at 10:50 PM, Budi Prakosa wrote:
hey Hans,
this is great!
already applied the patch on github
now its very easy to install this external
thanks!
On Thu, Oct 27, 2011 at 9:26 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest binary here:
https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote: > > from pd: > /Library/Pd/fux_kinect.pd_darwin: > dlopen(/Library/Pd/fux_kinect.pd_darwin, > 10): Library not loaded: /sw/lib/libftgl.2.dylib > Referenced from: /Library/Pd/fux_kinect.pd_darwin > Reason: image not found > fux_kinect > ... couldn't create > is there a tutorial out there somewhere that explains how to deal > with > makefiles and things like that in a clear step by step way? I feel > like > I'm > just missing something... > Sofy Yuditskaya > ] yuditskaya.com [ > > > > On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner > hans@at.or.at > wrote: >> >> Try fux_kinect for getting the depth camera with Gem on Mac OS X: >> source: >> https://github.com/badgeek/fux_kinect >> binary: >> http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 >> .hc >> On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote: >> >> Works! >> Any guesses to what's up? >> Can I redistribute that? >> and of course... is a client a feasible idea? >> That would be great for things like kinect depth images... >> I'll be starting a class shortly, you'll get tons of testers! >> ^_^ >> Sofy Yuditskaya >> ] yuditskaya.com [ >> >> >> >> On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote: >>> >>> I put a compiled, working version with a help file up on drop box: >>> Try this? >>> http://dl.dropbox.com/u/42612525/pd-syphonserver.zip >>> >>> On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote: >>> >>> That little "1" argument, in there was just me trying to see >>> what's >>> up. >>> Doesn't work all clean like this either [syphonserver] >>> Amazing that its working for some tho! >>> rawk >>> Sofy Yuditskaya >>> ] yuditskaya.com [ >>> >>> >>> >>> On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya >>> marysghost@gmail.com >>> wrote: >>>> >>>> its not working for me >>>> >>>> >>>> >>>> >>>> http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.29%20PM.png >>>> I'm on macosx 10.6.8 and compiled the thing without any issues. >>>> Sofy Yuditskaya >>>> ] yuditskaya.com [ >>>> >>> >>> _______________________________________________ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >> >> _______________________________________________ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> >> >> >> >> >> >> >> ---------------------------------------------------------------------------- >> >> 'You people have such restrictive dress for women,’ she said, >> hobbling >> away in three inch heels and panty hose to finish out another >> pink-collar >> temp pool day. - “Hijab Scene #2", by Mohja Kahf >> > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Jordi Sala http://musa.poperbu.net
Hi Hans, I hope you are well, I'm writing for news about fux_kinect for linux, hopefully you can develop it. Mac is very good, but would it work in Ubuntu unbeatable seafront.
Best egards
José
2011/10/26 Hans-Christoph Steiner hans@at.or.at
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest
binary here:
https://github.com/badgeek/**fux_kinecthttps://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote:
from pd: /Library/Pd/fux_kinect.pd_**darwin: dlopen(/Library/Pd/fux_kinect.** pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_**darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/**fux_kinecthttps://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.**info/pdlab/fux_kinect.tar.bz2http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/**42612525/pd-syphonserver.ziphttp://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya < marysghost@gmail.com> wrote:
its not working for me
http://sofyyuditskaya.com/**tests/4pd/Screen%20shot%** 202011-10-25%20at%209.00.29%**20PM.pnghttp://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.29%20PM.png I'm on macosx 10.6.8 and compiled the thing without any issues. Sofy Yuditskaya ] yuditskaya.com [
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
------------------------------**------------------------------**
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
------------------------------**------------------------------**
Access to computers should be unlimited and total. - the hacker ethic
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Someone was working on fux_kinect for GNU/Linux, I forget who, but I don't know how far they got. It would be good to have. Its probably just a matter of getting the compilation right, since libfreenect and Gem both work well on GNU/Linux.
.hc
On Nov 11, 2011, at 7:19 AM, José Luis Santorcuato Tapia wrote:
Hi Hans, I hope you are well, I'm writing for news about fux_kinect for linux, hopefully you can develop it. Mac is very good, but would it work in Ubuntu unbeatable seafront.
Best egards
José
2011/10/26 Hans-Christoph Steiner hans@at.or.at
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest binary here:
https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote: from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya marysghost@gmail.com wrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2... I'm on macosx 10.6.8 and compiled the thing without any issues. Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/
http://www.myspace.com/santorcuato
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
2011/11/11 Hans-Christoph Steiner hans@at.or.at
Someone was working on fux_kinect for GNU/Linux, I forget who, but I don't know how far they got. It would be good to have. Its probably just a matter of getting the compilation right, since libfreenect and Gem both work well on GNU/Linux.
Don't know if it's what you would call actual "working on fux_kinect for GNU/Linux", but I did manage to compile it on Ubuntu a few days ago. I ended up with a fux_kinect.pd_linux, but loading it gave me: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: undefined symbol: _ZN7GemBase11setModifiedEv I mailed the author some Valgrind output... gr, Tim
.hc
On Nov 11, 2011, at 7:19 AM, José Luis Santorcuato Tapia wrote:
Hi Hans, I hope you are well, I'm writing for news about fux_kinect for linux, hopefully you can develop it. Mac is very good, but would it work in Ubuntu unbeatable seafront.
Best egards
José
2011/10/26 Hans-Christoph Steiner hans@at.or.at
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest
binary here:
https://github.com/badgeek/**fux_kinecthttps://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote:
from pd: /Library/Pd/fux_kinect.pd_**darwin: dlopen(/Library/Pd/fux_kinect.** pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_**darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/**fux_kinecthttps://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.**info/pdlab/fux_kinect.tar.bz2http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/**42612525/pd-syphonserver.ziphttp://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya < marysghost@gmail.com> wrote:
> > its not working for me > > http://sofyyuditskaya.com/**tests/4pd/Screen%20shot%** > 202011-10-25%20at%209.00.29%**20PM.pnghttp://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.29%20PM.png > I'm on macosx 10.6.8 and compiled the thing without any issues. > Sofy Yuditskaya > ] yuditskaya.com [ > > ______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
------------------------------**------------------------------**
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
------------------------------**------------------------------**
Access to computers should be unlimited and total. - the hacker ethic
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/ http://www.myspace.com/santorcuato
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I don't know a lot about the C++ name mangling (i.e. names like _ZN7GemBase11setModifiedEv), but I know that when building objects for Gem, you have to build against the same version that you are running it with. You cannot build against say 0.92 and run the object with 0.93. When do you, you get errors about things like _ZN7GemBase11setModifiedEv.
.hc
On Nov 11, 2011, at 10:57 AM, tim vets wrote:
Don't know if it's what you would call actual "working on fux_kinect for GNU/Linux", but I did manage to compile it on Ubuntu a few days ago. I ended up with a fux_kinect.pd_linux, but loading it gave me: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: undefined symbol: _ZN7GemBase11setModifiedEv I mailed the author some Valgrind output... gr, Tim
2011/11/11 Hans-Christoph Steiner hans@at.or.at
Someone was working on fux_kinect for GNU/Linux, I forget who, but I don't know how far they got. It would be good to have. Its probably just a matter of getting the compilation right, since libfreenect and Gem both work well on GNU/Linux.
.hc
On Nov 11, 2011, at 7:19 AM, José Luis Santorcuato Tapia wrote:
Hi Hans, I hope you are well, I'm writing for news about fux_kinect for linux, hopefully you can develop it. Mac is very good, but would it work in Ubuntu unbeatable seafront.
Best egards
José
2011/10/26 Hans-Christoph Steiner hans@at.or.at
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest binary here:
https://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote: from pd: /Library/Pd/fux_kinect.pd_darwin: dlopen(/Library/Pd/fux_kinect.pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
I put a compiled, working version with a help file up on drop box: Try this? http://dl.dropbox.com/u/42612525/pd-syphonserver.zip
On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote:
That little "1" argument, in there was just me trying to see what's up. Doesn't work all clean like this either [syphonserver] Amazing that its working for some tho! rawk Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya marysghost@gmail.com wrote:
its not working for me
http://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.2... I'm on macosx 10.6.8 and compiled the thing without any issues. Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Access to computers should be unlimited and total. - the hacker ethic
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/
http://www.myspace.com/santorcuato
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
In fact, as I remember, it did load at one point, but it made pd crash...that's when I produced some debugging output...anyway, I didn't look any further for now...
2011/11/11 Hans-Christoph Steiner hans@at.or.at
I don't know a lot about the C++ name mangling (i.e. names like _ZN7GemBase11setModifiedEv), but I know that when building objects for Gem, you have to build against the same version that you are running it with. You cannot build against say 0.92 and run the object with 0.93. When do you, you get errors about things like _ZN7GemBase11setModifiedEv.
.hc
On Nov 11, 2011, at 10:57 AM, tim vets wrote:
Don't know if it's what you would call actual "working on fux_kinect for GNU/Linux", but I did manage to compile it on Ubuntu a few days ago.
I ended up with a fux_kinect.pd_linux, but loading it gave me: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: undefined symbol: _ZN7GemBase11setModifiedEv I mailed the author some Valgrind output... gr, Tim
2011/11/11 Hans-Christoph Steiner hans@at.or.at
Someone was working on fux_kinect for GNU/Linux, I forget who, but I don't know how far they got. It would be good to have. Its probably just a matter of getting the compilation right, since libfreenect and Gem both work well on GNU/Linux.
.hc
On Nov 11, 2011, at 7:19 AM, José Luis Santorcuato Tapia wrote:
Hi Hans, I hope you are well, I'm writing for news about fux_kinect for linux, hopefully you can develop it. Mac is very good, but would it work in Ubuntu unbeatable seafront.
Best egards
José
2011/10/26 Hans-Christoph Steiner hans@at.or.at
Ok, I updated my library embedding script and made a test build of fux_kinect. It seems to work for me. Here are the patches that I needed to do to get things working (you can apply them with 'git am'):
Then I can just "make deploy" and it'll build everything and include the libraries. The 'fux_kinect' folder can then be dropped into ~/Library/Pd or into a project folder, and you can create [fux_kinect]. To make a downloadable version, the whole fux_kinect folder can just be zipped up and put on the github downloads folder.
.hc
On Oct 26, 2011, at 8:25 PM, Budi Prakosa wrote:
hi, i removed some un needed dependencies, and you could try latest
binary here:
https://github.com/badgeek/**fux_kinecthttps://github.com/badgeek/fux_kinect
On Thu, Oct 27, 2011 at 5:27 AM, sonia yuditskaya marysghost@gmail.com wrote:
from pd: /Library/Pd/fux_kinect.pd_**darwin: dlopen(/Library/Pd/fux_kinect.** pd_darwin, 10): Library not loaded: /sw/lib/libftgl.2.dylib Referenced from: /Library/Pd/fux_kinect.pd_**darwin Reason: image not found fux_kinect ... couldn't create is there a tutorial out there somewhere that explains how to deal with makefiles and things like that in a clear step by step way? I feel like I'm just missing something... Sofy Yuditskaya ] yuditskaya.com [
On Wed, Oct 26, 2011 at 5:54 PM, Hans-Christoph Steiner <hans@at.or.at
wrote:
Try fux_kinect for getting the depth camera with Gem on Mac OS X: source: https://github.com/badgeek/**fux_kinecthttps://github.com/badgeek/fux_kinect binary: http://autobuild.puredata.**info/pdlab/fux_kinect.tar.bz2http://autobuild.puredata.info/pdlab/fux_kinect.tar.bz2 .hc On Oct 26, 2011, at 5:07 PM, sonia yuditskaya wrote:
Works! Any guesses to what's up? Can I redistribute that? and of course... is a client a feasible idea? That would be great for things like kinect depth images... I'll be starting a class shortly, you'll get tons of testers! ^_^ Sofy Yuditskaya ] yuditskaya.com [
On Tue, Oct 25, 2011 at 9:59 PM, vade doktorp@me.com wrote:
> > I put a compiled, working version with a help file up on drop box: > Try this? > http://dl.dropbox.com/u/**42612525/pd-syphonserver.ziphttp://dl.dropbox.com/u/42612525/pd-syphonserver.zip > > On Oct 25, 2011, at 9:13 PM, sonia yuditskaya wrote: > > That little "1" argument, in there was just me trying to see what's > up. > Doesn't work all clean like this either [syphonserver] > Amazing that its working for some tho! > rawk > Sofy Yuditskaya > ] yuditskaya.com [ > > > > On Tue, Oct 25, 2011 at 9:07 PM, sonia yuditskaya < > marysghost@gmail.com> > wrote: > >> >> its not working for me >> >> http://sofyyuditskaya.com/**tests/4pd/Screen%20shot%** >> 202011-10-25%20at%209.00.29%**20PM.pnghttp://sofyyuditskaya.com/tests/4pd/Screen%20shot%202011-10-25%20at%209.00.29%20PM.png >> I'm on macosx 10.6.8 and compiled the thing without any issues. >> Sofy Yuditskaya >> ] yuditskaya.com [ >> >> > ______________________________**_________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list > > ______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
------------------------------**------------------------------**
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
------------------------------**------------------------------**
Access to computers should be unlimited and total. - the hacker ethic
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/ http://www.myspace.com/santorcuato
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Le 2011-11-11 à 16:57:00, tim vets a écrit :
Don't know if it's what you would call actual "working on fux_kinect for GNU/Linux", but I did manage to compile it on Ubuntu a few days ago. I ended up with a fux_kinect.pd_linux, but loading it gave me: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: undefined symbol: _ZN7GemBase11setModifiedEv I mailed the author some Valgrind output...
You're not telling the whole story. If you have an undefined symbol then the thing doesn't load, so, it can't crash.
So, how did we resolve the undefined symbol issue so that it was able to at least crash ?
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 16:57:00, tim vets a écrit :
Don't know if it's what you would call actual "working on fux_kinect for
GNU/Linux", but I did manage to compile it on Ubuntu a few days ago. I ended up with a fux_kinect.pd_linux, but loading it gave me: /usr/lib/pd-extended/extra/**fux_kinect.pd_linux: /usr/lib/pd-extended/extra/**fux_kinect.pd_linux: undefined symbol: _ZN7GemBase11setModifiedEv I mailed the author some Valgrind output...
You're not telling the whole story. If you have an undefined symbol then the thing doesn't load, so, it can't crash.
So, how did we resolve the undefined symbol issue so that it was able to at least crash ?
I don't really remember the steps exactly, do you?
Following your suggestions on irc, I removed a few OSX specific things from the Makefile, and replaced some things by "-shared "or so... (thanks for the help by the way, and sorry that I forgot to mention it was with your help that I got it to build in the first place, I didn't mean to steal any credit :) ) That 'undefined symbol' thing probably happened now only because I was trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages. I could probably look up the Valgrind output, if it's relevant. gr, Tim
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
On Nov 11, 2011, at 11:56 AM, tim vets wrote:
2011/11/11 Mathieu Bouchard matju@artengine.ca Le 2011-11-11 à 16:57:00, tim vets a écrit :
Don't know if it's what you would call actual "working on fux_kinect for GNU/Linux", but I did manage to compile it on Ubuntu a few days ago. I ended up with a fux_kinect.pd_linux, but loading it gave me: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: /usr/lib/pd-extended/extra/fux_kinect.pd_linux: undefined symbol: _ZN7GemBase11setModifiedEv I mailed the author some Valgrind output...
You're not telling the whole story. If you have an undefined symbol then the thing doesn't load, so, it can't crash.
So, how did we resolve the undefined symbol issue so that it was able to at least crash ?
I don't really remember the steps exactly, do you? Following your suggestions on irc, I removed a few OSX specific things from the Makefile, and replaced some things by "-shared "or so... (thanks for the help by the way, and sorry that I forgot to mention it was with your help that I got it to build in the first place, I didn't mean to steal any credit :) ) That 'undefined symbol' thing probably happened now only because I was trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages. I could probably look up the Valgrind output, if it's relevant.
If you need to know what CFLAGS and LDFLAGS you need for a given platform, check out the Makefile template, they are all in there, laid out by platform.
.hc
Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams
Le 2011-11-11 à 17:56:00, tim vets a écrit :
I don't really remember the steps exactly, do you?
You could use the « svn diff » command, or if it's not from SVN, then unpack another copy (make sure you don't overwrite) and then do a diff of the two Makefiles with a command similar to :
diff -u fux_kinect_orig/Makefile fux_kinect_tim/Makefile
if the newer lines appear as «-» instead of «+», you have to change the order of filenames (I get it wrong 50 % of the time)
That 'undefined symbol' thing probably happened now only because I was trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages.
You can use gdb like this :
gdb --args pdextended fux_kinect-help.pd
and then use the «run» command to start pd, and press Ctrl+c to force it to quit when it's hung, then use the «where» command to see a backtrace. Then post the backtrace here.
I could probably look up the Valgrind output, if it's relevant. gr, Tim
For a hang, it's better to use GDB.
GDB and Valgrind are largely complementary.
There's also a GUI for Valgrind if it helps you. I don't know about GUIs for GDB (except the quite old DDD), but there might be one or several.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 17:56:00, tim vets a écrit :
I don't really remember the steps exactly, do you?
You could use the « svn diff » command, or if it's not from SVN, then unpack another copy (make sure you don't overwrite) and then do a diff of the two Makefiles with a command similar to :
diff -u fux_kinect_orig/Makefile fux_kinect_tim/Makefile
if the newer lines appear as «-» instead of «+», you have to change the order of filenames (I get it wrong 50 % of the time)
That 'undefined symbol' thing probably happened now only because I was
trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages.
You can use gdb like this :
gdb --args pdextended fux_kinect-help.pd
and then use the «run» command to start pd, and press Ctrl+c to force it to quit when it's hung, then use the «where» command to see a backtrace. Then post the backtrace here.
ok, only difference here is that doing ctrl+c didn't kill pd (just
'^CQuit' in the gdb prompt. doing 'where' anyway now gives:
#0 0xb7fe1424 in __kernel_vsyscall () #1 0xb7d55e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7d5934e in abort () at abort.c:92 #3 0xb7d8c577 in __libc_message (do_abort=2, fmt=0xb7e658ac "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #4 0xb7d96961 in malloc_printerr (action=<value optimized out>, str=<value optimized out>, ptr=0x8612798) at malloc.c:6283 #5 0xb7d9915d in _int_malloc (av=0xb7e893c0, bytes=24) at malloc.c:4396 #6 0xb7d9af53 in __libc_malloc (bytes=24) at malloc.c:3660 #7 0xb42514da in freenect_init () from /usr/local/lib/libfreenect.so.0.0 #8 0xb43824cf in fux_kinect::fux_kinect (this=0x8612638, argc=0, argv=0xbfffec4c) at fux_kinect.cpp:84 #9 0xb438272b in create_fux_kinect (s=0x8610598, argc=0, argv=0xbfffec4c) at fux_kinect.cpp:24 #10 0x080b40b9 in pd_typedmess (x=0x851384c, s=0x8610598, argc=0, argv=0xbfffec4c) at m_class.c:715 #11 0x080b8e8a in binbuf_eval (x=0x8611b80, target=<value optimized out>, argc=0, argv=0x8611468) at m_binbuf.c:726 #12 0x08076265 in canvas_objtext (gl=0x8611390, xpix=191, ypix=<value optimized out>, selected=0, b=0x8611b80) at g_text.c:94 #13 0x08076540 in text_setto (x=0x8611370, glist=0x8611390, buf=0x8611b70 "fux_kinect", bufsize=10) at g_text.c:1397 ---Type <return> to continue, or q <return> to quit--- #14 0x08097e09 in glist_deselect (x=0x8611390, y=0x8611370) at g_editor.c:253 #15 0x08096f16 in glist_noselect (x=0x8611390) at g_editor.c:268 #16 0x0809a21d in canvas_doclick (x=0x8611390, xpos=220, ypos=97, which=1, mod=<value optimized out>, doit=1) at g_editor.c:1422 #17 0x0809a5c7 in canvas_mousedown (x=0x8611390, xpos=220, ypos=97, which=1, mod=0) at g_editor.c:1434 #18 0x080b3f86 in pd_typedmess (x=0x8611390, s=0x851de48, argc=4, argv=0xbffff05c) at m_class.c:792 #19 0x080b3b6c in pd_typedmess (x=0x855b148, s=0x851de48, argc=4, argv=0xbffff05c) at m_class.c:813 #20 0x080b8e8a in binbuf_eval (x=0x8559e68, target=<value optimized out>, argc=0, argv=0x0) at m_binbuf.c:726 #21 0x080c4e07 in socketreceiver_read (x=0x853d650, fd=10) at s_inter.c:558 #22 0x080c5ed4 in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #23 0x080c1120 in m_pollingscheduler () at m_sched.c:513 #24 m_mainloop () at m_sched.c:563 #25 0x080c3ec9 in sys_main (argc=1, argv=0xbffff464) at s_main.c:304 #26 0x080cbbab in main (argc=1, argv=0xbffff464) at s_entry.c:32 gr, Tim
I could probably look up the Valgrind output, if it's relevant. gr, Tim
For a hang, it's better to use GDB.
GDB and Valgrind are largely complementary.
There's also a GUI for Valgrind if it helps you. I don't know about GUIs for GDB (except the quite old DDD), but there might be one or several.
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
killing pd with xkill gave this in gdb: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" after 2824 requests (2823 known processed) with 0 events remaining.
the 'where' output remains the same afaict...
#0 0xb7fe1424 in __kernel_vsyscall () #1 0xb7d55e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7d5934e in abort () at abort.c:92 #3 0xb7d8c577 in __libc_message (do_abort=2, fmt=0xb7e658ac "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #4 0xb7d96961 in malloc_printerr (action=<value optimized out>, str=<value optimized out>, ptr=0x8612798) at malloc.c:6283 #5 0xb7d9915d in _int_malloc (av=0xb7e893c0, bytes=24) at malloc.c:4396 #6 0xb7d9af53 in __libc_malloc (bytes=24) at malloc.c:3660 #7 0xb42514da in freenect_init () from /usr/local/lib/libfreenect.so.0.0 #8 0xb43824cf in fux_kinect::fux_kinect (this=0x8612638, argc=0, argv=0xbfffec4c) at fux_kinect.cpp:84 #9 0xb438272b in create_fux_kinect (s=0x8610598, argc=0, argv=0xbfffec4c) at fux_kinect.cpp:24 #10 0x080b40b9 in pd_typedmess (x=0x851384c, s=0x8610598, argc=0, argv=0xbfffec4c) at m_class.c:715 #11 0x080b8e8a in binbuf_eval (x=0x8611b80, target=<value optimized out>, argc=0, argv=0x8611468) at m_binbuf.c:726 #12 0x08076265 in canvas_objtext (gl=0x8611390, xpix=191, ypix=<value optimized out>, selected=0, b=0x8611b80) at g_text.c:94 #13 0x08076540 in text_setto (x=0x8611370, glist=0x8611390, buf=0x8611b70 "fux_kinect", bufsize=10) at g_text.c:1397 ---Type <return> to continue, or q <return> to quit--- #14 0x08097e09 in glist_deselect (x=0x8611390, y=0x8611370) at g_editor.c:253 #15 0x08096f16 in glist_noselect (x=0x8611390) at g_editor.c:268 #16 0x0809a21d in canvas_doclick (x=0x8611390, xpos=220, ypos=97, which=1, mod=<value optimized out>, doit=1) at g_editor.c:1422 #17 0x0809a5c7 in canvas_mousedown (x=0x8611390, xpos=220, ypos=97, which=1, mod=0) at g_editor.c:1434 #18 0x080b3f86 in pd_typedmess (x=0x8611390, s=0x851de48, argc=4, argv=0xbffff05c) at m_class.c:792 #19 0x080b3b6c in pd_typedmess (x=0x855b148, s=0x851de48, argc=4, argv=0xbffff05c) at m_class.c:813 #20 0x080b8e8a in binbuf_eval (x=0x8559e68, target=<value optimized out>, argc=0, argv=0x0) at m_binbuf.c:726 #21 0x080c4e07 in socketreceiver_read (x=0x853d650, fd=10) at s_inter.c:558 #22 0x080c5ed4 in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #23 0x080c1120 in m_pollingscheduler () at m_sched.c:513 #24 m_mainloop () at m_sched.c:563 #25 0x080c3ec9 in sys_main (argc=1, argv=0xbffff464) at s_main.c:304 #26 0x080cbbab in main (argc=1, argv=0xbffff464) at s_entry.c:32
2011/11/11 tim vets timvets@gmail.com
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 17:56:00, tim vets a écrit :
I don't really remember the steps exactly, do you?
You could use the « svn diff » command, or if it's not from SVN, then unpack another copy (make sure you don't overwrite) and then do a diff of the two Makefiles with a command similar to :
diff -u fux_kinect_orig/Makefile fux_kinect_tim/Makefile
if the newer lines appear as «-» instead of «+», you have to change the order of filenames (I get it wrong 50 % of the time)
That 'undefined symbol' thing probably happened now only because I was
trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages.
You can use gdb like this :
gdb --args pdextended fux_kinect-help.pd
and then use the «run» command to start pd, and press Ctrl+c to force it to quit when it's hung, then use the «where» command to see a backtrace. Then post the backtrace here.
ok, only difference here is that doing ctrl+c didn't kill pd (just
'^CQuit' in the gdb prompt. doing 'where' anyway now gives:
#0 0xb7fe1424 in __kernel_vsyscall () #1 0xb7d55e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7d5934e in abort () at abort.c:92 #3 0xb7d8c577 in __libc_message (do_abort=2, fmt=0xb7e658ac "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #4 0xb7d96961 in malloc_printerr (action=<value optimized out>, str=<value optimized out>, ptr=0x8612798) at malloc.c:6283 #5 0xb7d9915d in _int_malloc (av=0xb7e893c0, bytes=24) at malloc.c:4396 #6 0xb7d9af53 in __libc_malloc (bytes=24) at malloc.c:3660 #7 0xb42514da in freenect_init () from /usr/local/lib/libfreenect.so.0.0 #8 0xb43824cf in fux_kinect::fux_kinect (this=0x8612638, argc=0, argv=0xbfffec4c) at fux_kinect.cpp:84 #9 0xb438272b in create_fux_kinect (s=0x8610598, argc=0, argv=0xbfffec4c) at fux_kinect.cpp:24 #10 0x080b40b9 in pd_typedmess (x=0x851384c, s=0x8610598, argc=0, argv=0xbfffec4c) at m_class.c:715 #11 0x080b8e8a in binbuf_eval (x=0x8611b80, target=<value optimized out>, argc=0, argv=0x8611468) at m_binbuf.c:726 #12 0x08076265 in canvas_objtext (gl=0x8611390, xpix=191, ypix=<value optimized out>, selected=0, b=0x8611b80) at g_text.c:94 #13 0x08076540 in text_setto (x=0x8611370, glist=0x8611390, buf=0x8611b70 "fux_kinect", bufsize=10) at g_text.c:1397 ---Type <return> to continue, or q <return> to quit--- #14 0x08097e09 in glist_deselect (x=0x8611390, y=0x8611370) at g_editor.c:253 #15 0x08096f16 in glist_noselect (x=0x8611390) at g_editor.c:268 #16 0x0809a21d in canvas_doclick (x=0x8611390, xpos=220, ypos=97, which=1, mod=<value optimized out>, doit=1) at g_editor.c:1422 #17 0x0809a5c7 in canvas_mousedown (x=0x8611390, xpos=220, ypos=97, which=1, mod=0) at g_editor.c:1434 #18 0x080b3f86 in pd_typedmess (x=0x8611390, s=0x851de48, argc=4, argv=0xbffff05c) at m_class.c:792 #19 0x080b3b6c in pd_typedmess (x=0x855b148, s=0x851de48, argc=4, argv=0xbffff05c) at m_class.c:813 #20 0x080b8e8a in binbuf_eval (x=0x8559e68, target=<value optimized out>, argc=0, argv=0x0) at m_binbuf.c:726 #21 0x080c4e07 in socketreceiver_read (x=0x853d650, fd=10) at s_inter.c:558 #22 0x080c5ed4 in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #23 0x080c1120 in m_pollingscheduler () at m_sched.c:513 #24 m_mainloop () at m_sched.c:563 #25 0x080c3ec9 in sys_main (argc=1, argv=0xbffff464) at s_main.c:304 #26 0x080cbbab in main (argc=1, argv=0xbffff464) at s_entry.c:32 gr, Tim
I could probably look up the Valgrind output, if it's relevant. gr, Tim
For a hang, it's better to use GDB.
GDB and Valgrind are largely complementary.
There's also a GUI for Valgrind if it helps you. I don't know about GUIs for GDB (except the quite old DDD), but there might be one or several.
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-11 à 19:52:00, tim vets a écrit :
the 'where' output remains the same afaict...
Well, you're lucky, because it crashes really quickly after the bug :
#7 0xb42514da in freenect_init () from /usr/local/lib/libfreenect.so.0.0 #8 0xb43824cf in fux_kinect::fux_kinect (this=0x8612638, argc=0, argv=0xbfffec4c) at fux_kinect.cpp:84
This (and the Valgrind report that you didn't post) all point to the first half of the fux_kinect constructor. I just tried reading it for the first time. It contains the line :
gl_frame_cond = (pthread_cond_t*) malloc(sizeof(pthread_mutex_t));
but the size of a pthread mutex is either 24 bytes or 40 bytes (32-bit vs 64-bit), and the size of a pthread cond is 48 bytes (though some bytes might be unused in 32-bit mode). This causes memory corruption in the next line already :
pthread_cond_init(gl_frame_cond, NULL);
So the fix is to use pthread_cond_t in the malloc call above.
But a better fix might be to not use malloc at all for those things, unless there's a good reason to use it. Less opportunities for bugs.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-12 à 11:53:00, Mathieu Bouchard a écrit :
But a better fix might be to not use malloc at all for those things, unless there's a good reason to use it. Less opportunities for bugs.
also, new/delete makes it unnecessary to force pointer casting, and if you don't try to force it, then the compiler will complain about the bug (trying to assign a cond pointer to a mutex pointer variable).
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
On 12/11/11 16:53, Mathieu Bouchard wrote:
gl_frame_cond = (pthread_cond_t*) malloc(sizeof(pthread_mutex_t));
A nice idiom for malloc is to use the sizeof of the target of the pointer to which you are assigning its result (no explicit cast needed when assigning from a void * afaik, at least no warnings/errors here with gcc (Debian 4.4.5-8) 4.4.5):
$ gcc -std=c99 -Wall -pedantic -Wextra -Wno-unused-parameter
-o malloc malloc.c
#include <stdlib.h> struct foo { int bar, baz; double quux; }; int main(int argc, char **argv) { struct foo *f = malloc(sizeof(*f)); free(f); return 0; }
Claude
Le 2011-11-12 à 17:13:00, Claude Heiland-Allen a écrit :
A nice idiom for malloc is to use the sizeof of the target of the pointer to which you are assigning its result (no explicit cast needed when assigning from a void * afaik, at least no warnings/errors here with gcc (Debian 4.4.5-8) 4.4.5): struct foo *f = malloc(sizeof(*f));
- This does not work in C++ because implicit casts from void* are all
assumed to be mistakes ;
- In any case, this requires that you did type f in the malloc. The
problem we have here is because the wrong type name was typed in a sizeof. If a wrong type name can be typed there, so can a wrong variable name.
Therefore, either use «operator new», or if you're stuck with C, use a macro that does the job for you :
#define NEW(T) ((T*)malloc(sizeof(T)))
so that if you do a wrong assignment, you will get an error for it :
struct foo *e = NEW(foo); struct foo *f = NEW(typeof(*f)); struct bar *g = NEW(foo); // wrong struct bar *h = NEW(typeof(*f)); // wrong
error: cannot convert ‘foo*’ to ‘bar*’ in initialization error: cannot convert ‘foo*’ to ‘bar*’ in initialization
But anyway, those mallocs in [fux_kinect] are superfluous because you can reserve that amount of RAM directly in fux_kinect by removing the «*».
That goes for nearly any struct that you need to create at the same time as another struct, and destroy at the same time as that same struct, and never need to change the size of. In order to do that, you need to be able to init and finalise separately from malloc/free. That's why the function is named pthread_cond_init and not pthread_cond_new, for example.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-11 à 19:50:00, tim vets a écrit :
ok, only difference here is that doing ctrl+c didn't kill pd (just '^CQuit' in the gdb prompt.
That's what happens when pd (or whatever process being debugged) is already crashed.
#0 0xb7fe1424 in __kernel_vsyscall () #1 0xb7d55e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7d5934e in abort () at abort.c:92
That's a sign that it was trying to kill itself with signal 6 (ABORT).
#3 0xb7d8c577 in __libc_message (do_abort=2, fmt=0xb7e658ac "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #4 0xb7d96961 in malloc_printerr (action=<value optimized out>, str=<value optimized out>, ptr=0x8612798) at malloc.c:6283
And it's because of a memory error that you ought to debug with Valgrind.
You told me that it crashed with such a memory error, and that's why I told you to make a report based on Valgrind in the first place. You didn't tell me about hanging (freezing). In the case of an actual freeze, you use GDB with Ctrl+c. If pd freezes while trying to abort... I don't know why that could happen, but fixing the abort will fix the freeze.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 19:50:00, tim vets a écrit :
ok, only difference here is that doing ctrl+c didn't kill pd (just
'^CQuit' in the gdb prompt.
That's what happens when pd (or whatever process being debugged) is already crashed.
#0 0xb7fe1424 in __kernel_vsyscall ()
#1 0xb7d55e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/** linux/raise.c:64 #2 0xb7d5934e in abort () at abort.c:92
That's a sign that it was trying to kill itself with signal 6 (ABORT).
#3 0xb7d8c577 in __libc_message (do_abort=2,
fmt=0xb7e658ac "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/**libc_fatal.c:189#4 0xb7d96961 in malloc_printerr (action=<value optimized out>, str=<value optimized out>, ptr=0x8612798) at malloc.c:6283
And it's because of a memory error that you ought to debug with Valgrind.
You told me that it crashed with such a memory error, and that's why I told you to make a report based on Valgrind in the first place. You didn't tell me about hanging (freezing). In the case of an actual freeze, you use GDB with Ctrl+c. If pd freezes while trying to abort... I don't know why that could happen, but fixing the abort will fix the freeze.
hey, this is strange, when I run 'valgrind pdextended' and then create [fux_kinect] it doesn't hang, but just says:
[fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device
which sounds not so bad since I don't have a Kinect connected atm... I'll attach my pix_kinect.pd_linux here, in case anyone can try with a kinect connected (I'm +-150 km away from mine now...) running pdextended without valgrind, and then creating [fux_kinect] it still hangs pd and outputs b4551000-b45d2000 r-xp 00000000 08:11 16516148 /usr/lib/i386-linux-gnu/libfreetype.so.6.6.2Pd: signal 6 like before gr, Tim
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/11 tim vets timvets@gmail.com
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 19:50:00, tim vets a écrit :
ok, only difference here is that doing ctrl+c didn't kill pd (just
'^CQuit' in the gdb prompt.
That's what happens when pd (or whatever process being debugged) is already crashed.
#0 0xb7fe1424 in __kernel_vsyscall ()
#1 0xb7d55e71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/** linux/raise.c:64 #2 0xb7d5934e in abort () at abort.c:92
That's a sign that it was trying to kill itself with signal 6 (ABORT).
#3 0xb7d8c577 in __libc_message (do_abort=2,
fmt=0xb7e658ac "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/**libc_fatal.c:189#4 0xb7d96961 in malloc_printerr (action=<value optimized out>, str=<value optimized out>, ptr=0x8612798) at malloc.c:6283
And it's because of a memory error that you ought to debug with Valgrind.
You told me that it crashed with such a memory error, and that's why I told you to make a report based on Valgrind in the first place. You didn't tell me about hanging (freezing). In the case of an actual freeze, you use GDB with Ctrl+c. If pd freezes while trying to abort... I don't know why that could happen, but fixing the abort will fix the freeze.
hey, this is strange, when I run 'valgrind pdextended' and then create [fux_kinect] it doesn't hang, but just says:
[fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device
which sounds not so bad since I don't have a Kinect connected atm... I'll attach my pix_kinect.pd_linux here
typo: fux_kinect.pd_linux
, in case anyone can try with a kinect connected (I'm +-150 km away from mine now...) running pdextended without valgrind, and then creating [fux_kinect] it still hangs pd and outputs b4551000-b45d2000 r-xp 00000000 08:11 16516148 /usr/lib/i386-linux-gnu/libfreetype.so.6.6.2Pd: signal 6 like before gr, Tim
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-11 à 21:54:00, tim vets a écrit :
hey, this is strange, when I run 'valgrind pdextended' and then create [fux_kinect] it doesn't hang, but just says: [fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device
The valgrind log (in the terminal) also ought to tell you an «Invalid Write» error with a partial backtrace. This is the error message I told you to give to the author, and even though it might not crash, it's still usually a sign of major problems.
Whenever you have a crash while doing malloc/new, hunt down the Invalid Writes that you see and it will usually fix the problem.
If it doesn't fix the problem, then it's because there are other Invalid Writes that valgrind couldn't detect.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/12 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 21:54:00, tim vets a écrit :
hey, this is strange, when I run 'valgrind pdextended' and then create
[fux_kinect] it doesn't hang, but just says: [fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device
The valgrind log (in the terminal) also ought to tell you an «Invalid Write» error with a partial backtrace. This is the error message I told you to give to the author, and even though it might not crash, it's still usually a sign of major problems.
Whenever you have a crash while doing malloc/new, hunt down the Invalid Writes that you see and it will usually fix the problem.
If it doesn't fix the problem, then it's because there are other Invalid Writes that valgrind couldn't detect.
indeed, when creating [fux_kinect], valgrind says:
==3908== Invalid write of size 4 ==3908== at 0x417017E: pthread_cond_init@@GLIBC_2.3.2 (pthread_cond_init.c:43) ==3908== by 0xA15E4BC: fux_kinect::fux_kinect(int, _atom*) (fux_kinect.cpp:81) ==3908== by 0xA15E72A: create_fux_kinect(_symbol*, int, _atom*) (fux_kinect.cpp:24) ==3908== by 0x80B40B8: pd_typedmess (m_class.c:715) ==3908== by 0x8076264: canvas_objtext (g_text.c:94) ==3908== by 0x807653F: text_setto (g_text.c:1397) ==3908== by 0x8097E08: glist_deselect (g_editor.c:253) ==3908== by 0x8096F15: glist_noselect (g_editor.c:268) ==3908== by 0x809A21C: canvas_doclick (g_editor.c:1422) ==3908== by 0x809A5C6: canvas_mousedown (g_editor.c:1434) ==3908== by 0x80B3F85: pd_typedmess (m_class.c:792) ==3908== by 0x80B3B6B: pd_typedmess (m_class.c:813) ==3908== Address 0x4389460 is not stack'd, malloc'd or (recently) free'd ==3908==
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-12 à 18:19:00, tim vets a écrit :
Whenever you have a crash while doing malloc/new, hunt down the Invalid Writes that you see and it will usually fix the problem. If it doesn't fix the problem, then it's because there are other Invalid Writes that valgrind couldn't detect. indeed, when creating [fux_kinect], valgrind says:
==3908== Invalid write of size 4 ==3908== at 0x417017E: pthread_cond_init@@GLIBC_2.3.2 (pthread_cond_init.c:43)
So, when will you apply the fix I gave in a previous mail ?
==3908== Address 0x4389460 is not stack'd, malloc'd or (recently) free'd
Did you just remove the malloc line entirely ? Put the correct line I gave you.
To get rid of malloc/free, you need make more changes than just that (removing * in some places and adding & in some other places).
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/12 Mathieu Bouchard matju@artengine.ca
Le 2011-11-12 à 18:19:00, tim vets a écrit :
Whenever you have a crash while doing malloc/new, hunt down the Invalid
Writes that you see and it will usually fix the problem. If it doesn't fix the problem, then it's because there are other Invalid Writes that valgrind couldn't detect. indeed, when creating [fux_kinect], valgrind says:
==3908== Invalid write of size 4 ==3908== at 0x417017E: pthread_cond_init@@GLIBC_2.3.2 (pthread_cond_init.c:43)
So, when will you apply the fix I gave in a previous mail ?
it's stretching my knowledge quite far now,
but gave it a shot anyway, and interpreted what you wrote as:
find the line " gl_frame_cond = (pthread_cond_t)
malloc(sizeof(pthread_mutex_t));"
(in fux_kinect.cpp)
and remove the "*" from that line.
now make gives:
"g++ -export_dynamic -shared
-I/home/tim/Downloads/pdextendedSVN/0.42/pd/include pkg-config --cflags libfreenect -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32
-falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx
-DLINUX -o fux_kinect.o -c fux_kinect.cpp
fux_kinect.cpp: In constructor ‘fux_kinect::fux_kinect(int, t_atom*)’:
fux_kinect.cpp:80:66: error: no matching function for call to
‘pthread_cond_t::pthread_cond_t(void*)’
/usr/include/bits/pthreadtypes.h:130:3: note: candidates are:
pthread_cond_t::pthread_cond_t()
/usr/include/bits/pthreadtypes.h:130:3: note:
pthread_cond_t::pthread_cond_t(const pthread_cond_t&)
make: *** [all] Error 1
or am I getting it wrong? gr, Tim
==3908== Address 0x4389460 is not stack'd, malloc'd or (recently) free'd
Did you just remove the malloc line entirely ? Put the correct line I gave you.
To get rid of malloc/free, you need make more changes than just that (removing * in some places and adding & in some other places).
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/12 tim vets timvets@gmail.com
2011/11/12 Mathieu Bouchard matju@artengine.ca
Le 2011-11-12 à 18:19:00, tim vets a écrit :
Whenever you have a crash while doing malloc/new, hunt down the Invalid
Writes that you see and it will usually fix the problem. If it doesn't fix the problem, then it's because there are other Invalid Writes that valgrind couldn't detect. indeed, when creating [fux_kinect], valgrind says:
==3908== Invalid write of size 4 ==3908== at 0x417017E: pthread_cond_init@@GLIBC_2.3.2 (pthread_cond_init.c:43)
So, when will you apply the fix I gave in a previous mail ?
it's stretching my knowledge quite far now,
but gave it a shot anyway, and interpreted what you wrote as: find the line " gl_frame_cond = (pthread_cond_t) malloc(sizeof(pthread_mutex_t));"
typo: the original line being " gl_frame_cond = (pthread_cond_t*) malloc(sizeof(pthread_mutex_t));" that is...
(in fux_kinect.cpp)
and remove the "*" from that line. now make gives: "g++ -export_dynamic -shared -I/home/tim/Downloads/pdextendedSVN/0.42/pd/include
pkg-config --cflags libfreenect-g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -DLINUX -o fux_kinect.o -c fux_kinect.cpp fux_kinect.cpp: In constructor ‘fux_kinect::fux_kinect(int, t_atom*)’: fux_kinect.cpp:80:66: error: no matching function for call to ‘pthread_cond_t::pthread_cond_t(void*)’ /usr/include/bits/pthreadtypes.h:130:3: note: candidates are: pthread_cond_t::pthread_cond_t() /usr/include/bits/pthreadtypes.h:130:3: note: pthread_cond_t::pthread_cond_t(const pthread_cond_t&) make: *** [all] Error 1or am I getting it wrong? gr, Tim
==3908== Address 0x4389460 is not stack'd, malloc'd or (recently) free'd
Did you just remove the malloc line entirely ? Put the correct line I gave you.
To get rid of malloc/free, you need make more changes than just that (removing * in some places and adding & in some other places).
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-12 à 18:56:00, tim vets a écrit :
it's stretching my knowledge quite far now, but gave it a shot anyway, and interpreted what you wrote as: find the line " gl_frame_cond = (pthread_cond_t) malloc(sizeof(pthread_mutex_t));" (in fux_kinect.cpp) and remove the "*" from that line.
Ok, never mind removing "*", put it back and just replace the struct name so that it matches :
gl_frame_cond = (pthread_cond_t *) malloc(sizeof(pthread_cond_t));
or am I getting it wrong?
Yes... and it's more changes than what I had listed... so nevermind that one. But surely the author would know what I mean.
In the meantime, let's stick to the shortest possible fix.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/12 Mathieu Bouchard matju@artengine.ca
Le 2011-11-12 à 18:56:00, tim vets a écrit :
it's stretching my knowledge quite far now,
but gave it a shot anyway, and interpreted what you wrote as: find the line " gl_frame_cond = (pthread_cond_t) malloc(sizeof(pthread_mutex_t)**);" (in fux_kinect.cpp) and remove the "*" from that line.
Ok, never mind removing "*", put it back and just replace the struct name so that it matches :
gl_frame_cond = (pthread_cond_t *) malloc(sizeof(pthread_cond_t))**;
or am I getting it wrong?
Yes... and it's more changes than what I had listed... so nevermind that one. But surely the author would know what I mean.
In the meantime, let's stick to the shortest possible fix.
bingo
thanks :) can't test with the Kinect connected yet though... but at least pd does not hang anymore but instead just reports: [fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device gr, Tim
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
in case anyone wants to try
2011/11/12 tim vets timvets@gmail.com
2011/11/12 Mathieu Bouchard matju@artengine.ca
Le 2011-11-12 à 18:56:00, tim vets a écrit :
it's stretching my knowledge quite far now,
but gave it a shot anyway, and interpreted what you wrote as: find the line " gl_frame_cond = (pthread_cond_t) malloc(sizeof(pthread_mutex_t)**);" (in fux_kinect.cpp) and remove the "*" from that line.
Ok, never mind removing "*", put it back and just replace the struct name so that it matches :
gl_frame_cond = (pthread_cond_t *) malloc(sizeof(pthread_cond_t))**;
or am I getting it wrong?
Yes... and it's more changes than what I had listed... so nevermind that one. But surely the author would know what I mean.
In the meantime, let's stick to the shortest possible fix.
bingo
thanks :) can't test with the Kinect connected yet though... but at least pd does not hang anymore but instead just reports: [fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device gr, Tim
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Hi all, I tested with fux_kinect and a kinect connected now. Some results: on the first test, fux_kinect-help.pd opens and the depth image appears, though with some glitches/flickering (scrambled frames now and then) The tilting also works. Upon closing the patch, pd crashes. On a second attempt (after this crash), the help patch freezes instantly. Only the first frame of the depth image appears, and then pd hangs. Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd. Let me know if there's any more useful info I can produce. gr, Tim
2011/11/12 tim vets timvets@gmail.com
in case anyone wants to try
2011/11/12 tim vets timvets@gmail.com
2011/11/12 Mathieu Bouchard matju@artengine.ca
Le 2011-11-12 à 18:56:00, tim vets a écrit :
it's stretching my knowledge quite far now,
but gave it a shot anyway, and interpreted what you wrote as: find the line " gl_frame_cond = (pthread_cond_t) malloc(sizeof(pthread_mutex_t)**);" (in fux_kinect.cpp) and remove the "*" from that line.
Ok, never mind removing "*", put it back and just replace the struct name so that it matches :
gl_frame_cond = (pthread_cond_t *) malloc(sizeof(pthread_cond_t))**;
or am I getting it wrong?
Yes... and it's more changes than what I had listed... so nevermind that one. But surely the author would know what I mean.
In the meantime, let's stick to the shortest possible fix.
bingo
thanks :) can't test with the Kinect connected yet though... but at least pd does not hang anymore but instead just reports: [fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device gr, Tim
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
a few more attempts, I have it working once again, with dropped frames. ... Stream 70] Expected 1748 data bytes, but got 948 [Stream 70] Expected max 1748 data bytes, but got 1908. Dropping... [Stream 80] Expected 1908 data bytes, but got 948 [Stream 80] Expected 1908 data bytes, but got 948 [Stream 70] Expected 1748 data bytes, but got 948 [Stream 80] Expected 1908 data bytes, but got 948 [Stream 70] Expected 1748 data bytes, but got 948 [Stream 70] Expected max 1748 data bytes, but got 1908. Dropping... [Stream 80] Expected 1908 data bytes, but got 948 [Stream 80] Expected 1908 data bytes, but got 948 [Stream 70] Expected 1748 data bytes, but got 948 [Stream 70] Expected max 1748 data bytes, but got 1908. Dropping... [Stream 80] Expected 1908 data bytes, but got 948 [Stream 70] Expected max 1748 data bytes, but got 1908. Dropping... [Stream 80] Expected 1908 data bytes, but got 948 [Stream 70] Expected 1748 data bytes, but got 948 [Stream 70] Expected max 1748 data bytes, but got 1908. Dropping... [Stream 80] Expected 1908 data bytes, but got 948 [Stream 80] Expected 1908 ... gr, Tim
2011/11/14 tim vets timvets@gmail.com
Hi all, I tested with fux_kinect and a kinect connected now. Some results: on the first test, fux_kinect-help.pd opens and the depth image appears, though with some glitches/flickering (scrambled frames now and then) The tilting also works. Upon closing the patch, pd crashes. On a second attempt (after this crash), the help patch freezes instantly. Only the first frame of the depth image appears, and then pd hangs. Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd. Let me know if there's any more useful info I can produce. gr, Tim
2011/11/12 tim vets timvets@gmail.com
in case anyone wants to try
2011/11/12 tim vets timvets@gmail.com
2011/11/12 Mathieu Bouchard matju@artengine.ca
Le 2011-11-12 à 18:56:00, tim vets a écrit :
it's stretching my knowledge quite far now,
but gave it a shot anyway, and interpreted what you wrote as: find the line " gl_frame_cond = (pthread_cond_t) malloc(sizeof(pthread_mutex_t)**);" (in fux_kinect.cpp) and remove the "*" from that line.
Ok, never mind removing "*", put it back and just replace the struct name so that it matches :
gl_frame_cond = (pthread_cond_t *) malloc(sizeof(pthread_cond_t))**;
or am I getting it wrong?
Yes... and it's more changes than what I had listed... so nevermind that one. But surely the author would know what I mean.
In the meantime, let's stick to the shortest possible fix.
bingo
thanks :) can't test with the Kinect connected yet though... but at least pd does not hang anymore but instead just reports: [fux_kinect]: kinect initiated [fux_kinect]: Number of devices found: 0 [fux_kinect]: Could not open device gr, Tim
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-14 à 14:44:00, tim vets a écrit :
Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd.
I think that you better not add --leak-check when just looking for a crash. But the only problem it does, is make the log file bigger.
Here's what I found (summarising the important error messages) :
Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by [...] by libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between 0 and 5] bytes after a block of size 307,200 alloc'd
This means that when libusb gives libfreenect the RGGB buffer and libfreenect is converting it to plain RGB, it makes a mistake and writes 6 bytes more than just 640*480 pixels, as if there were 2 extra pixels at the end. But I think that this is a bit misleading. It looks as if Valgrind was skipping a lot of other errors (probably by not able to detect them). Read on.
Then there is invalid write of size 1 from the same place but « Address is 749 bytes inside a block of size 12,800 free'd ». This doesn't look like any malloc that we know about. The number of bytes does not ring a bell either. But then it says that the memory was freed by request of /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your video driver. (???)
But I just looked at how convert_bayer_to_rgb is written, and it doesn't look like it writes to more than one buffer. This function only writes 480 rows of 640 columns. But note that it writes RGB values, three bytes per pixel. That means you need a malloc(640*480*3) for each of the three RGB buffers in fux_kinect.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
hi tim, have you try the latest version of pix_freenect by matthias?
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard matju@artengine.ca wrote:
Le 2011-11-14 à 14:44:00, tim vets a écrit :
Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd.
I think that you better not add --leak-check when just looking for a crash. But the only problem it does, is make the log file bigger.
Here's what I found (summarising the important error messages) :
Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by [...] by libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between 0 and 5] bytes after a block of size 307,200 alloc'd
This means that when libusb gives libfreenect the RGGB buffer and libfreenect is converting it to plain RGB, it makes a mistake and writes 6 bytes more than just 640*480 pixels, as if there were 2 extra pixels at the end. But I think that this is a bit misleading. It looks as if Valgrind was skipping a lot of other errors (probably by not able to detect them). Read on.
Then there is invalid write of size 1 from the same place but « Address is 749 bytes inside a block of size 12,800 free'd ». This doesn't look like any malloc that we know about. The number of bytes does not ring a bell either. But then it says that the memory was freed by request of /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your video driver. (???)
But I just looked at how convert_bayer_to_rgb is written, and it doesn't look like it writes to more than one buffer. This function only writes 480 rows of 640 columns. But note that it writes RGB values, three bytes per pixel. That means you need a malloc(640*480*3) for each of the three RGB buffers in fux_kinect.
______________________________________________________________________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
2011/11/14 Budi Prakosa iyok@deadmediafm.org
hi tim, have you try the latest version of pix_freenect by matthias?
Hi Budi and list, I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe? I also tried compiling pix_freenect myself, but got stuck at: "In file included from pix_freenect.cc:23:0: pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No such file or directory compilation terminated." pix_freenect readme says: "get and install latest libfreenect from https://github.com/OpenKinect/libfreenect (compile with Audio support!)" libfreenect readme says: "Audio is currently being worked on." gr, Tim
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard matju@artengine.ca
wrote:
Le 2011-11-14 à 14:44:00, tim vets a écrit :
Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd.
I think that you better not add --leak-check when just looking for a
crash.
But the only problem it does, is make the log file bigger.
Here's what I found (summarising the important error messages) :
Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by
[...] by
libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between 0 and 5] bytes after a block of size 307,200 alloc'd
This means that when libusb gives libfreenect the RGGB buffer and libfreenect is converting it to plain RGB, it makes a mistake and writes
6
bytes more than just 640*480 pixels, as if there were 2 extra pixels at
the
end. But I think that this is a bit misleading. It looks as if Valgrind
was
skipping a lot of other errors (probably by not able to detect them).
Read
on.
Then there is invalid write of size 1 from the same place but « Address
is
749 bytes inside a block of size 12,800 free'd ». This doesn't look like
any
malloc that we know about. The number of bytes does not ring a bell
either.
But then it says that the memory was freed by request of /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your video driver. (???)
But I just looked at how convert_bayer_to_rgb is written, and it doesn't look like it writes to more than one buffer. This function only writes
480
rows of 640 columns. But note that it writes RGB values, three bytes per pixel. That means you need a malloc(640*480*3) for each of the three RGB buffers in fux_kinect.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
hi!
Am 14.11.11 19:19, schrieb tim vets:
2011/11/14 Budi Prakosa <iyok@deadmediafm.org mailto:iyok@deadmediafm.org>
hi tim, have you try the latest version of pix_freenect by matthias?Hi Budi and list, I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?
gem v0.93 is needed! but there is a binary available now anyway so you don't have to get yourself in trouble compiling it for osx on your own.
there was a problem with the path settings in the dylibs. try it again, i hope it's working now.
I also tried compiling pix_freenect myself, but got stuck at: "In file included from pix_freenect.cc:23:0: pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No such file or directory compilation terminated." pix_freenect readme says: "get and install latest libfreenect from https://github.com/OpenKinect/libfreenect (compile with Audio support!)" libfreenect readme says: "Audio is currently being worked on."
yes, audio is being worked on by the libfreenect team, but in the latest version from git it is included and ready for use. i didn't have enough time to test audio under osx so it won't be included when building pix_freenect for osx. (it was quite unstable when i tried it) now it won't search for libfreenect-audio.h while compiling for osx.
for audio i think i will divide the external into two anyway. one for video, one for audio. i will have to check it out if it's working simultaneously for one kinect then.
matthias
gr, Tim
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard <matju@artengine.ca <mailto:matju@artengine.ca>> wrote: > Le 2011-11-14 à 14:44:00, tim vets a écrit : > >> Attached is the output of "valgrind --leak-check=full pdextended" and >> opening fux_kinect-help.pd. > > I think that you better not add --leak-check when just looking for a crash. > But the only problem it does, is make the log file bigger. > > Here's what I found (summarising the important error messages) : > > Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by [...] by > libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between 0 > and 5] bytes after a block of size 307,200 alloc'd > > This means that when libusb gives libfreenect the RGGB buffer and > libfreenect is converting it to plain RGB, it makes a mistake and writes 6 > bytes more than just 640*480 pixels, as if there were 2 extra pixels at the > end. But I think that this is a bit misleading. It looks as if Valgrind was > skipping a lot of other errors (probably by not able to detect them). Read > on. > > Then there is invalid write of size 1 from the same place but « Address is > 749 bytes inside a block of size 12,800 free'd ». This doesn't look like any > malloc that we know about. The number of bytes does not ring a bell either. > But then it says that the memory was freed by request of > /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your video > driver. (???) > > But I just looked at how convert_bayer_to_rgb is written, and it doesn't > look like it writes to more than one buffer. This function only writes 480 > rows of 640 columns. But note that it writes RGB values, three bytes per > pixel. That means you need a malloc(640*480*3) for each of the three RGB > buffers in fux_kinect. > > ______________________________________________________________________ > | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 <tel:%2B1.514.383.3801> ----- Montréal, QC > _______________________________________________ > Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
2011/11/15 Matthias Kronlachner m.kronlachner@student.tugraz.at
hi!
Am 14.11.11 19:19, schrieb tim vets:
2011/11/14 Budi Prakosa iyok@deadmediafm.org
hi tim, have you try the latest version of pix_freenect by matthias?
Hi Budi and list, I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?
gem v0.93 is needed! but there is a binary available now anyway so you don't have to get yourself in trouble compiling it for osx on your own.
there was a problem with the path settings in the dylibs. try it again, i hope it's working now.
Has the Linux version been updated as well? trying the binary from http://www.matthiaskronlachner.com/wp-content/uploads/2011/11/pix_freenect_0... with the following setup now: GEM ver: 0.93.3 compiled: Nov 11 2011 0.43.1-extended-20111114 Ubuntu 11.04 (so not 11.10, problem?)
/usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library
gr, Tim
I also tried compiling pix_freenect myself, but got stuck at:
"In file included from pix_freenect.cc:23:0: pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No such file or directory compilation terminated." pix_freenect readme says: "get and install latest libfreenect from https://github.com/OpenKinect/libfreenect (compile with Audio support!)" libfreenect readme says: "Audio is currently being worked on."
yes, audio is being worked on by the libfreenect team, but in the latest version from git it is included and ready for use. i didn't have enough time to test audio under osx so it won't be included when building pix_freenect for osx. (it was quite unstable when i tried it) now it won't search for libfreenect-audio.h while compiling for osx.
for audio i think i will divide the external into two anyway. one for video, one for audio. i will have to check it out if it's working simultaneously for one kinect then.
matthias
gr, Tim
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard matju@artengine.ca
wrote:
Le 2011-11-14 à 14:44:00, tim vets a écrit :
Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd.
I think that you better not add --leak-check when just looking for a
crash.
But the only problem it does, is make the log file bigger.
Here's what I found (summarising the important error messages) :
Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by
[...] by
libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between
0
and 5] bytes after a block of size 307,200 alloc'd
This means that when libusb gives libfreenect the RGGB buffer and libfreenect is converting it to plain RGB, it makes a mistake and
writes 6
bytes more than just 640*480 pixels, as if there were 2 extra pixels at
the
end. But I think that this is a bit misleading. It looks as if Valgrind
was
skipping a lot of other errors (probably by not able to detect them).
Read
on.
Then there is invalid write of size 1 from the same place but « Address
is
749 bytes inside a block of size 12,800 free'd ». This doesn't look
like any
malloc that we know about. The number of bytes does not ring a bell
either.
But then it says that the memory was freed by request of /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your
video
driver. (???)
But I just looked at how convert_bayer_to_rgb is written, and it doesn't look like it writes to more than one buffer. This function only writes
480
rows of 640 columns. But note that it writes RGB values, three bytes per pixel. That means you need a malloc(640*480*3) for each of the three RGB buffers in fux_kinect.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
_______________________________________________Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
2011/11/15 tim vets timvets@gmail.com
2011/11/15 Matthias Kronlachner m.kronlachner@student.tugraz.at
hi!
Am 14.11.11 19:19, schrieb tim vets:
2011/11/14 Budi Prakosa iyok@deadmediafm.org
hi tim, have you try the latest version of pix_freenect by matthias?
Hi Budi and list, I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?
gem v0.93 is needed! but there is a binary available now anyway so you don't have to get yourself in trouble compiling it for osx on your own.
there was a problem with the path settings in the dylibs. try it again, i hope it's working now.
Has the Linux version been updated as well? trying the binary from http://www.matthiaskronlachner.com/wp-content/uploads/2011/11/pix_freenect_0... with the following setup now: GEM ver: 0.93.3 compiled: Nov 11 2011 0.43.1-extended-20111114 Ubuntu 11.04 (so not 11.10, problem?)
/usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library
gr, Tim
tried to roll my own, I now have:
./pix_freenect.pd_linux: ./pix_freenect.pd_linux: undefined symbol: freenect_stop_audio pix_freenect: can't load library /usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library
I also tried compiling pix_freenect myself, but got stuck at:
"In file included from pix_freenect.cc:23:0: pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No such file or directory compilation terminated." pix_freenect readme says: "get and install latest libfreenect from https://github.com/OpenKinect/libfreenect (compile with Audio support!)" libfreenect readme says: "Audio is currently being worked on."
yes, audio is being worked on by the libfreenect team, but in the latest version from git it is included and ready for use. i didn't have enough time to test audio under osx so it won't be included when building pix_freenect for osx. (it was quite unstable when i tried it) now it won't search for libfreenect-audio.h while compiling for osx.
for audio i think i will divide the external into two anyway. one for video, one for audio. i will have to check it out if it's working simultaneously for one kinect then.
matthias
gr, Tim
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard matju@artengine.ca
wrote:
Le 2011-11-14 à 14:44:00, tim vets a écrit :
Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd.
I think that you better not add --leak-check when just looking for a
crash.
But the only problem it does, is make the log file bigger.
Here's what I found (summarising the important error messages) :
Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by
[...] by
libusb_handle_events_timeout (in libusb). Address 0xa066360 is
[between 0
and 5] bytes after a block of size 307,200 alloc'd
This means that when libusb gives libfreenect the RGGB buffer and libfreenect is converting it to plain RGB, it makes a mistake and
writes 6
bytes more than just 640*480 pixels, as if there were 2 extra pixels
at the
end. But I think that this is a bit misleading. It looks as if
Valgrind was
skipping a lot of other errors (probably by not able to detect them).
Read
on.
Then there is invalid write of size 1 from the same place but
« Address is
749 bytes inside a block of size 12,800 free'd ». This doesn't look
like any
malloc that we know about. The number of bytes does not ring a bell
either.
But then it says that the memory was freed by request of /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your
video
driver. (???)
But I just looked at how convert_bayer_to_rgb is written, and it
doesn't
look like it writes to more than one buffer. This function only writes
480
rows of 640 columns. But note that it writes RGB values, three bytes
per
pixel. That means you need a malloc(640*480*3) for each of the three
RGB
buffers in fux_kinect.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal,
QC
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
_______________________________________________Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Am 15.11.11 16:11, schrieb tim vets:
2011/11/15 tim vets <timvets@gmail.com mailto:timvets@gmail.com>
2011/11/15 Matthias Kronlachner <m.kronlachner@student.tugraz.at <mailto:m.kronlachner@student.tugraz.at>> hi! Am 14.11.11 19 <tel:14.11.11%2019>:19, schrieb tim vets:2011/11/14 Budi Prakosa <iyok@deadmediafm.org <mailto:iyok@deadmediafm.org>> hi tim, have you try the latest version of pix_freenect by matthias? Hi Budi and list, I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?gem v0.93 is needed! but there is a binary available now anyway so you don't have to get yourself in trouble compiling it for osx on your own. there was a problem with the path settings in the dylibs. try it again, i hope it's working now. Has the Linux version been updated as well? trying the binary from http://www.matthiaskronlachner.com/wp-content/uploads/2011/11/pix_freenect_0.03.zip with the following setup now: GEM ver: 0.93.3 compiled: Nov 11 2011 0.43.1-extended-20111114 Ubuntu 11.04 (so not 11.10, problem?) /usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library gr, Timtried to roll my own, I now have: ./pix_freenect.pd_linux: ./pix_freenect.pd_linux: undefined symbol: freenect_stop_audio pix_freenect: can't load library /usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library
seems as you didn't compile libfreenect with audio, thats why frennect_stop_audio couldn't be found. have a look at README.txt, there is a detailed instruction how to compile libfreenect with audio.
if you don't like to have audio in linux you can also set line 47 in pix_freenect.cc to #define with_audio = 0;
sorry for this uncomfortable way but i have to make makefiles with options...
matthias
I also tried compiling pix_freenect myself, but got stuck at: "In file included from pix_freenect.cc:23:0: pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No such file or directory compilation terminated." pix_freenect readme says: "get and install latest libfreenect from https://github.com/OpenKinect/libfreenect (compile with Audio support!)" libfreenect readme says: "Audio is currently being worked on."yes, audio is being worked on by the libfreenect team, but in the latest version from git it is included and ready for use. i didn't have enough time to test audio under osx so it won't be included when building pix_freenect for osx. (it was quite unstable when i tried it) now it won't search for libfreenect-audio.h while compiling for osx. for audio i think i will divide the external into two anyway. one for video, one for audio. i will have to check it out if it's working simultaneously for one kinect then. matthiasgr, Tim On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard <matju@artengine.ca <mailto:matju@artengine.ca>> wrote: > Le 2011-11-14 à 14:44:00, tim vets a écrit : > >> Attached is the output of "valgrind --leak-check=full pdextended" and >> opening fux_kinect-help.pd. > > I think that you better not add --leak-check when just looking for a crash. > But the only problem it does, is make the log file bigger. > > Here's what I found (summarising the important error messages) : > > Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by [...] by > libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between 0 > and 5] bytes after a block of size 307,200 alloc'd > > This means that when libusb gives libfreenect the RGGB buffer and > libfreenect is converting it to plain RGB, it makes a mistake and writes 6 > bytes more than just 640*480 pixels, as if there were 2 extra pixels at the > end. But I think that this is a bit misleading. It looks as if Valgrind was > skipping a lot of other errors (probably by not able to detect them). Read > on. > > Then there is invalid write of size 1 from the same place but « Address is > 749 bytes inside a block of size 12,800 free'd ». This doesn't look like any > malloc that we know about. The number of bytes does not ring a bell either. > But then it says that the memory was freed by request of > /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your video > driver. (???) > > But I just looked at how convert_bayer_to_rgb is written, and it doesn't > look like it writes to more than one buffer. This function only writes 480 > rows of 640 columns. But note that it writes RGB values, three bytes per > pixel. That means you need a malloc(640*480*3) for each of the three RGB > buffers in fux_kinect. > > ______________________________________________________________________ > | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 <tel:%2B1.514.383.3801> ----- Montréal, QC > _______________________________________________ > Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com _______________________________________________ Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi all i got fux_kinect working on my ubuntu 10.04
i updated repo on https://github.com/badgeek/fux_kinect/
make sure to edit pd path directory on Makefile before compiling
screenshot: http://i.imgur.com/vSUTh.png
cheers
On Wed, Nov 16, 2011 at 2:26 AM, Matthias Kronlachner m.kronlachner@student.tugraz.at wrote:
Am 15.11.11 16:11, schrieb tim vets:
2011/11/15 tim vets timvets@gmail.com
2011/11/15 Matthias Kronlachner m.kronlachner@student.tugraz.at
hi!
Am 14.11.11 19:19, schrieb tim vets:
2011/11/14 Budi Prakosa iyok@deadmediafm.org
hi tim, have you try the latest version of pix_freenect by matthias?
Hi Budi and list, I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?
gem v0.93 is needed! but there is a binary available now anyway so you don't have to get yourself in trouble compiling it for osx on your own.
there was a problem with the path settings in the dylibs. try it again, i hope it's working now.
Has the Linux version been updated as well? trying the binary from http://www.matthiaskronlachner.com/wp-content/uploads/2011/11/pix_freenect_0... with the following setup now: GEM ver: 0.93.3 compiled: Nov 11 2011 0.43.1-extended-20111114 Ubuntu 11.04 (so not 11.10, problem?) /usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library gr, Tim
tried to roll my own, I now have: ./pix_freenect.pd_linux: ./pix_freenect.pd_linux: undefined symbol: freenect_stop_audio pix_freenect: can't load library /usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library
seems as you didn't compile libfreenect with audio, thats why frennect_stop_audio couldn't be found. have a look at README.txt, there is a detailed instruction how to compile libfreenect with audio.
if you don't like to have audio in linux you can also set line 47 in pix_freenect.cc to #define with_audio = 0;
sorry for this uncomfortable way but i have to make makefiles with options...
matthias
I also tried compiling pix_freenect myself, but got stuck at: "In file included from pix_freenect.cc:23:0: pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No such file or directory compilation terminated." pix_freenect readme says: "get and install latest libfreenect from https://github.com/OpenKinect/libfreenect%C2%A0(compile with Audio support!)" libfreenect readme says: "Audio is currently being worked on."
yes, audio is being worked on by the libfreenect team, but in the latest version from git it is included and ready for use. i didn't have enough time to test audio under osx so it won't be included when building pix_freenect for osx. (it was quite unstable when i tried it) now it won't search for libfreenect-audio.h while compiling for osx.
for audio i think i will divide the external into two anyway. one for video, one for audio. i will have to check it out if it's working simultaneously for one kinect then.
matthias
gr, Tim
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard matju@artengine.ca wrote:
Le 2011-11-14 à 14:44:00, tim vets a écrit :
Attached is the output of "valgrind --leak-check=full pdextended" and opening fux_kinect-help.pd.
I think that you better not add --leak-check when just looking for a crash. But the only problem it does, is make the log file bigger.
Here's what I found (summarising the important error messages) :
Invalid write of size 1 at convert_bayer_to_rgb (in libfreenect) by [...] by libusb_handle_events_timeout (in libusb). Address 0xa066360 is [between 0 and 5] bytes after a block of size 307,200 alloc'd
This means that when libusb gives libfreenect the RGGB buffer and libfreenect is converting it to plain RGB, it makes a mistake and writes 6 bytes more than just 640*480 pixels, as if there were 2 extra pixels at the end. But I think that this is a bit misleading. It looks as if Valgrind was skipping a lot of other errors (probably by not able to detect them). Read on.
Then there is invalid write of size 1 from the same place but « Address is 749 bytes inside a block of size 12,800 free'd ». This doesn't look like any malloc that we know about. The number of bytes does not ring a bell either. But then it says that the memory was freed by request of /usr/lib/nvidia-current/libGL.so.270.41.06, which is a part of your video driver. (???)
But I just looked at how convert_bayer_to_rgb is written, and it doesn't look like it writes to more than one buffer. This function only writes 480 rows of 640 columns. But note that it writes RGB values, three bytes per pixel. That means you need a malloc(640*480*3) for each of the three RGB buffers in fux_kinect.
______________________________________________________________________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 2011-11-22 à 12:24:00, Budi Prakosa a écrit :
hi all i got fux_kinect working on my ubuntu 10.04 i updated repo on https://github.com/badgeek/fux_kinect/
You disabled all the RGB code ?
What happened ?
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Because it only output the video depth
Cheers
On Tuesday, November 22, 2011, Mathieu Bouchard matju@artengine.ca wrote:
Le 2011-11-22 à 12:24:00, Budi Prakosa a écrit :
hi all i got fux_kinect working on my ubuntu 10.04 i updated repo on https://github.com/badgeek/fux_kinect/
You disabled all the RGB code ?
What happened ?
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-15 à 15:24:00, tim vets a écrit :
I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?
What's the error just before « can't load library » ?... because, it's usually just a conclusion, whereas the cause is written just before.
In the meanwhile, can you try my simple fix for [fux_kinect] ? just replace «640*480» by «640*480*3» for the three rgb malloc... it might be simple, but it took me a while to find.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-15 à 10:12:00, Mathieu Bouchard a écrit :
Le 2011-11-15 à 15:24:00, tim vets a écrit :
I tried pix_freenect.pd_linux, but unfortunately: "pix_freenect: can't load library" No idea why... I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?
What's the error just before « can't load library » ?... because, it's usually just a conclusion, whereas the cause is written just before.
... and the previous line in the log is not related, then it means « File not found », so it's something to do with the path.
In the meanwhile, can you try my simple fix for [fux_kinect] ? just replace «640*480» by «640*480*3» for the three rgb malloc... it might be simple, but it took me a while to find.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 17:56:00, tim vets a écrit :
I don't really remember the steps exactly, do you?
You could use the « svn diff » command, or if it's not from SVN, then unpack another copy (make sure you don't overwrite) and then do a diff of the two Makefiles with a command similar to :
diff -u fux_kinect_orig/Makefile fux_kinect_tim/Makefile
I kept a backup copy of the original Makefile:
--- ./Makefile_bu 2011-11-07 16:11:09.640301259 +0100 +++ ./Makefile 2011-11-07 16:20:43.620301265 +0100 @@ -30,7 +30,7 @@
all: g++ $(LDFLAGS) $(INCLUDES) $(CPPFLAGS) -o $(SOURCES).o -c $(SOURCES).cpp
- g++ -o $(SOURCES).$(EXTENSION) -undefined dynamic_lookup -dynamiclib
-mmacosx-version-min=10.3 -undefined dynamic_lookup -framework QuickTime -framework Carbon -framework AGL -framework OpenGL ./*.o -L/sw/lib -lstdc++ -ldl -lz -lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR)
- g++ -o $(SOURCES).$(EXTENSION) -shared ./*.o -L/sw/lib -lstdc++ -ldl -lz
-lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR) rm -fr ./*.o deploy: mkdir build/$(SOURCES)
to my embarrassment I notice that I didn't even change the first lines:
# change to your local directories! PD_APP_DIR = /Applications/Pd-extended.app/Contents/Resources PD_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/pd GEM_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/Gem
but it built anyway. Does that mean it found what it needs regardless of those lines, or that my build is just some sort of dummy altogether? Tim
if the newer lines appear as «-» instead of «+», you have to change the order of filenames (I get it wrong 50 % of the time)
That 'undefined symbol' thing probably happened now only because I was
trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages.
You can use gdb like this :
gdb --args pdextended fux_kinect-help.pd
and then use the «run» command to start pd, and press Ctrl+c to force it to quit when it's hung, then use the «where» command to see a backtrace. Then post the backtrace here.
I could probably look up the Valgrind output, if it's relevant. gr, Tim
For a hang, it's better to use GDB.
GDB and Valgrind are largely complementary.
There's also a GUI for Valgrind if it helps you. I don't know about GUIs for GDB (except the quite old DDD), but there might be one or several.
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
2011/11/11 tim vets timvets@gmail.com
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 17:56:00, tim vets a écrit :
I don't really remember the steps exactly, do you?
You could use the « svn diff » command, or if it's not from SVN, then unpack another copy (make sure you don't overwrite) and then do a diff of the two Makefiles with a command similar to :
diff -u fux_kinect_orig/Makefile fux_kinect_tim/Makefile
I kept a backup copy of the original Makefile:
--- ./Makefile_bu 2011-11-07 16:11:09.640301259 +0100 +++ ./Makefile 2011-11-07 16:20:43.620301265 +0100 @@ -30,7 +30,7 @@
all: g++ $(LDFLAGS) $(INCLUDES) $(CPPFLAGS) -o $(SOURCES).o -c $(SOURCES).cpp
- g++ -o $(SOURCES).$(EXTENSION) -undefined dynamic_lookup -dynamiclib
-mmacosx-version-min=10.3 -undefined dynamic_lookup -framework QuickTime -framework Carbon -framework AGL -framework OpenGL ./*.o -L/sw/lib -lstdc++ -ldl -lz -lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR)
- g++ -o $(SOURCES).$(EXTENSION) -shared ./*.o -L/sw/lib -lstdc++ -ldl
-lz -lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR) rm -fr ./*.o deploy: mkdir build/$(SOURCES)
to my embarrassment I notice that I didn't even change the first lines:
# change to your local directories! PD_APP_DIR = /Applications/Pd-extended.app/Contents/Resources PD_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/pd GEM_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/Gem
but it built anyway. Does that mean it found what it needs regardless of those lines, or that my build is just some sort of dummy altogether? Tim
I recompiled now with said lines adapted to my locations, with the same result, doesn't seem to make much difference...
if the newer lines appear as «-» instead of «+», you have to change the order of filenames (I get it wrong 50 % of the time)
That 'undefined symbol' thing probably happened now only because I was
trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages.
You can use gdb like this :
gdb --args pdextended fux_kinect-help.pd
and then use the «run» command to start pd, and press Ctrl+c to force it to quit when it's hung, then use the «where» command to see a backtrace. Then post the backtrace here.
I could probably look up the Valgrind output, if it's relevant. gr, Tim
For a hang, it's better to use GDB.
GDB and Valgrind are largely complementary.
There's also a GUI for Valgrind if it helps you. I don't know about GUIs for GDB (except the quite old DDD), but there might be one or several.
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
just throwing in another bit of info: when I mailed Budi Prakosa about this, part of his response was that 'it has conflict with libfree on linux' Tim
2011/11/11 tim vets timvets@gmail.com
2011/11/11 tim vets timvets@gmail.com
2011/11/11 Mathieu Bouchard matju@artengine.ca
Le 2011-11-11 à 17:56:00, tim vets a écrit :
I don't really remember the steps exactly, do you?
You could use the « svn diff » command, or if it's not from SVN, then unpack another copy (make sure you don't overwrite) and then do a diff of the two Makefiles with a command similar to :
diff -u fux_kinect_orig/Makefile fux_kinect_tim/Makefile
I kept a backup copy of the original Makefile:
--- ./Makefile_bu 2011-11-07 16:11:09.640301259 +0100 +++ ./Makefile 2011-11-07 16:20:43.620301265 +0100 @@ -30,7 +30,7 @@
all: g++ $(LDFLAGS) $(INCLUDES) $(CPPFLAGS) -o $(SOURCES).o -c $(SOURCES).cpp
- g++ -o $(SOURCES).$(EXTENSION) -undefined dynamic_lookup -dynamiclib
-mmacosx-version-min=10.3 -undefined dynamic_lookup -framework QuickTime -framework Carbon -framework AGL -framework OpenGL ./*.o -L/sw/lib -lstdc++ -ldl -lz -lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR)
- g++ -o $(SOURCES).$(EXTENSION) -shared ./*.o -L/sw/lib -lstdc++ -ldl
-lz -lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR) rm -fr ./*.o deploy: mkdir build/$(SOURCES)
to my embarrassment I notice that I didn't even change the first lines:
# change to your local directories! PD_APP_DIR = /Applications/Pd-extended.app/Contents/Resources PD_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/pd GEM_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/Gem
but it built anyway. Does that mean it found what it needs regardless of those lines, or that my build is just some sort of dummy altogether? Tim
I recompiled now with said lines adapted to my locations, with the same result, doesn't seem to make much difference...
if the newer lines appear as «-» instead of «+», you have to change the order of filenames (I get it wrong 50 % of the time)
That 'undefined symbol' thing probably happened now only because I was
trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages.
You can use gdb like this :
gdb --args pdextended fux_kinect-help.pd
and then use the «run» command to start pd, and press Ctrl+c to force it to quit when it's hung, then use the «where» command to see a backtrace. Then post the backtrace here.
I could probably look up the Valgrind output, if it's relevant. gr, Tim
For a hang, it's better to use GDB.
GDB and Valgrind are largely complementary.
There's also a GUI for Valgrind if it helps you. I don't know about GUIs for GDB (except the quite old DDD), but there might be one or several.
______________________________**______________________________** __________ | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
What has a conflict with libfreenect? I am pretty sure that fux_kinect uses libfreenect. Is the version in Ubuntu too old? That's a possibility.
.hc
On Nov 11, 2011, at 2:24 PM, tim vets wrote:
just throwing in another bit of info: when I mailed Budi Prakosa about this, part of his response was that 'it has conflict with libfree on linux' Tim
2011/11/11 tim vets timvets@gmail.com
2011/11/11 tim vets timvets@gmail.com
2011/11/11 Mathieu Bouchard matju@artengine.ca Le 2011-11-11 à 17:56:00, tim vets a écrit :
I don't really remember the steps exactly, do you?
You could use the « svn diff » command, or if it's not from SVN, then unpack another copy (make sure you don't overwrite) and then do a diff of the two Makefiles with a command similar to :
diff -u fux_kinect_orig/Makefile fux_kinect_tim/Makefile
I kept a backup copy of the original Makefile:
--- ./Makefile_bu 2011-11-07 16:11:09.640301259 +0100 +++ ./Makefile 2011-11-07 16:20:43.620301265 +0100 @@ -30,7 +30,7 @@
all: g++ $(LDFLAGS) $(INCLUDES) $(CPPFLAGS) -o $(SOURCES).o -c $(SOURCES).cpp
- g++ -o $(SOURCES).$(EXTENSION) -undefined dynamic_lookup -dynamiclib -mmacosx-version-min=10.3 -undefined dynamic_lookup -framework QuickTime -framework Carbon -framework AGL -framework OpenGL ./*.o -L/sw/lib -lstdc++ -ldl -lz -lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR)
- g++ -o $(SOURCES).$(EXTENSION) -shared ./*.o -L/sw/lib -lstdc++ -ldl -lz -lm -lpthread -lfreenect -L$(PD_DIR)/bin -L$(PD_DIR) rm -fr ./*.o
deploy: mkdir build/$(SOURCES)
to my embarrassment I notice that I didn't even change the first lines:
# change to your local directories! PD_APP_DIR = /Applications/Pd-extended.app/Contents/Resources PD_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/pd GEM_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/Gem
but it built anyway. Does that mean it found what it needs regardless of those lines, or that my build is just some sort of dummy altogether? Tim
I recompiled now with said lines adapted to my locations, with the same result, doesn't seem to make much difference...
if the newer lines appear as «-» instead of «+», you have to change the order of filenames (I get it wrong 50 % of the time)
That 'undefined symbol' thing probably happened now only because I was trying with a new build of latest Gem, which doesn't seem to work itself here. I now replaced it back with my previous Gem.pd_linux, and it behaves like before: I try to create [fux_kinect], and pd hangs, without ever finishing creating the object, and without messages.
You can use gdb like this :
gdb --args pdextended fux_kinect-help.pd
and then use the «run» command to start pd, and press Ctrl+c to force it to quit when it's hung, then use the «where» command to see a backtrace. Then post the backtrace here.
I could probably look up the Valgrind output, if it's relevant. gr, Tim
For a hang, it's better to use GDB.
GDB and Valgrind are largely complementary.
There's also a GUI for Valgrind if it helps you. I don't know about GUIs for GDB (except the quite old DDD), but there might be one or several.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
http://at.or.at/hans/
Le 2011-11-11 à 15:25:00, Hans-Christoph Steiner a écrit :
What has a conflict with libfreenect? I am pretty sure that fux_kinect uses libfreenect. Is the version in Ubuntu too old? That's a possibility.
In all likelihood, the memory corruption problem comes from [fux_kinect] even though it is triggered in libfreenect. Now if Tim and Budi try a malloc of the correct size, then it wouldn't damage malloc() own database, and it wouldn't make malloc() crash in libfreenect.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Le 2011-11-11 à 20:05:00, tim vets a écrit :
to my embarrassment I notice that I didn't even change the first lines: # change to your local directories! PD_APP_DIR = /Applications/Pd-extended.app/Contents/Resources PD_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/pd GEM_DIR = /Users/xcorex/Documents/Documents/Projects/Puredata/PdSource/Pd-0.42.5-extended/Gem but it built anyway.
you can see in the Makefile that PD_APP_DIR is only for «make deploy», PD_DIR is only used to find .h files (and to find .dylib files, but I don't know why), and GEM_DIR is only for the .h files.
So, if you have already copied Gem's headers into your build folder, and m_pd.h is already in /usr/include, then it does not need those variables at all for just doing «make».
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
-
Budi Prakosa -
Claude Heiland-Allen -
Hans-Christoph Steiner -
Jordi Sala -
José Luis Santorcuato Tapia -
Mathieu Bouchard -
Matthias Kronlachner -
sonia yuditskaya -
tim vets