This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#8142 - Slow scrolling in file view without CPU boost
Attached to Project:
Rockbox
Opened by Douglas Valentine (Dwyloc) - Tuesday, 13 November 2007, 01:49 GMT+2
Last edited by Boris Gjenero (dreamlayers) - Thursday, 17 November 2011, 17:59 GMT+2
Opened by Douglas Valentine (Dwyloc) - Tuesday, 13 November 2007, 01:49 GMT+2
Last edited by Boris Gjenero (dreamlayers) - Thursday, 17 November 2011, 17:59 GMT+2
|
DetailsLooks like the slow scrolling in file view bug is back in resent builds, unboosted scrolling on my ipod video is very slow in the file view display, but nice and snappy in the menus.
If my memory is correct this was cause previously by doing multiple screen redraws for each item in the list in the file view, but only one in the main menu which remains nice and snappy. |
This task depends upon
Closed by Boris Gjenero (dreamlayers)
Thursday, 17 November 2011, 17:59 GMT+2
Reason for closing: Fixed
Additional comments about closing: Fixed via FS#8668 , starting in r30967. Scrolling now boosts.
Thursday, 17 November 2011, 17:59 GMT+2
Reason for closing: Fixed
Additional comments about closing: Fixed via
For example my copy one audiobook consists of 177 files named 001 The Eye of the World (Unabridged) - by Robert Jordan.mp3 to 177 The Eye of the World (Unabridged) - by Robert Jordan.mp3 in a single directory.
To listen to a book I fill use the file view to select the first file in the directory and let rockbox generate a dynamic playlist and listen to the files sequentially. The main reason the problem shows up is I use my disk based Ipod video in the car and a second flash based rockboxed player when I go our walking, so I have to scroll down the list of files until I get to the right part when I am swapping between players.
FS#8668boosts in response to user activity and that helps quite a bit.Rapid scrolling with long lines can starve other threads. It's not hard to interrupt MP3 playback this way. I don't know if this should be a separate bug.
FS#8668doesn't help here.Sometimes, moving the selection through a list without scrolling seems unusually slow. I haven't found a way to reliably reproduce that.
FS#8668has been committed. It fixes the problem by boosting when scrolling. Are there any objections to closing this task?