[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