- Status Closed
- Percent Complete
- Task Type Bugs
- Category Music playback
- Assigned To No-one
- Operating System All players
- Severity Low
- Priority Very Low
- Reported Version
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#6479 - Compressed audio watermark calculation is wrong for high bitrate formats.
The compressed audio buffer watermark calculation does not take the bitrate of the audio into account. This makes the watermark too low for high bitrate formats such as flac and therefore can cause a skip in music playback when the buffer has to be refilled, especially if the disk is powered down wich makes the spin up time slightly longer.
Closed by kugel.
2009-01-25 23:41
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
2009-01-25 23:41
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
r19743 remade watermarks
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Try increasing the "Anti-Skip Buffer" which increases the default watermark.
In reviewing the code, it appears that the watermark calculation does use the current track's bitrate. However, the watermark does not appear to be updated for each track. It looks like it gets set when the codec is loaded and when new tracks are loaded, but the calculation is based on the current track. I guess a solution would be to have the codec update the watermark for each new track and take that calculation out of the playback code.
Could this perhaps explain the reported cases where buffering never seems to stop with low bitrate files? Or is that a seperate problem where the audio buffer still isn't full after buffering the allowed 32 tracks..?
It definitely seems reasonable, since we set the anti-skip buffer in seconds, to have some kind of average bitrate for all files currently buffered which lets us update the watermark setting.