FS#1242 - Resume feature fails after file's directory index changes

Attached to Project: Rockbox
Opened by J Scout (jbscout) - Sunday, 20 April 2003, 01:52 GMT
Last edited by Björn Stenberg (zagor) - Tuesday, 22 April 2003, 06:50 GMT
Task Type Bugs
Category Playlists
Status Closed
Assigned To No-one
Operating System
Severity Very Low
Priority Low
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


I am using the Resume feature and it works fine,
with 1 problem.

I have an Archos JB Player 6000, firmware 5.05, Rockbox
Resume feature is set to Ask (which it does). Since I
have a Player, I record FM Radio using a D-Link FM
thingy, not the Archos. So, don’t be misled by that.

I have a directory with files

I shut the Player off at the 67 minute mark (out of 124
minutes) on 2003-04-08_ Radio_C.mp3 (the 3rd file in
the directory).

I plug the Player into my PC. Delete files *_Radio_A
and *_Radio_C, And copy files:
2003-04-09_Radio_B.mp3, and
2003-04-09_Radio_C.mp3 into the Archos directory.

The directory listing now reads:

When I restart the Player and Resume playback, it goes
to (approximately) the 67 minute mark of
2003-04-09_Radio_B.mp3 (now the 3rd file in the
directory). I want it to resume from the 67 minute
mark of 2003-04-08_ Radio_C.mp3, where it stopped
playing last time.

As far as I can tell, the Player uses the position of
the MP3 file in the directory to select which file to
resume. Can the feature get altered to key off the
actual filename? I assume the Ask/Yes options of the
feature would check if the file still exists before
attempting to Resume. If there is a whole playlist (I
never used Resume with a playlist), I assume the
playlist would just go to the next non-deleted file in
the playlist.

This task depends upon

Closed by  Björn Stenberg (zagor)
Saturday, 18 March 2006, 21:29 GMT
Reason for closing:  Wont Fix
Additional comments about closing:  This is an effect/limitation of the design, not a proper bug.
Comment by Björn Stenberg (zagor) - Tuesday, 22 April 2003, 06:50 GMT

Yes, the resume feature uses the file number in a playlist/dir as point of
resume. Without this, resume-in-playlist would not work.

can't store the filename, since there is not enough room for it in the config
sector. Maybe in the future we will start using .cfg files for resume info too.
Then this could be fixed.