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
Because it only output the video depth
Cheers
On Tuesday, November 22, 2011, Mathieu Bouchard ma...@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
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
2011/11/15 Matthias Kronlachner m.kronlach...@student.tugraz.at
hi!
Am 14.11.11 19:19, schrieb tim vets:
2011/11/14 Budi Prakosa i...@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
2011/11/15 tim vets timv...@gmail.com
2011/11/15 Matthias Kronlachner m.kronlach...@student.tugraz.at
hi!
Am 14.11.11 19:19, schrieb tim vets:
2011/11/14 Budi Prakosa i...@deadmediafm.org
hi tim, have you try the latest version of pix_freenect by matthias?
Hi Budi and list,
I
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
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 «
Am 15.11.11 16:11, schrieb tim vets:
2011/11/15 tim vets timv...@gmail.com mailto:timv...@gmail.com
2011/11/15 Matthias Kronlachner m.kronlach...@student.tugraz.at
mailto:m.kronlach...@student.tugraz.at
hi!
Am 14.11.11 19 tel:14.11.11%2019:19, schrieb tim vets:
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
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
hi tim, have you try the latest version of pix_freenect by matthias?
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard ma...@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
2011/11/14 Budi Prakosa i...@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
hi!
Am 14.11.11 19:19, schrieb tim vets:
2011/11/14 Budi Prakosa i...@deadmediafm.org
mailto:i...@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
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
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,
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 =
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
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
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
2011/11/12 Mathieu Bouchard ma...@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
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)
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,
2011/11/12 Mathieu Bouchard ma...@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
2011/11/12 tim vets timv...@gmail.com
2011/11/12 Mathieu Bouchard ma...@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
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,
2011/11/12 Mathieu Bouchard ma...@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
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 h...@at.or.at
Ok, I updated my library embedding script and made
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
2011/11/11 Hans-Christoph Steiner h...@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.
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,
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 h...@at.or.at
I don't know a lot about the C++ name mangling (i.e. names
like
2011/11/11 Mathieu Bouchard ma...@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
On Nov 11, 2011, at 11:56 AM, tim vets wrote:
2011/11/11 Mathieu Bouchard ma...@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
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 :
2011/11/11 Mathieu Bouchard ma...@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
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
2011/11/11 Mathieu Bouchard ma...@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
2011/11/11 tim vets timv...@gmail.com
2011/11/11 Mathieu Bouchard ma...@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
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 timv...@gmail.com
2011/11/11 tim vets timv...@gmail.com
2011/11/11 Mathieu Bouchard ma...@artengine.ca
Le 2011-11-11
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
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
2011/11/11 tim vets timv...@gmail.com
2011/11/11 Mathieu Bouchard ma...@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
Hi,
Does it work for Linux?
cheers
On 27 October 2011 07:23, Budi Prakosa i...@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,
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 pope...@gmail.com wrote:
Hi,
Does it work for Linux?
cheers
On 27 October 2011 07:23, Budi Prakosa i...@deadmediafm.org wrote:
here is the working binary
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 h...@at.or.at wrote:
Ok, I updated my library embedding script and made a test build of
fux_kinect. It seems to work for
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
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 h...@at.or.at wrote:
Awesome, glad to hear it. That same script can be used in other libs,
47 matches
Mail list logo