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

docs: Get rid of the long-obsolete KNOWN_ISSUES file

Browse source 
Change-Id: I6ed1a96f690f6ff227e9abb1e9815e9e36914f32
This commit is contained in:
Solomon Peachy 2020-07-07 01:27:40 -04:00
parent 5094aaa4d4
commit 52325a7c01
1 changed files with 0 additions and 42 deletions
Download patch file Download diff file Expand all files Collapse all files

42
docs/KNOWN_ISSUES
View file

@ -1,42 +0,0 @@
This is a list of known "issues" in the current Rockbox.
These are flaws/bugs we know of that are not likely to be fixed within a
reasonable time so we list them here and close the bug tracker entries for
them.
FS#894 - When the complete playlist fits in the mpeg buffer, and the playlist
is played multiple times, the tracks are reloaded from disk multiple times
instead of loaded only once.
FS#2147 - It's a bug in the MAS. It starts bitshifting data on occasion. High
load on the MAS makes this behaviour more likely (high recording level, high
quality setting, high sample rate). It's impossible to avoid, but there are
plans to implement a recording 'framewalker' that checks recorded data and
restarts recording when the MAS starts delivering bitshifted data.
FS#4937 - A constant rhythmic ticking noise occurs in the right
channel. Believed to be related to our slow I2C implementation, and occurs
when the battery status and/or realtime clock are updated (the battery is
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...