<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
hi!<br>
<br>
Am 14.11.11 19:19, schrieb tim vets:
<blockquote
cite="mid:CA+Bc=yNiGy2U_x59_KzPLk+X-V3bazwO9L5UOPPJw7jzUaY=Lg@mail.gmail.com"
type="cite"><br>
<br>
<div class="gmail_quote">2011/11/14 Budi Prakosa <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:iyok@deadmediafm.org">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 class="h5"><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>
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.<br>
<blockquote
cite="mid:CA+Bc=yNiGy2U_x59_KzPLk+X-V3bazwO9L5UOPPJw7jzUaY=Lg@mail.gmail.com"
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 moz-do-not-send="true"
href="https://github.com/OpenKinect/libfreenect">https://github.com/OpenKinect/libfreenect</a> (compile
with Audio support!)"</div>
<div>libfreenect readme says: "Audio is currently being worked
on."</div>
</div>
</blockquote>
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>
<br>
matthias<br>
<blockquote
cite="mid:CA+Bc=yNiGy2U_x59_KzPLk+X-V3bazwO9L5UOPPJw7jzUaY=Lg@mail.gmail.com"
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 class="h5">
On Mon, Nov 14, 2011 at 10:53 PM, Mathieu Bouchard <<a
moz-do-not-send="true" href="mailto:matju@artengine.ca">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
moz-do-not-send="true" href="tel:%2B1.514.383.3801"
value="+15143833801">+1.514.383.3801</a> ----- Montréal,
QC<br>
</div>
</div>
<div>
<div class="h5">>
_______________________________________________<br>
> <a moz-do-not-send="true"
href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing
list<br>
> UNSUBSCRIBE and account-management -><br>
> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="http://www.natural-fiber.com" target="_blank">http://www.natural-fiber.com</a><br>
</font></blockquote>
</div>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
<br>
</body>
</html>