Daniel Stenberg | a2c9407 | 2007-05-19 15:16:05 +0000 | [diff] [blame] | 1 | This is a list of known "issues" in the current Rockbox. |
| 2 | |
| 3 | These are flaws/bugs we know of that are not likely to be fixed within a |
| 4 | reasonable time so we list them here and close the bug tracker entries for |
| 5 | them. |
| 6 | |
| 7 | FS#894 - When the complete playlist fits in the mpeg buffer, and the playlist |
| 8 | is played multiple times, the tracks are reloaded from disk multiple times |
| 9 | instead of loaded only once. |
| 10 | |
| 11 | FS#2147 - It's a bug in the MAS. It starts bitshifting data on occasion. High |
| 12 | load on the MAS makes this behaviour more likely (high recording level, high |
| 13 | quality setting, high sample rate). It's impossible to avoid, but there are |
| 14 | plans to implement a recording 'framewalker' that checks recorded data and |
| 15 | restarts recording when the MAS starts delivering bitshifted data. |
| 16 | |
| 17 | FS#4937 - A constant rhythmic ticking noise occurs in the right |
| 18 | channel. Believed to be related to our slow I2C implementation, and occurs |
| 19 | when the battery status and/or realtime clock are updated (the battery is |
| 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 |
| 22 | control registers, or finds a datasheet for the damned thing. |
Daniel Stenberg | 9cccd42 | 2007-05-19 16:01:03 +0000 | [diff] [blame] | 23 | |
| 24 | FS#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... |