i am currently working on a gem-project that uses a lot of images. the images are loaded and switched with [pix_multiimage] - and i want to change the set of images a few times, so i load quite a lot of images into memory..
and quite soon - after having loaded a few sets - all together about 2 or 3 thousand pictures, the "too many open files" message occurs.
is there some fix or workaround for gem on win32 yet ? my project is nearly done - so this is the only (and a quite serious) problem i got. would need something like a really fast fix or workaround ;)
the bug should be already known, cause i found this old mailing list posting by someone that apparently had problems with the same bug:
"[GEM-dev] fixed filehandle leak? *Mathieu Bouchard* matju at artengine.ca mailto:gem-dev%40iem.at?Subject=%5BGEM-dev%5D%20fixed%20filehandle%20leak%3F&In-Reply-To= /Mon Jun 13 23:04:02 CEST 2005/
Here's a bug that causes a filehandle leak in GEM. Every time an image load is attempted via image2mem() (used by [pix_image], [pix_multiimage], etc.) then a series of decoders are called one after the other, quitting after the first that succeeds. If the file exists and is not of any type handled before the SGI handler and not of SGI type either, the SGI decoder does not close the file handle.
This happened several times when loading a *lot* of TIFF images on Windows during a Pd/GEM workshop at Videographe, this afternoon. When too many files are "open", then PureData can't open any new patch and can't even save any modified patches!"
any help appreciated.
thanks,
lorenz
a really fast workaround would be to make a movie file out of your
images.
then just use [pix_film] instead of [pix_multiimage].
control [pix_film] by giving it the frame number to display.
max
Am 16.03.2007 um 02:44 schrieb orjo:
i am currently working on a gem-project that uses a lot of images. the images are loaded and switched with [pix_multiimage] - and i
want to change the set of images a few times, so i load quite a lot of images into memory..and quite soon - after having loaded a few sets - all together about 2 or 3 thousand pictures, the "too many open files" message occurs.
is there some fix or workaround for gem on win32 yet ? my project is nearly done - so this is the only (and a quite serious) problem i got. would need something like a really fast fix or workaround ;)
the bug should be already known, cause i found this old mailing list posting by someone that apparently had problems with the same bug:
"[GEM-dev] fixed filehandle leak? *Mathieu Bouchard* matju at artengine.ca <mailto:gem-dev%40iem.at?Subject=%5BGEM-dev%5D%20fixed%20filehandle% 20leak%3F&In-Reply-To=> /Mon Jun 13 23:04:02 CEST 2005/
Here's a bug that causes a filehandle leak in GEM. Every time an image load is attempted via image2mem() (used by [pix_image], [pix_multiimage], etc.) then a series of decoders are called one after the other, quitting after the first that succeeds. If the file exists and is not of any type handled before the SGI handler and not of SGI type either, the SGI decoder does not close the file handle.
This happened several times when loading a *lot* of TIFF images on Windows during a Pd/GEM workshop at Videographe, this afternoon. When too many files are "open", then PureData can't open any new patch and can't even save any modified patches!"
any help appreciated.
thanks,
lorenz
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
hi.
orjo wrote:
i am currently working on a gem-project that uses a lot of images. the images are loaded and switched with [pix_multiimage] - and i want to change the set of images a few times, so i load quite a lot of images into memory..
and quite soon - after having loaded a few sets - all together about 2 or 3 thousand pictures, the "too many open files" message occurs.
is there some fix or workaround for gem on win32 yet ? my project is nearly done - so this is the only (and a quite serious) problem i got. would need something like a really fast fix or workaround ;)
which version of Gem are you using (exactly(!))?
i think this has been fixed in CVS a while ago, so you probably should try one of the "experimental" CVS builds for windows.
mfgas.dr IOhannes
PS: your mail made it to the list just fine... what exactly were your problems?
hi
i am using version 0.91-cvs with winXP.. this was the newest version for win, that i could find..
but here the bug still appears..
lorenz
IOhannes m zmölnig wrote:
hi.
orjo wrote:
i am currently working on a gem-project that uses a lot of images. the images are loaded and switched with [pix_multiimage] - and i want to change the set of images a few times, so i load quite a lot of images into memory..
and quite soon - after having loaded a few sets - all together about 2 or 3 thousand pictures, the "too many open files" message occurs.
is there some fix or workaround for gem on win32 yet ? my project is nearly done - so this is the only (and a quite serious) problem i got. would need something like a really fast fix or workaround ;)
which version of Gem are you using (exactly(!))?
i think this has been fixed in CVS a while ago, so you probably should try one of the "experimental" CVS builds for windows.
mfgas.dr IOhannes
PS: your mail made it to the list just fine... what exactly were your problems?
orjo wrote:
hi
i am using version 0.91-cvs with winXP.. this was the newest version for win, that i could find..
but here the bug still appears..
hmm, that is bad. could you please post a bug-report at http://sf.net/projects/pd-gem describing your problem (so that it won't be forgotten)
i will have a look at it asap, but i am not sure how fast we will have a windows-binary (ieven if it gets fixed today).
so for know, is it possible to use [pix_film]/[pix_movie] as suggested by Max?
mfg,.asdr IOhannes
Hi all, You could also use many pix_multiimages (dynamically created, if possible) with a demultiplex.
a
2007/3/16, IOhannes m zmölnig zmoelnig@iem.at:
orjo wrote:
hi
i am using version 0.91-cvs with winXP.. this was the newest version for win, that i could find..
but here the bug still appears..
hmm, that is bad. could you please post a bug-report at http://sf.net/projects/pd-gem describing your problem (so that it won't be forgotten)
i will have a look at it asap, but i am not sure how fast we will have a windows-binary (ieven if it gets fixed today).
so for know, is it possible to use [pix_film]/[pix_movie] as suggested by Max?
mfg,.asdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Alexandre Quessy wrote:
Hi all, You could also use many pix_multiimages (dynamically created, if possible) with a demultiplex.
as far as i understand the problem this won't help you: [pix_multiimage] does not close the file-handles when it really should, which leads to too many open filehandles on the OS-side (or, in the best case: on the application-side) and not on the object-side.
mfa.sdr IOhannes