thanks!

I will try to compile the "hottest" gem...


++
stéfan

2009/4/27 IOhannes m zmoelnig <zmoelnig@iem.at>
stefan wrote:
hello!

I'm working on a patch where I have to load multiple image to create an
animation
(I don't want to make a .mov file cause it's kind of real-time editing)

I tried with pix_image, pix_film, pix_buffer...

and with all of these objects (same if frames are looped or not) the
used-memory increase until it crash pd...
some people already had the same problem before:

http://lists.puredata.info/pipermail/pd-list/2004-10/023361.html
http://lists.puredata.info/pipermail/pd-list/2009-03/069086.html
http://lists.puredata.info/pipermail/pd-list/2006-09/042312.html

I was wondering if there is a way to fix this without having to restart pd?
a way to unload the image which stays in memory?

first of all, this bug in Gem has been fixed in recent SVN (after your initial bug-report)
the obvious solution is to run the hottest Gem (no release out, though; so you have to compile it yerself)

and since it is (was) a bug in the implementation of Gem, there is no way you can "fix" it in Pd. the only workaround is to restart Pd (which will free all stray memory). "unloading" does not work, because the memory had been lost.


"and the patch : put this to / and put a folder called "frames" beside it."


do not do that.

fgmadr
IOhannes