floor of type '0 encoded oggs

git-svn-id: svn://svn.rockbox.org/rockbox/trunk@13411 a1c6a512-1295-4272-9138-f99709370657

1 files changed, 20 insertions, 0 deletions

diff --git a/docs/KNOWN_ISSUES b/docs/KNOWN_ISSUES
index db36ae5835..4ae88cb9fd 100644
--- a/docs/KNOWN_ISSUES
+++ b/docs/KNOWN_ISSUES
@@ -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
+  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...