floor of type '0 encoded oggs
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@13411 a1c6a512-1295-4272-9138-f99709370657
diff --git a/docs/KNOWN_ISSUES b/docs/KNOWN_ISSUES
index db36ae5..4ae88cb 100644
--- a/docs/KNOWN_ISSUES
+++ b/docs/KNOWN_ISSUES
@@ -20,3 +20,23 @@
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...