...or, you could encode the image sequence as an MPEG4 video stream, upload that to the Glamo and let *IT* do the playback for you, pushing the pixels into the framebuffer directly. :-)
On Fri, Jul 11, 2008 at 11:23 AM, <[EMAIL PROTECTED]> wrote: > > ---------- Forwarded message ---------- > From: Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> > To: Timo Drick <[EMAIL PROTECTED]> > Date: Sat, 12 Jul 2008 01:59:53 +1000 > Subject: Re: Display images with a least 10 fps > On Fri, 11 Jul 2008 17:28:07 +0200 Timo Drick <[EMAIL PROTECTED]> babbled: > ... > > >>> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ... > > > so as such i suspect 2-3fps is all you will ever get. even given a very > > > optimised pipeline. you basically have what is not a very fast cpu (it > may > > > be 400mhz, but the memory is single-datarate at 100mhz), and io > bottleneck > > > from cpu/ram to video ram. ... > > > so basically.. you're about as fast as it gets on the freerunner. > > > > > > > > Ok thanks for the detailed explanation. This save much testing time for > > me and searching for other solutions. > > The disk io is not my problem because the images streamed over network. > > But i am not able to avoid the decoding and 16 bit resampling. So i have > > to use smaller image and display size. > > > > Is there a chance that the cpu usage for the transfer from ram to video > > ram could be decreased if the video 3d acceleration is working? > > basically "no". it wont help. you still need to upload the image pixels - > one > way or another. > > -- > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> >