These are my thoughts as to its functionality:
- Each playlist would need to contain two additional pieces of information: resume enabled/disabled (boolean) and resume position. Resume position would include both the item and time (where that is possible) from which to resume.
- If the playlist was saved as an fpl file, this information could be saved therein. (Obviously, other playlist formats could not provide this ability.)
- Resume for a given playlist could be enabled/disabled using a command; e.g. Playlist/Enable resume (checked or unchecked).
- If resume is enabled, the resume position would be updated automatically when stopped.
- If resume is enabled, a command (e.g. Playlist/Resume) would resume from the saved resume position.
- If resume is enabled, opening the playlist using the open dialog or from the command line would resume from the saved resume position. If disabled, playback would start from the first item as normal.
Possible uses:
- There are times when I briefly want to play another file and then return to what I was previously playing. Two copies of fb2k serve this purpose well enough, but this would be great nevertheless.
- Audio books: While foo_bookmark can bookmark one's position in an audio book, playlist resuming as described above would work far more nicely. A user would dump an audio book into a playlist, enable resuming and set to reading. When stopped, the resume command could be used to start where the book was stopped. If the playlist was saved and closed, opening it again would also resume from where the book was stopped (see items 2 and 6 above).
I'm not sure how many people have an interest in such functionality, nor of the practicality of its implementation (can two pieces of information like this be stored in a playlist or does the fpl format not allow for this, etc.). Anyway, just a thought...