Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Playlists
  • Assigned To
    nicolas_p
  • 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 Marc_Guay - 2008-04-13
Last edited by nicolas_p - 2008-04-15

FS#8884 - Playlist Position Increments When It Should Not

Sansa e200 w/17098 & Cabbie v2

Auto-Change Dir OFF/Repeat ALL:


Using a playlist with a single song in it, you can advance track manually and get the playlist index to go to “2 of 1”, “3 of 1”, “4 of 1”, and so on. It corrects itself eventually, but I have managed to freeze the player by messing around with this. The same thing happens if you let it flow naturally.

Auto-Change Dir OFF/Repeat ONE:


Letting the song finish and repeat itself naturally, the playlist position will be incremented by 1 (when it shouldn’t). It will only do this once; the next time around the playlist index will remain the same +1 number. Manually advancing the track has the same effect as repeat all in a single-track playlist (above).

Auto-Change Dir ON/Repeat OFF:


2 seconds before changing to the next directory, when the next song information is gathered and displayed, the WPS displays track “13 of 12” (if the next playlist has 12 songs) before correcting itself and moving to the next dir.

Closed by  nicolas_p
2008-04-15 23:40
Reason for closing:  Fixed
Additional comments about closing:  

r17108

nls commented on 2008-04-13 19:43

I have seen case 1) happen with more than one track in a dir, for example
an album with 12 tracks would be at 13/12 when it repeated and started
playing the first track, then the second track would be 14/12 and so on.

w/17130

Auto-Change Dir OFF/Repeat ONE:


This is fine now.

Auto-Change Dir ON/Repeat OFF:


Now the WPS simply loses the album art for that final 2 seconds. No big deal?

Yes, losing AA for the last couple seconds is expected. I'll close this as in r17108 I went back to the previous, working behaviour.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing