Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Rockbox mail archive

Subject: Re: iPod's framebuffer format

Re: iPod's framebuffer format

From: <postmaster_at_diffenbach.org>
Date: Sat, 08 Jul 2006 11:58:33 -0400

Oh.

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...
> Jake
Received on 2006-07-08

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy