aboutsummaryrefslogtreecommitdiffstats
path: root/src/playlist_state.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Update copyright notices.Avuton Olrich2009-12-311-1/+1
|
* include config.h in all sourcesMax Kellermann2009-11-121-0/+1
| | | | | | After we've been hit by Large File Support problems several times in the past week (which only occur on 32 bit platforms, which I don't have), this is yet another attempt to fix the issue.
* output_plugin: added methods enable() and disable()Max Kellermann2009-10-231-0/+6
| | | | | | | With these methods, an output plugin can allocate some global resources only if it is actually enabled. The method enable() is called after daemonization, which allows for more sophisticated resource allocation during that method.
* player_control: no CamelCaseMax Kellermann2009-10-081-8/+4
|
* player_control: bundle "get" functions in pc_get_status()Max Kellermann2009-10-081-4/+14
| | | | | | The new player_status struct replaces a bunch of playerGetX() functions. When we add proper locking to the player_control struct, we will only need to lock once for the "status" command.
* state_file: save only if something has changedMax Kellermann2009-10-081-0/+18
| | | | | | If nothing has changed since the last save, don't save the state file. Saving will spin up the hard drive, which is undesirable on hosts where MPD is idling in background.
* playlist: CamelCaseIsBadCourtney Cavin2009-07-281-9/+9
| | | | Renamed all playlist functions to non-CamelCase.
* state_file: don't rewind the stream while reading the state fileMax Kellermann2009-07-151-14/+15
| | | | | | Parse the state file line by line, let each subsystem probe a line. Only the playlist_state code gets the FILE pointer to read the following lines.
* playlist_state: don't save "current" song when none is setMax Kellermann2009-06-291-2/+4
| | | | | | | | | This patch fixes an assertion failure: Assertion `order < queue->length' failed. This happens when the state file is saved, when there is no "current" song: current==-1, and queue_order_to_position(-1) is called.
* playlist_state: save state when stoppedChristopher Zimmerman2009-06-261-5/+9
| | | | | | | | | | | | | At the moment mpd doesn't store or restore the current track to/from its state file when the daemon is stopped/started while in 'stopped' state. I believe the preferred behaviour would be to store and restore the current track even when the daemon is in stopped state when shutting down. I made a small patch to adapt this behaviour. If you believe this is not the preferred behaviour, maybe this should be realized as a configuration option. I'm not sure how to do this, but made a small comment, where one would have to put the option.
* implemented the 'consume' modeRomain Bignon2009-03-301-0/+10
| | | | Consume mode removes each song played
* renamed smartstop to single and changed behaviorRomain Bignon2009-03-271-7/+7
| | | | | When single mode is enabled, after current song it stops playback, or it replay same song if repeat mode is activated.
* implements the smartstop featureRomain Bignon2009-03-271-2/+11
| | | | | | | | | The smartstop feature is a way to tell mpd to stop playing after current song. This patche provides: - 'state' command returns 'smartstop' state (1 or 0) - 'smartstop' can activate or not the smartstop state - when song is terminated, mpd stops playing and smartstop is set to 0
* playlist_state: fix playback restore in random modeMax Kellermann2009-03-261-2/+0
| | | | | | The functions playPlaylist() and seekSongInPlaylist() expect a song position, not a song order number. Don't convert the "current" variable with queue_position_to_order().
* playlist_state: start playing after restore is completeMax Kellermann2009-03-251-18/+17
| | | | | | | | | | | Don't start playback as soon as the "current" song is being loaded from the state file. That is unclean, and leads to an obscure bug: in repeat mode, when the song is started (which is yet the last song in the list), the playlist code marked the very first song in the playlist as "next" song, because the end of the playlist was wrapped. It's easier to set up the playback after all songs have been loaded, and after the random/repeat mode has been set.
* all: Update copyright header.Avuton Olrich2009-03-131-3/+4
| | | | | | | | This updates the copyright header to all be the same, which is pretty much an update of where to mail request for a copy of the GPL and the years of the MPD project. This also puts all committers under 'The Music Player Project' umbrella. These entries should go individually in the AUTHORS file, for consistancy.
* playlist: increase playlist version after loading stateMax Kellermann2009-02-041-0/+2
| | | | | | After the state file has been loaded, the playlist version is still "1", and "plchanges 1" returns the whole playlist. Fix this by increasing the playlist version after the state file has been loaded.
* playlist: renamed global "playlist" variable to "g_playlist"Max Kellermann2009-02-041-5/+6
| | | | | | | Export the "g_playlist" variable, and pass it to all playlist functions. This way, we can split playlist.c easier into separate parts. The code which initializes the singleton variable is moved to playlist_global.c.
* playlist: moved code to playlist_state.cMax Kellermann2009-02-041-0/+175
Moved everything related to saving or loading the playlist from/to the state file to playlist_state.c.