|
Rockbox mail archiveSubject: Re: iPod's framebuffer formatRe: 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 |