<br><br><div class="gmail_quote">2011/11/15 tim vets <span dir="ltr"><<a href="mailto:timvets@gmail.com">timvets@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br><br><div class="gmail_quote"><div class="im">2011/11/15 Matthias Kronlachner <span dir="ltr"><<a href="mailto:m.kronlachner@student.tugraz.at" target="_blank">m.kronlachner@student.tugraz.at</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
hi!<br>
<br>
Am <a href="tel:14.11.11%2019" value="+3214111119" target="_blank">14.11.11 19</a>:19, schrieb tim vets:
<div><blockquote type="cite"><br>
<br>
<div class="gmail_quote">2011/11/14 Budi Prakosa <span dir="ltr"><<a href="mailto:iyok@deadmediafm.org" target="_blank">iyok@deadmediafm.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi tim, have you try the latest version of pix_freenect by
matthias?<br>
<div>
<div><br>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Hi Budi and list,</div>
<div>I tried pix_freenect.pd_linux, but unfortunately:
"pix_freenect: can't load library" </div>
<div>No idea why...</div>
<div>I'm running GEM: ver: 0.92.3. Is v0.93 a requirement maybe?</div>
</div>
</blockquote></div>
gem v0.93 is needed!<br>
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.<br>
<br>
there was a problem with the path settings in the dylibs. try it
again, i hope it's working now.<div><br></div></div></blockquote><div><br></div></div><div>Has the Linux version been updated as well?</div><div>trying the binary from <a href="http://www.matthiaskronlachner.com/wp-content/uploads/2011/11/pix_freenect_0.03.zip" target="_blank">http://www.matthiaskronlachner.com/wp-content/uploads/2011/11/pix_freenect_0.03.zip</a></div>
<div>with the following setup now:</div><div>GEM ver: 0.93.3</div><div>compiled: Nov 11 2011</div><div>0.43.1-extended-20111114</div><div>Ubuntu 11.04 (so not 11.10, problem?)</div><div><br></div><div>/usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library</div>
<div><br></div><div>gr,</div><div>Tim</div><div><div></div><div class="h5"><div><br></div></div></div></div></blockquote><div>tried to roll my own, I now have:</div><div>./pix_freenect.pd_linux: ./pix_freenect.pd_linux: undefined symbol: freenect_stop_audio</div>
<div>pix_freenect: can't load library</div><div>/usr/lib/pd-extended/extra/pix_freenect.pd_linux: can't load library</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div><div class="h5"><div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div>
<blockquote type="cite">
<div class="gmail_quote">
<div>I also tried compiling pix_freenect myself, but got stuck
at:</div>
<div>"In file included from pix_freenect.cc:23:0:</div>
<div>pix_freenect.h:38:31: fatal error: libfreenect-audio.h: No
such file or directory</div>
<div>compilation terminated."</div>
<div>pix_freenect readme says: "get and install latest
libfreenect from <a href="https://github.com/OpenKinect/libfreenect" target="_blank">https://github.com/OpenKinect/libfreenect</a> (compile
with Audio support!)"</div>
<div>libfreenect readme says: "Audio is currently being worked
on."</div>
</div>
</blockquote></div>
yes, audio is being worked on by the libfreenect team, but in the
latest version from git it is included and ready for use.<br>
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)<br>
now it won't search for libfreenect-audio.h while compiling for osx.<br>
<br>
for audio i think i will divide the external into two anyway.<br>
one for video, one for audio. i will have to check it out if it's
working simultaneously for one kinect then.<br><font color="#888888">
<br>
matthias</font><div><div></div><div><br>
<blockquote type="cite">
<div class="gmail_quote">
<div>gr,</div>
<div>Tim</div>
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard <<a href="mailto:matju@artengine.ca" target="_blank">matju@artengine.ca</a>>
wrote:<br>
> Le 2011-11-14 à 14:44:00, tim vets a écrit :<br>
><br>
>> Attached is the output of "valgrind
--leak-check=full pdextended" and<br>
>> opening fux_kinect-help.pd.<br>
><br>
> I think that you better not add --leak-check when
just looking for a crash.<br>
> But the only problem it does, is make the log file
bigger.<br>
><br>
> Here's what I found (summarising the important error
messages) :<br>
><br>
> Invalid write of size 1 at convert_bayer_to_rgb (in
libfreenect) by [...] by<br>
> libusb_handle_events_timeout (in libusb). Address
0xa066360 is [between 0<br>
> and 5] bytes after a block of size 307,200 alloc'd<br>
><br>
> This means that when libusb gives libfreenect the
RGGB buffer and<br>
> libfreenect is converting it to plain RGB, it makes a
mistake and writes 6<br>
> bytes more than just 640*480 pixels, as if there were
2 extra pixels at the<br>
> end. But I think that this is a bit misleading. It
looks as if Valgrind was<br>
> skipping a lot of other errors (probably by not able
to detect them). Read<br>
> on.<br>
><br>
> Then there is invalid write of size 1 from the same
place but « Address is<br>
> 749 bytes inside a block of size 12,800 free'd ».
This doesn't look like any<br>
> malloc that we know about. The number of bytes does
not ring a bell either.<br>
> But then it says that the memory was freed by request
of<br>
> /usr/lib/nvidia-current/libGL.so.270.41.06, which is
a part of your video<br>
> driver. (???)<br>
><br>
> But I just looked at how convert_bayer_to_rgb is
written, and it doesn't<br>
> look like it writes to more than one buffer. This
function only writes 480<br>
> rows of 640 columns. But note that it writes RGB
values, three bytes per<br>
> pixel. That means you need a malloc(640*480*3) for
each of the three RGB<br>
> buffers in fux_kinect.<br>
><br>
>
______________________________________________________________________<br>
> | Mathieu BOUCHARD ----- téléphone : <a href="tel:%2B1.514.383.3801" value="+15143833801" target="_blank">+1.514.383.3801</a> ----- Montréal,
QC<br>
</div>
</div>
<div>
<div>>
_______________________________________________<br>
> <a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing
list<br>
> UNSUBSCRIBE and account-management -><br>
> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
><br>
><br>
<br>
<br>
<br>
</div>
</div>
<font color="#888888">--<br>
Budi Prakosa<br>
house of natural fiber (HONF)<br>
yogyakarta new media art laboratory<br>
wora wari A80/6 baciro yogyakarta indonesia<br>
<a href="http://www.natural-fiber.com" target="_blank">http://www.natural-fiber.com</a><br>
</font></blockquote>
</div>
<br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
<br>
</div></div></div>
</blockquote></div></div></div><br>
</blockquote></div><br>