The size on disk doesn't matter because when the images are loaded they are decompressed to 32 bit RGBA in RAM. 100:1 compressed or uncompressed images will be the same size in RAM.<br><br>You can try making a single Quicktime movie out of the image sequence using QTPro, and loading the movie into RAM. The movie will not decompress, so the savings of PNG or another codec will work there. This works on OSX and Windows.<br>
<br><div class="gmail_quote">On Tue, May 19, 2009 at 7:29 PM, johann scholz <span dir="ltr"><<a href="mailto:akira.vdc@gmail.com">akira.vdc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
hi again,<br><br>very special thx to jack!! your tip with the lzw saving broke<br>the size of the sequences more than in half......<br>BUT!!!<br>it still crashes pd when i try to add another sequence, don't know why?<br>
i now have 11 sequences(about 485 mb) preloaded but want to use up to<br>20 sequences(about 900 mb)...funny thing is when i look at the task<br>manager when the patch is open it uses more than 2gb of my memory<br>already and of my virtual memory, even whith the 11 sequences..don't understand<br>
it, might be a prob at the preloader...speaking in terms it's loading it to often? even<br>though in the pd output it loads it just one time...i just don't get it!<br><br>i attached the patch(+ 2 subpatches---videoset is the preloader), but not<br>
the sequences beacause they are obviously tooooo big, to this email,<br>perhaps someone finds an optimization!!!<br><br>thx again<br>johann<br><br>ps: the .png didn't work so i stick to the .tif format<br><br>pd version: pd extended 0.40.3<br>
os: winxp<br>
<br>_______________________________________________<br>
GEM-dev mailing list<br>
<a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
<br></blockquote></div><br>