|
|
Rockbox mail archiveSubject: Re: Implementing software codecs (for iRiver etc)Re: Implementing software codecs (for iRiver etc)
From: Björn Stenberg <bjorn_at_haxx.se>
Date: 2004-12-14
Dave Chapman wrote:
Yes, the thinking so far has been to use a simple PCM data pump, which feeds the DAC from a relatively small PCM data buffer.
> 2) Have a high-level "public" audio API accessible by the apps/
Exactly.
> One issue is whether Rockbox should load and initialise all codecs at
I disagree, introducing unnecessary gaps between songs is quite annoying and ... not our style. :-)
Actually we only need to have two decoder slots, one for the currently playing track and one for next track (if different from current). Switching back and forth between codecs will then only "cost" an extra spinup, but no gap. (Unless perhaps if you play a directory full of 0.5-second tracks... :-)
> This then leaves the problem of how does rockbox know the capabilities
We already load the id3 tag from files when we buffer them. Adding a codec discovery function is a logical extension of this step.
-- Björn _______________________________________________ http://cool.haxx.se/mailman/listinfo/rockboxReceived on Tue Dec 14 13:53:05 2004 Page was last modified "Mar 9 2008" The Rockbox Crew |