Rockbox

  • Status Closed
  • Percent Complete
    0%
  • Task Type Bugs
  • Category Playlists
  • Assigned To No-one
  • Operating System
  • Severity Very Low
  • Priority Defer
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by jbscout - 2003-04-20
Last edited by zagor - 2003-04-22

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

All:

  I am using the Resume feature and it works fine,

with 1 problem.

I have an Archos JB Player 6000, firmware 5.05, Rockbox
2003-04-10.
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
2003-04-08_Radio_A.mp3
2003-04-08_Radio_B.mp3
2003-04-08_Radio_C.mp3

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_A.mp3
2003-04-09_Radio_B.mp3, and
2003-04-09_Radio_C.mp3 into the Archos directory.

The directory listing now reads:
2003-04-08_Radio_C.mp3
2003-04-09_Radio_A.mp3
2003-04-09_Radio_B.mp3
2003-04-09_Radio_C.mp3

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.

Thanks

Closed by  zagor
2006-03-18 21:29
Reason for closing:  Wont Fix
Additional comments about closing:  

This is an effect/limitation of the design, not a proper bug.

Project Manager
zagor commented on 2003-04-22 06:50

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

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

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing