aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* locate: renamed LocateTagItem to "struct locate_item"Max Kellermann2009-01-247-60/+70
| | | | No CamelCase and no typedefs.
* command: use queue_print_*()Max Kellermann2009-01-244-82/+51
| | | | | Replaced several wrapper functions from playlist.c, and make command.c use the queue print functions directly.
* playlist: added playlist_get_queue()Max Kellermann2009-01-242-0/+12
| | | | | To allow code outside playlist.c to access the "queue" object, provide a function which returns a const pointer.
* playlist: renamed the Playlist typedef to "struct playlist"Max Kellermann2009-01-242-3/+3
| | | | No typedefs.
* playlist: moved stopOnError and errorCount into struct playlistMax Kellermann2009-01-242-11/+23
| | | | Moved the 2 remaining global variables into the playlist struct.
* modplug: change settings before loading a fileAndrzej Rybczak2009-01-241-6/+8
| | | | | alternative settings must be set before the file is loaded, otherwise they won't be respected.
* command: eliminate gcc warningLaszlo Ashin2009-01-241-1/+1
| | | | | Argument cmd of function command_available() is not used if mpd was configured without sqlite.
* commands: don't advertise "sticker" unless configuredMax Kellermann2009-01-231-1/+13
| | | | | In the return value of the "commands" command, don't list the "sticker" command if no sticker file is configured.
* playlist: restore random mode after playlist is loadedMax Kellermann2009-01-231-8/+6
| | | | | | | When the playlist was loaded from the state file, the order numbers were the same as the positions. In random mode, we need to shuffle the queue order. To accomplish that, call setPlaylistRandomStatus() at the end of readPlaylistState(), and do a fresh shuffle.
* playlist: removed song_id_to_position()Max Kellermann2009-01-231-12/+7
| | | | song_id_to_position() is only a wrapper for queue_id_to_position().
* playlist: fix "clear" crash in random modeMax Kellermann2009-01-231-0/+5
| | | | | | | When MPD is not playing while in random mode, and the client issues the "clear" command, MPD crashes in stopPlaylist(), or more exactly, in queue_order_to_position(-1). Exit from stopPlaylist() if MPD isn't playing.
* song: include cleanupMax Kellermann2009-01-231-2/+0
| | | | Removed unused includes.
* playlist: moved saving/loading code to queue_save.cMax Kellermann2009-01-234-26/+125
| | | | | Create a new library which saves/loads the queue to/from the state file.
* playlist: moved PlaylistInfo() to playlist_print.cMax Kellermann2009-01-236-32/+86
| | | | | | PlaylistInfo() (notice the capital 'P') sends a stored playlist to the client. Move it to a separate library, where all the code which glues the playlist and the MPD protocol together will live.
* playlist: moved some printing code to queue_print.cMax Kellermann2009-01-234-32/+142
| | | | | Moved protocol printing functions which operate on the queue to queue_print.c.
* playlist: pass const pointers to search functionsMax Kellermann2009-01-232-19/+17
| | | | The LocateTagItem objects are not modified.
* playlist: removed swapSongs()Max Kellermann2009-01-231-8/+4
| | | | swapSongs() is only a wrapper for queue_swap().
* playlist: don't unpause on deleteMax Kellermann2009-01-232-1/+4
| | | | | When you delete a song from the playlist which was paused, MPD forgot that it was paused and started playing the next song.
* queue: update moved song versionsMax Kellermann2009-01-231-0/+1
| | | | This patch fixes a regression introduced by commit aa9ffc.
* playlist: added source commentsMax Kellermann2009-01-232-5/+147
| | | | | | The playlist.c source is currently quite hard to understand. I have managed to wrap my head around it, and this patch attempts to explain it to the next guy.
* playlist: assert in playPlaylistIfPlayerStopped()Max Kellermann2009-01-231-15/+15
| | | | | | The function playPlaylistIfPlayerStopped() is only called when the player thread is stopped. Converted that runtime check into an assertion, and remove one indent level.
* playlist: don't shuffle if not in random modeMax Kellermann2009-01-231-1/+1
| | | | | | One of the previous patches removed the "random" mode check from nextSongInPlaylist(), which caused a shuffle whenever MPD wrapped to the first song in "repeat" mode. Re-add that "random" check.
* playlist: removed unreachable "playing" checkMax Kellermann2009-01-231-11/+7
| | | | | | In playPlaylist(), the second "song==-1 && playing" check can never be reached, because at this point, the function has already returned (after unpausing).
* playlist: removed stopOnError flag from playPlaylist()Max Kellermann2009-01-233-10/+10
| | | | All callers pass false. Don't bother to collect that parameter.
* playlist: restart playing in deleteFromPlaylist()Max Kellermann2009-01-231-22/+9
| | | | | | When a song is deleted, start playing the next song immediately, within deleteFromPlaylist(). This allows us to remove the ugly playlist_noGoToNext flag, and the currentSongInPlaylist() function.
* playlist: calculate next song before deleting the current oneMax Kellermann2009-01-231-11/+5
| | | | | | | By calling queue_next_order() before playlist.current is invalidated (by the deletion of a song), we get more robust results, and the code becomes a little bit easier. incrPlaylistCurrent() is unused now, and can be removed.
* playlist: return early from shufflePlaylist()Max Kellermann2009-01-231-23/+24
| | | | | Remove one indent level by returning diretly after the check. This makes the function more readable.
* playlist: replaced playlist_state with flag playlist.playingMax Kellermann2009-01-232-33/+32
| | | | | | There were only two possible states: STOP and PLAY. The code looks a lot easier if we use a bool instead. Move the variable into the playlist struct.
* queue: added queue_shuffle_order()Max Kellermann2009-01-233-35/+53
| | | | | | | | | | | The function shuffles the virtual order of songs, but does not move them physically. This is used in random mode. The new function replaces playlist.c's randomizeOrder() function, which was aware of playlist.current and playlist.queued. The latter is always -1 anyway, and the former as preserved by the caller, by converting playlist.current to a position, and then back to an order number.
* playlist: check if repeat mode changesMax Kellermann2009-01-231-1/+4
| | | | | | Add a "changed" check to setPlaylistRepeatStatus(): when the new repeat mode is the same as the old one, don't do anything at all. No more checks, no "idle" event.
* playlist: recalculate the queued song after random is toggledMax Kellermann2009-01-232-0/+4
| | | | | | When the random mode is toggled, MPD did not clear the queue. Because of this, MPD continued with the next (random or non-random) song according to the previous mode. Clear the queued song to fix that.
* playlist: moved code to playlist_queue_song_order()Max Kellermann2009-01-231-23/+20
| | | | Merged duplicate code from queueNextSongInPlaylist().
* playlist: documented struct membersMax Kellermann2009-01-231-0/+13
| | | | Added several comments.
* queue: merged songs, songMod, positionToId into struct queue_itemMax Kellermann2009-01-232-56/+52
| | | | | Move everything which belongs together into one common struct. This simplifies the implementation of several queue operations.
* playlist: moved code to queue.cMax Kellermann2009-01-225-357/+777
| | | | | Attempt to untie the playlist.c knot: moved the playlist storage code to queue.c, struct queue.
* playlist: corrected shuffle underflow testMax Kellermann2009-01-221-2/+2
| | | | Check for current>=0, not queued>=0.
* playlist: fix buffer underflow when getting current songMax Kellermann2009-01-221-7/+10
| | | | | | The function moveSongInPlaylist() attempted to read the position of the current song, even if it was -1. Check that first. The same bug was in shufflePlaylist().
* locate: use const pointersMax Kellermann2009-01-224-32/+28
| | | | Pass const pointers where no writes are performed.
* null: added option to disable timer synchronizationMax Kellermann2009-01-222-1/+12
| | | | | | | The null plugin synchronizes the playback so it will happen in real time. This patch adds a configuration option which disables this: the playback will then be as fast as possible. This can be useful to profile MPD.
* null: implemented finish() methodMax Kellermann2009-01-221-0/+13
| | | | Free memory in the finish() method to make valgrind happy.
* null: no CamelCaseMax Kellermann2009-01-222-15/+20
| | | | Renamed functions and variables.
* NEWS: update change logMax Kellermann2009-01-221-2/+16
|
* playlist: convert assertion to check in TAG event handlerMax Kellermann2009-01-211-2/+3
| | | | | | It is possible that playlist.current is reset before the TAG event handler playlist_tag_event() is called. Convert the assertion into a run-time check.
* player_thread: emit PLAYLIST event when new song failsMax Kellermann2009-01-211-1/+1
| | | | | | Break from the loop instead of returning the function. This calls player_stop_decoder(), which in turn emits the PLAYLIST event. This allows the playlist to re-start the player.
* player_thread: check for decoder failure before seekingMax Kellermann2009-01-211-1/+4
| | | | | The function player_seek_decoder() starts the decoder, but does not check the return value of player_wait_for_decoder().
* player_thread: use bool instead of intMax Kellermann2009-01-211-12/+13
| | | | | Make player_wait_for_decoder() and play_chunk() return a bool instead of 0/-1.
* command: don't restart player in the "status" commandMax Kellermann2009-01-213-4/+3
| | | | | | Don't attempt to restart the player if it was stopped, but there were still songs left on the playlist. This looks like it has been a workaround for a bug which has been fixed long time ago.
* playlist: use the "enum player_error" typeMax Kellermann2009-01-211-1/+1
| | | | Don't assign the result of getPlayerError() to an integer.
* playlist: free memory with g_free()Max Kellermann2009-01-211-10/+5
| | | | | Use g_free() consistently with g_malloc(). Don't clear the pointers after freeing them.
* player_thread: request next song only if new one starts playingMax Kellermann2009-01-211-11/+0
| | | | | | | | | The player_thread loop requests the next song from the playlist as soon as the decoder finishes the song which is currently being played. This is superfluous, and can lead to synchronization errors and wrong results. The playlist already knows when the player starts playing the next song (player_wait_for_decoder() triggers the PLAYLIST event), and will then trigger the scheduler to provide the next song.