summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
Diffstat (limited to 'docs')
-rw-r--r--docs/KNOWN_ISSUES20
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
20 read at up-to 2.5hz and the clock at up-to 1hz). Nothing is going to change 20 read at up-to 2.5hz and the clock at up-to 1hz). Nothing is going to change
21 with it until someone spends a lot of time analyzing the portalplayer's I2C 21 with it until someone spends a lot of time analyzing the portalplayer's I2C
22 control registers, or finds a datasheet for the damned thing. 22 control registers, or finds a datasheet for the damned thing.
23
24FS#5796 - Early encoders such as this one employed a floor of type '0', as
25 opposed to the more efficient/cheaper floor type '1' which has been used in
26 all encoders from libvorbis 1.0 onwards, I believe.
27
28 The problem appears to be that most DAP decoders can only handle a floor of
29 type '1'.
30
31 While floor '0' type files like mine are, it turns out, pretty rare, they
32 still conform to the standards, as can be seen in the documention linked
33 below:
34
35 http://www.xiph.org/vorbis/doc/Vorbis_I_spec.pdf
36
37 which specifically states that "Floor 0 is not to be considered
38 deprecated..."
39
40 Files like these require quite a bit of memory to decode, more than what
41 Rockbox has set aside for the purpose. Adding a real malloc for the codecs
42 might help...