[GEM-dev] and here goes another one

[IOhannes m zmoelnig]

johann scholz wrote:
> thx for the help so far, i circumvented the problem i had by now using a
> series of still images
> with alpha instead of a movie, mixing them together with pix_composite,
> which works flawless!!!
> BUT: i'm want to use different series of pictures(though having more than
> one movie), which i'm loading
> via a random function into the pix_multiimage object, which also works like
> a charm, but after about
> 10 times of loading the image sequences again and again i get the error: too
> many files loaded and pd
> won't load any pictures after that, even can't save the patch anymore...i
> guees this must be a memory
> problem, i also found similar post on the internet but no real solution!

almost; an operating system (like linux) usually allows a certain 
process only to open up so many files at the same tme and not more. if 
the process fails to close unneeded files, it will eventually run out of 
file-handles.

the limit is usually set rather high (about 2000 handles or so), so i 
guess you are loading about a 100 images per go...


> my question: is there a possibility to unload the image sequences out of the
> memory again thus
> making space for new?

well, it seems to be a bug as it should free the file-handles 
immediately after the image has been loaded.

in order to fix this bug we need to know the operating system you are using.
(and the exact version of Gem might help as well)

i usually don't remember such info between threads, so it's a good idea 
to always post them when starting a new bug-reporting thread.


fgamdsr
IOhannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20090415/6594b072/attachment.bin>