- Status Closed
- Percent Complete
- Task Type Bugs
- Category Operating System/Drivers
- Assigned To No-one
- Operating System Sansa c200
- Severity Low
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#9576 - Boost locked when playing a list(?) of tracks
Noticed in r18341. Still seen in r19191. Probably existed prior to r18341 but I don’t think it was there back in March 2008.
If I select a lone audio file to play, the system auto-boosts. If I select a file in a directory with about 8 tracks, the boost is locked on. If I select the root.m3u8 the system is boost locked on. If I use the database to select a lone file or two it auto-boosts. If I pick a selection with a lot of tracks, boost is locked on.
In the cases where boost is locked on, if boost is canceled through the debug menu the system returns to auto-boosting.
Closed by nicolas_p
2008-12-02 21:07
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
2008-12-02 21:07
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
Should be fixed in r19304.
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
Most all my songs are MPC -extreme files.
The most reliable way to reproduce the problem is:
- Set repeat off
- Set shuffle on
- Play the root playlist
- Press menu and navigate back to the file menu to again play the root playlist
- Go to debug menu and see boost locked on in buffering thread or cpu freq views
I have seen this as far back as the 20080601 daily build. I’m trying to get older builds to test with to narrow it down to a commit.
I tested archived daily builds and found that the problem was introduced between 080414 r17103 and 080415 r17111. If I were a betting man, I’d bet the problem was introduced in the buffering rework in r17109.
Confirmed first occurs in r17109.
I believe this is a duplicate of
FS#9319and thatFS#8999is a separate issue.I am about to commit a fix for the issue described here and in
FS#9319.