Support and General Use > Audio Playback, Database and Playlists
Bookmark bug
nerdrunner:
I listen to podcasts a lot on Sandisk Sansa C250/Rockbox, and once a podcast has been heard, I almost never want to hear it again, so I want to delete it as soon as possible.
Here's the bug:
Let's say there are 5 podcasts in a directory, and I choose to play the entire directory, so Rockbox makes a temporary playlist of the 5 titles in the directory.
After listening to podcast #1, but while listening to podcast #2, I go in & delete podcast #1. Podcast #2 continues playing (and continues displaying "#2 out of 5").
The problem comes when I turn _off_ the Sansa C250/Rockbox, and it automatically generates a bookmark to remember where it was.
I then turn _on_ the Sansa/Rockbox, and it continues playing, but since it wants to continue playing "#2 out of 5", it "continues" playing the wrong podcast (the one that was originally #3 out of 5 before the original #1 got deleted).
One solution to this bug is for bookmarks to remember the actual file name of the file that was playing within the playlist instead of the index number into the playlist.
There's at least one mp3 player that handles this situation of deleted files correctly -- the "pTunes" player for the Palm Treo. That player also generates playlists dynamically when asked to play an entire directory, but somehow stores its bookmarks in a way that identifies actual files, not numeric indexes into the playlist.
Lear:
--- Quote from: nerdrunner on October 31, 2009, 10:15:14 AM ---I then turn _on_ the Sansa/Rockbox, and it continues playing, but since it wants to continue playing "#2 out of 5", it "continues" playing the wrong podcast (the one that was originally #3 out of 5 before the original #1 got deleted).
One solution to this bug is for bookmarks to remember the actual file name of the file that was playing within the playlist instead of the index number into the playlist.
--- End quote ---
Actually, that is how bookmarks are created right now. When "playing" a bookmark, it does resume by name (in practice it first looks at the file at the index number, but if the name doesn't match, it looks for the file by name).
The problem here, I suspect, is that you don't actually resume the bookmark, but rather "Resume Playback" (via the main menu, the play button or the Start Screen setting). This works independently from bookmarks (so it works even if bookmarking is turned off), but has the limitation of being index-based only.
nerdrunner:
Actually, I'm merely turning the player off & on. Rockbox resumes however it resumes. Unfortunately, it resumes the wrong podcast in the right place.
Lear:
If Rockbox resumes just by turning the player on, then it must be due to the start screen setting, in which case bookmarks are not used. So, not a bookmark bug. ;)
Oh, as a clarification, Rockbox uses the name when resuming directory bookmarks, not playlist bookmarks...
nerdrunner:
You people are amazing! This is a highly reproduceable _bug_. So instead of theorizing, just try the sequence that I reported. Thank you.
Navigation
[0] Message Index
[#] Next page
Go to full version