devs/foxbox
1
0
Fork 0
forked from len0rd/rockbox
Code Pull requests Activity

floor of type '0 encoded oggs

Browse source 
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@13411 a1c6a512-1295-4272-9138-f99709370657
This commit is contained in:
Daniel Stenberg 2007-05-19 16:01:03 +00:00
parent a2c9407950
commit 9cccd42368
1 changed files with 20 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

20
docs/KNOWN_ISSUES
View file

@ -20,3 +20,23 @@ FS#4937 - A constant rhythmic ticking noise occurs in the right
read at up-to 2.5hz and the clock at up-to 1hz). Nothing is going to change read at up-to 2.5hz and the clock at up-to 1hz). Nothing is going to change
with it until someone spends a lot of time analyzing the portalplayer's I2C with it until someone spends a lot of time analyzing the portalplayer's I2C
control registers, or finds a datasheet for the damned thing. control registers, or finds a datasheet for the damned thing.
FS#5796 - Early encoders such as this one employed a floor of type '0', as
opposed to the more efficient/cheaper floor type '1' which has been used in
all encoders from libvorbis 1.0 onwards, I believe.
The problem appears to be that most DAP decoders can only handle a floor of
type '1'.
While floor '0' type files like mine are, it turns out, pretty rare, they
still conform to the standards, as can be seen in the documention linked
below:
http://www.xiph.org/vorbis/doc/Vorbis_I_spec.pdf
which specifically states that "Floor 0 is not to be considered
deprecated..."
Files like these require quite a bit of memory to decode, more than what
Rockbox has set aside for the purpose. Adding a real malloc for the codecs
might help...