Make database/playlist aware of track deletion

[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]

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

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]]

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

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

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]