• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category User Interface
  • Assigned To No-one
  • Operating System iPod 5G
  • Severity Low
  • Priority Very Low
  • Reported Version Daily build (which?)
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by Dwyloc - 2007-11-13
Last edited by dreamlayers - 2011-11-17

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

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.

Closed by  dreamlayers
2011-11-17 16:59
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

Fixed via  FS#8668  , starting in r30967. Scrolling now boosts.

for me scrolling works fine. IMO it should be closed.

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.

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
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.

does directory cache = on help?

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.

 FS#8668  has been committed. It fixes the problem by boosting when scrolling. Are there any objections to closing this task?


Available keyboard shortcuts


Task Details

Task Editing