Rockbox mail archiveSubject: Re: iPod's framebuffer format
Re: iPod's framebuffer format
Date: Sat, 08 Jul 2006 11:58:33 -0400
Currently I don't think we have the requisite code speed to play
movies on the ipod. To get there, we'll need at least two things: a
faster memcpy and faster video routines.
I've been working on an assembly language memcpy to help with this;
currently it is faster on large copy lengths (the slope of the line is
less) than either the linux kernel's or uclinix's memcpy. (And faster
than the C memcpy we currently use.)
For all copy lengths, the absolute speed is always lower than the
linux kernel's memcpy.
For word aligned data or same aligned data, the absolute speed is also
always less than uclinux's. But uclinux's memcpy has a faster absolute
speed for mixed aligned data when the copy length is < ~64 bytes.
Jacob Rau wrote:
> Hey list,
> I''ve been thinking about writing a plugin that will play movies on the
> iPod Nano, but what I don't understand is the frame buffer format. I see
> a few of the plugins fill it full of hex, but I don't know how to
> decode/encode to/from this format. I realize I may have missed a wiki
> page, but seeing as twiki is down now even the briefest of explanations
> will do. Example code would be nice, but I guess that's what the other
> plugins are for.
> Thanks for putting up with my ignorance...
Received on 2006-07-08