• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Music playback
  • 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 nls - 2008-03-01
Last edited by nls - 2008-03-07

FS#8667 - Disk spins unnecessarily while playing a playlist with dircache disabled

If I play a regular m3u playlist on my h320 the disk is spun up shortly at each automatic trackchange. It doesn’t happen if dircache is enabled nor does it happen if I just play a directory. Trying with the simulator it opens the next file in the playlist at the transition while playing the playlist.

Closed by  nls
2008-03-07 17:02
Reason for closing:  Duplicate
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

Duplicate of  FS#8601 

Which SVN revision is the most recent you've tested this with? As this doesn't happen to everyone, can you also give more specific directions for how to reproduce it with current SVN? Have you tried resetting your settings?

nls commented on 2008-03-02 01:13

This happens with r16460 (official build from the site) playing oggs in a playlist, with all settings reset to their defaults.
So a recipe would be:
* reset settings
* restart
* play a playlist

is it only oggs which do it? or all tracks?

nls commented on 2008-03-02 01:17

I only have oggs on the player right now but will do more testing in the morning :)

nls commented on 2008-03-02 09:29

mp3 behaves exactly the same, looking at the buffering debug screen during a track transition, pcm falls quickly (usefl, alloc and real are almost full) while the disk spins up and sometimes gets to 0 so this seems to be a likely cause for stuttering I have been hearing in the transitions for some time…

Edit: did a binary search for the commit that this behavior started with, r16019 is the offending one.

Edit 2: The cause seems to be the added call to playlist_peak() inside audio_check_new_track().

Could playlist_check() be used instead of playlist_peek() ?

nls commented on 2008-03-04 14:24

playlist_check() always returns true in dirplay mode (playlist.c:2494) so that will not work :(


Available keyboard shortcuts


Task Details

Task Editing