FS#8142 - Slow scrolling in file view without CPU boost

Attached to Project: Rockbox
Opened by Douglas Valentine (Dwyloc) - Tuesday, 13 November 2007, 00:49 GMT
Last edited by Boris Gjenero (dreamlayers) - Thursday, 17 November 2011, 16:59 GMT
Task Type Bugs
Category User Interface
Status Closed
Assigned To No-one
Operating System iPod 5G
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No


Looks 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, 16:59 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed via  FS#8668  , starting in r30967. Scrolling now boosts.
Comment by Johannes Linke (Jaykay) - Wednesday, 17 December 2008, 17:29 GMT
for me scrolling works fine. IMO it should be closed.
Comment by Jonas Häggqvist (rasher) - Wednesday, 17 December 2008, 17:56 GMT
The Ipod 5G has a very large screen and basically the same CPU as your E200, so it's far more susceptible to slow scrolling.
Comment by Douglas Valentine (Dwyloc) - Thursday, 18 December 2008, 00:22 GMT
Yes I still see the problem on my ipod video 5.5G 80GB. The problem shows up best when listening to audiobooks were I will typically have a book split in 150 or more files.
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.
Comment by Johannes Linke (Jaykay) - Thursday, 18 December 2008, 07:31 GMT
does directory cache = on help?
Comment by Boris Gjenero (dreamlayers) - Tuesday, 10 March 2009, 05:13 GMT
It seems that scrolling is slow when lines of text are long.  FS#8668  boosts 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#8668  doesn'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.
Comment by Boris Gjenero (dreamlayers) - Tuesday, 15 November 2011, 06:12 GMT
 FS#8668  has been committed. It fixes the problem by boosting when scrolling. Are there any objections to closing this task?