Rockbox Development > Feature Ideas

Make database/playlist aware of track deletion

(1/1)

dancedar:
Sansa Clip Zip w/ 63859e6
While playing an album from the db, say track 3.mp3, after I finish it I pause it w/ a few seconds to go, and I delete it via the wps-menu but
a) the file is still playing
b) the track list (track 3 of 7, for example) is not updated (to 3/6)
c) the playlist is not away file has been deleted, shows 'err' for the deleted track in the playlist view.

Should RB not be aware of these file/db deletions and update itself, reflecting these changes currently?

Perhaps I'm doing something wrong, but I've read the manual, been through the menus and and fairly tech-aware (from and Android devving angle)

WarpEnterprises:
The "play from buffer" is a feature, see here http://forums.rockbox.org/index.php/topic,26697.0.html and here http://forums.rockbox.org/index.php/topic,24377.0.html

There seems to be a real bug regarding the playlist. When deleting the current file, then skip forward, them skip backward at least the ui-simulator crashes.

[Saint]:
The thing is, is that as far as audio playback is concerned, if you delete the currently playing track from disk, it *is* "still there" because it is loaded from disk into RAM (the "audio buffer"). The only "solutions" I can see to this "problem" would be forcing a rebuffer and parsing the playlist again on each track deletion if the deleted track(s) reside in the buffer, and I am not certain that this is a trivial thing to do.

Apparently (and I don't really blame them), whoever set this up didn't account for someone deleting the currently playing track during playback (be it paused or otherwise).


[Saint]

gevaerts:

--- Quote from: [Saint] on March 21, 2013, 05:23:51 PM ---Apparently (and I don't really blame them), whoever set this up didn't account for someone deleting the currently playing track during playback (be it paused or otherwise).

--- End quote ---

That's expected to work (by skipping to the next track as soon as it runs out of buffer). If it crashes, that's a bug

[Saint]:

--- Quote from: gevaerts on March 21, 2013, 05:48:11 PM ---
--- Quote from: [Saint] on March 21, 2013, 05:23:51 PM ---Apparently (and I don't really blame them), whoever set this up didn't account for someone deleting the currently playing track during playback (be it paused or otherwise).

--- End quote ---

That's expected to work (by skipping to the next track as soon as it runs out of buffer). If it crashes, that's a bug

--- End quote ---

Right, yes, this does work.

I was a little unclear perhaps, what seems to be confusing to the OP is that if track resides in buffer, and is deleted, it will continue to play as normal. That's what I was referring to when I said the above quote. I think ideally it should be able to detect if the deleted track resides in the buffer and cause a rebuffer, and adjust the playlist to match. Apologies if that was unclear.


[Saint]

Navigation

[0] Message Index