On 7/23/07, <b class="gmail_sendername">Derek Holzer</b> &lt;<a href="mailto:derek@umatic.nl">derek@umatic.nl</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
That&#39;s the problem... we&#39;re long on memory and short on CPU with the<br>patch I&#39;m working on. I hoped I could use [pix_buffer] to get some of<br>that CPU back at the expense of a lot of RAM...<br><br>Besides, I couldn&#39;t preload *all* my clips with the &#39;ram&#39; message
<br>anyways. Only the one I&#39;m currently playing. My patch has 48 clips which<br>will be addressed by three different players, so a way of storing all<br>the vids ahead of time is required to avoid lagtime starting the video
<br>when it&#39;s requested.</blockquote><div><br>Can you fit all 48 clips uncompressed into RAM?&nbsp; A 1 second clip at 640x480 30fps in YCbCr is about 18.5MB (double that for RGBA) which would allow 3 and a half minutes of video to fit in 32bit address space.&nbsp; 
<br><br>Try creating a RAM disk and copy the uncompressed clips into that.&nbsp; RAM disks might even allow for greater than 32 bit sizes.<br></div><br></div><br>