Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Database
  • Assigned To No-one
  • Operating System All players
  • 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 PaulJam - 2008-01-10
Last edited by jdgordon - 2008-02-18

FS#8442 - Additional disk spinups with "Gather Runtime Data"

When the database option “Gather Runtime Data” is enabled then there is sometimes an additional disk spinup at track transitions. The additional spinup happens at the next trackchange after rebufering happened.

Reproduction:
Initialize the database, enable “Gather Runtime Data” and then start playback.
I recomend using lossless files (in order to make rebuffering happen earlier).

On IRC it was suggested that this has to do with unbuffer callbacks.
http://www.rockbox.org/irc/reader.pl?date=20080110#15:02:07

H300 with r16046 and default settings (except for “Gather Runtime Data” and backlight timeout).

Closed by  jdgordon
2008-02-18 06:38
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, repost if it still happens

I’m pretty certain that this is due to the unbuffer callback for the track that was left partially buffered by the rebuffering. My sim showed access to the DB files when this callback happened. What I don’t understand is why the disk would be accessed if the DB is in RAM…

Currently DB updates are always written to disk (just slightly delayed) when unbuffering callback occurs. It would be possible not to write to disk if DB is in RAM but that is not implemented yet.

This should be fixed by r16330.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing