Display images with a least 10 fps
dale.schumacher at gmail.com
Fri Jul 11 22:52:08 CEST 2008
...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, <openmoko-devel-request at lists.openmoko.org>
> ---------- Forwarded message ----------
> From: Carsten Haitzler (The Rasterman) <raster at openmoko.org>
> To: Timo Drick <timo at drick.de>
> 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 <timo at drick.de> babbled:
> > >>> Carsten Haitzler (The Rasterman) <raster at openmoko.org>
> > > 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
> > > be 400mhz, but the memory is single-datarate at 100mhz), and io
> > > 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 -
> way or another.
> Carsten Haitzler (The Rasterman) <raster at openmoko.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openmoko-devel