aboutsummaryrefslogtreecommitdiffstats
path: root/src/playlist_control.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* single mode: at the end of the song, pause on the next song instead of stopRomain Bignon2010-05-311-2/+0
|
* 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.
* player_control: no CamelCaseMax Kellermann2009-10-081-4/+4
|
* playlist_control: "previous" really plays the previous songMax Kellermann2009-10-081-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".
* playlist: CamelCaseIsBadCourtney Cavin2009-07-281-19/+19
| | | | Renamed all playlist functions to non-CamelCase.
* playlist: no CamelCaseMax Kellermann2009-07-141-1/+1
|
* playlist: reset "current song" when playlist endsMax Kellermann2009-05-281-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.
* player_control: renamed playerSeek(), return boolMax Kellermann2009-05-061-3/+3
| | | | | Renamed playerSeek() to pc_seek() to get rid of CamelCase. Convert the return value to bool.
* playlist_control: use GTimer in previousSongInPlaylist()Max Kellermann2009-04-251-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).
* implemented the 'consume' modeRomain Bignon2009-03-301-14/+21
| | | | Consume mode removes each song played
* renamed smartstop to single and changed behaviorRomain Bignon2009-03-271-2/+2
| | | | | 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-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
* 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_control: fix requeue after seekMax Kellermann2009-03-061-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.
* playlist: update queued song after seekingMax Kellermann2009-02-101-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().
* playlist: added G_LOG_DOMAINMax Kellermann2009-02-041-1/+6
| | | | Removed the explicit "playlist:" prefix from all log messages.
* playlist: moved code to playlist_control.cMax Kellermann2009-02-041-0/+249
Moved handlers for control commands (play, stop, next, prev) to playlist_control.c.