FS#11644 - Playlist isn't loaded after reboot if it had ended

Attached to Project: Rockbox
Opened by Frank Gevaerts (fg) - Sunday, 26 September 2010, 20:43 GMT
Last edited by Frank Gevaerts (fg) - Tuesday, 24 January 2012, 22:16 GMT
Task Type Patches
Category Playlists
Status Closed
Assigned To No-one
Operating System All players
Severity Low
Priority Normal
Reported Version Release 3.6
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No


The current playlist isn't loaded after reboot if it had ended. This makes things like "View Current Playlist" and "Save Current Playlist" behave differently after the end of a playlist if the player is rebooted. I think all such inconsistencies shoud be removed.

Note that with e.g. in-car use, the user may not even realise whether the DAP was rebooted or not, since it will power up automatically.

This patch changes that, so the current playlist is *always* reloaded.

Please review, I'm not a playback/playlist expert
This task depends upon

Closed by  Frank Gevaerts (fg)
Tuesday, 24 January 2012, 22:16 GMT
Reason for closing:  Out of Date
Additional comments about closing:  In current code the playlist viewer isn't accessible any more after the playlist ends, which means that the entire issue is moot.
Comment by Rosso Maltese (asettico) - Monday, 15 November 2010, 16:08 GMT
I can't see the difference in behaviour between this and FS#10343 or, at least, I see this one as a subset of that one.
Comment by sideral (sideral) - Tuesday, 05 July 2011, 13:32 GMT
assetico, the two patches are completely orthogonal, AFAIU. This patch restores a completed playlist after a reboot so that it can be inspected with the playlist editor, whereas FS#10343 allows restarting a completed playlist using the Resume playback function in the main menu instead of showing the "nothing to resume" splash.
Comment by Rosso Maltese (asettico) - Tuesday, 05 July 2011, 13:45 GMT
OK, now is more clear.
When I read "restore" I understand "load and play".
Thanks for the precise information.
Comment by Rosso Maltese (asettico) - Friday, 22 July 2011, 12:46 GMT
Sync to r30189.
Comment by Hayden Pearce (St.) - Friday, 05 August 2011, 01:33 GMT
Committed in r30226 and later reverted in r30232 due to this bug:

With this patch applied, dynamic playlists aren't blown away when inserting (a) track(s) with playback stopped. This makes it impossible to clear the dynamic playlist as all inserted tracks are appended to the current list instead of starting anew.


With this patch applied, insert some tracks into a dynamic playlist.
Stop playback.
Insert some tracks either from the Database or Filebrowser, these tracks are appended to the previous stopped dynamic playlist instead of starting a new dynamic playlist.

Comment by Michael Sevakis (MikeS) - Tuesday, 24 January 2012, 20:54 GMT
What current playlist? There is no current playlist. After it ends, it's done; that's it. Seems like something conceptually distinct from a "current playlist" in a "now playing" sense.
Comment by Frank Gevaerts (fg) - Tuesday, 24 January 2012, 21:03 GMT
If you don't reboot, there is still something there, and the UI calls it the current playlist.
Comment by Michael Sevakis (MikeS) - Tuesday, 24 January 2012, 21:59 GMT
Menu items seem to be gone now.

Anyway, I'd either consider "end of playlist" to rid the system of the current playlist or always retain the previous one, either in memory or in persistent storage. If marked as completed, playlist edit commands should clear it properly, or always give a set of options. Appearance of "Erase dynamic playlist?" isn't even consistent between using directories and the database.