Support and General Use > Audio Playback, Database and Playlists
Incorrect Resume
AlexP:
--- Quote from: MatthewP on April 11, 2010, 02:53:45 AM ---This problem happens even when the file is deleted in Rockbox, when it's not connected to a computer.
--- End quote ---
Yes, for the same reason.
MatthewP:
When a delete happens outside the player Rockbox doesn't know it needs to update the index. But when it's done on the player Rockbox should update the index when the delete function is executed.
GodEater:
Yes, but the delete function does do this, as it has no way to know that the file you're deleting is currently being used in a playlist.
MatthewP:
If the original firmware can manage this, Rockbox should also. When a delete is performed, just search the playlists for references to the deleted file. If it's there, remove it.
Llorean:
You seem to have missed the point - the problem is that the file isn't referenced in the playlist.
Basically, the playlist says "the third file in the directory" rather than a specific filename - it's an index. Since playback is stopped at the time anyway, we don't know if the third file in the directory is still the same one it used to be (they could've had file added, or other files deleted) so when the user deletes the file, it can't know which index in the dynamic playlist is the right one to delete.
You'll notice static playlists (which have filenames in them) don't present this problem - a missing file will simply be skipped over.
If you think it's easy to identify reliably whether the file was removed and handle it in the case of such dynamic playlists, though, feel free to submit a patch. Maybe something's been overlooked.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version