aboutsummaryrefslogtreecommitdiffstats
path: root/src/PlaylistControl.cxx (unfollow)
Commit message (Collapse)AuthorFilesLines
2013-07-28song: convert header to C++Max Kellermann1-3/+3
2013-01-20PlayerControl: move functions into the classMax Kellermann1-7/+6
2013-01-07Playlist: convert functions to methodsMax Kellermann1-107/+86
2013-01-06queue: convert all functions to methodsMax Kellermann1-23/+19
2013-01-04player_control.h: convert header to C++Max Kellermann1-4/+1
2013-01-04playlist: convert to C++Max Kellermann1-4/+6
2012-08-15player_control: duplicate the song objectMax Kellermann1-1/+4
Make sure the player "owns" the next_song object, so nobody else can free it.
2011-12-24command: new command "seekcur"Max Kellermann1-0/+24
For simpler seeking within current song.
2011-07-20playlist_control: don't resume playback when seeking to another song while ↵Max Kellermann1-3/+5
paused Use a shortcut in playlist_seek_song(), don't call playlist_play_order() because that would reset the "paused" state.
2011-01-29copyright year 2011Max Kellermann1-1/+1
2011-01-10player_control: removed the global variable "pc"Max Kellermann1-25/+34
Allocate a player_control object where needed, and pass it around. Each "client" object is associated with a "player_control" instance. This prepares multi-player support.
2010-06-30playlist: emit IDLE_OPTIONS when resetting single modeMax Kellermann1-0/+3
2010-05-31single mode: at the end of the song, pause on the next song instead of stopRomain Bignon1-2/+0
2009-12-31Update copyright notices.Avuton Olrich1-1/+1
2009-11-12include config.h in all sourcesMax Kellermann1-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.
2009-10-08player_control: no CamelCaseMax Kellermann1-4/+4
2009-10-08playlist_control: "previous" really plays the previous songMax Kellermann1-28/+12
No more CD player emulation. The current behaviour of "previous" is difficult for a client to predict, because it does not definitely know the current position within the song. If a client wants to restart the current song, it can always send "playid".
2009-07-28playlist: CamelCaseIsBadCourtney Cavin1-19/+19
Renamed all playlist functions to non-CamelCase.
2009-07-14playlist: no CamelCaseMax Kellermann1-1/+1
2009-05-28playlist: reset "current song" when playlist endsMax Kellermann1-0/+3
Commit f78cddb4 introduced a regression: when the playlist reached its end, MPD did not reset the "current song" pointer anymore after stop. Add a "current = -1" code line.
2009-05-06player_control: renamed playerSeek(), return boolMax Kellermann1-3/+3
Renamed playerSeek() to pc_seek() to get rid of CamelCase. Convert the return value to bool.
2009-04-25playlist_control: use GTimer in previousSongInPlaylist()Max Kellermann1-6/+4
To determine whether to rewind the current song or to go to the previous song, use a GTimer instead of manually diffing time(NULL).
2009-03-30implemented the 'consume' modeRomain Bignon1-14/+21
Consume mode removes each song played
2009-03-27renamed smartstop to single and changed behaviorRomain Bignon1-2/+2
When single mode is enabled, after current song it stops playback, or it replay same song if repeat mode is activated.
2009-03-27implements the smartstop featureRomain Bignon1-0/+2
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
2009-03-13all: Update copyright header.Avuton Olrich1-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.
2009-03-06playlist_control: fix requeue after seekMax Kellermann1-3/+3
The queue update after a seek was wrong: the queued song is cleared by a successful seek. This caused queue/cross-fading problems after a seek.
2009-02-10playlist: update queued song after seekingMax Kellermann1-3/+7
If a new song is queued before calling playerSeek(), then the player and the playlist enter an inconsistent state, because the player discards the playlist's "queued" song in favor of the seeked song. Call playlist_update_queued_song() after playerSeek().
2009-02-04playlist: added G_LOG_DOMAINMax Kellermann1-1/+6
Removed the explicit "playlist:" prefix from all log messages.
2009-02-04playlist: moved code to playlist_control.cMax Kellermann1-0/+249
Moved handlers for control commands (play, stop, next, prev) to playlist_control.c.