[PD] buffer overflow with pix_image
chris clepper
cgclepper at gmail.com
Wed Sep 13 20:46:13 CEST 2006
A crash log would be nice to have. ~/Library/Logs/CrashReporter
Running out of RAM should not cause a crash but rather a slowdown.
On 9/13/06, user @ earweego <pd at earweego.net> wrote:
>
> hello list,
>
> for an installation in ZKM, we are using a GEM-based patch
> where a dozen of cubes are textured via [pix_image] with jpg-images of
> 35kB on avg.
> each cube changes its image about once per second,
> and we are getting heavy crashes after less than an hour.
>
> using a MAC Dual G5 with OS X 10.4.4, 1.25GB RAM
> and PD version pd++_0_39_1 by James Tittle
> which is amazing for the rest - even fixed the tedious titlebar issue :)
>
> apparently, the image buffer is not cleared after the new image was
> loaded, and thus the RAM is overflowing. We could work around this problem
> by changing the images less often, but it feels dirty as it would just
> _delay_ the crash to a time beyond exhibition duration.
> Would it help if the images had smaller pixel sizes and thus take less
> memory?
> I guess the bug is known, but is anybody able to fix it before the opening
> in one week ?
>
> any hint would be greatly appreciated,
> bests,
> .hh.
>
>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060913/6caef2eb/attachment.htm>
More information about the Pd-list
mailing list