|author||Daniel Stenberg <email@example.com>||2007-05-19 16:01:03 +0000|
|committer||Daniel Stenberg <firstname.lastname@example.org>||2007-05-19 16:01:03 +0000|
floor of type '0 encoded oggs
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@13411 a1c6a512-1295-4272-9138-f99709370657
Diffstat (limited to 'docs/KNOWN_ISSUES')
1 files changed, 20 insertions, 0 deletions
diff --git a/docs/KNOWN_ISSUES b/docs/KNOWN_ISSUES
index db36ae5835..4ae88cb9fd 100644
@@ -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
with it until someone spends a lot of time analyzing the portalplayer's I2C
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
+ which specifically states that "Floor 0 is not to be considered
+ 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...