[GEM-dev] pix_multiimage .png problem 2nd

[chris clepper]

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.

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.

On Tue, May 19, 2009 at 7:29 PM, johann scholz <akira.vdc at gmail.com> wrote:

> hi again,
>
> very special thx to jack!! your tip with the lzw saving broke
> the size of the sequences more than in half......
> BUT!!!
> it still crashes pd when i try to add another sequence, don't know why?
> i now have 11 sequences(about 485 mb) preloaded but want to use up to
> 20 sequences(about 900 mb)...funny thing is when i look at the task
> manager when the patch is open it uses more than 2gb of my memory
> already and of my virtual memory, even whith the 11 sequences..don't
> understand
> it, might be a prob at the preloader...speaking in terms it's loading it to
> often? even
> though in the pd output it loads it just one time...i just don't get it!
>
> i attached the patch(+ 2 subpatches---videoset is the preloader), but not
> the sequences beacause they are obviously tooooo big, to this email,
> perhaps someone finds an optimization!!!
>
> thx again
> johann
>
> ps: the .png didn't work so i stick to the .tif format
>
> pd version: pd extended 0.40.3
> os: winxp
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20090519/970a9edb/attachment.htm>