- 24 Jan, 2009 13 commits
-
-
Max Kellermann authored
Instead of passing two parameters around (number of items, array of items), combine both in a variable size struct.
-
Max Kellermann authored
The declaration initialized only the first element. Initialize the whole array with memset() instead.
-
Max Kellermann authored
Use the C99 bool type instead of integer values (1/0 or 0/-1).
-
Max Kellermann authored
Renamed functions and variables.
-
Max Kellermann authored
Fix a typo in one of the previous patches.
-
Max Kellermann authored
Now playlist.c does not contain any protocol specific code anymore.
-
Max Kellermann authored
No CamelCase and no typedefs.
-
Max Kellermann authored
Replaced several wrapper functions from playlist.c, and make command.c use the queue print functions directly.
-
Max Kellermann authored
To allow code outside playlist.c to access the "queue" object, provide a function which returns a const pointer.
-
Max Kellermann authored
No typedefs.
-
Max Kellermann authored
Moved the 2 remaining global variables into the playlist struct.
-
Andrzej Rybczak authored
alternative settings must be set before the file is loaded, otherwise they won't be respected.
-
Laszlo Ashin authored
Argument cmd of function command_available() is not used if mpd was configured without sqlite.
-
- 23 Jan, 2009 16 commits
-
-
Max Kellermann authored
In the return value of the "commands" command, don't list the "sticker" command if no sticker file is configured.
-
Max Kellermann authored
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.
-
Max Kellermann authored
song_id_to_position() is only a wrapper for queue_id_to_position().
-
Max Kellermann authored
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.
-
Max Kellermann authored
Removed unused includes.
-
Max Kellermann authored
Create a new library which saves/loads the queue to/from the state file.
-
Max Kellermann authored
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.
-
Max Kellermann authored
Moved protocol printing functions which operate on the queue to queue_print.c.
-
Max Kellermann authored
The LocateTagItem objects are not modified.
-
Max Kellermann authored
swapSongs() is only a wrapper for queue_swap().
-
Max Kellermann authored
When you delete a song from the playlist which was paused, MPD forgot that it was paused and started playing the next song.
-
Max Kellermann authored
This patch fixes a regression introduced by commit aa9ffc.
-
Max Kellermann authored
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.
-
Max Kellermann authored
The function playPlaylistIfPlayerStopped() is only called when the player thread is stopped. Converted that runtime check into an assertion, and remove one indent level.
-
Max Kellermann authored
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.
-
Max Kellermann authored
In playPlaylist(), the second "song==-1 && playing" check can never be reached, because at this point, the function has already returned (after unpausing).
-
- 22 Jan, 2009 11 commits
-
-
Max Kellermann authored
All callers pass false. Don't bother to collect that parameter.
-
Max Kellermann authored
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.
-
Max Kellermann authored
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.
-
Max Kellermann authored
Remove one indent level by returning diretly after the check. This makes the function more readable.
-
Max Kellermann authored
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.
-
Max Kellermann authored
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.
-
Max Kellermann authored
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.
-
Max Kellermann authored
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.
-
Max Kellermann authored
Merged duplicate code from queueNextSongInPlaylist().
-
Max Kellermann authored
Added several comments.
-
Max Kellermann authored
Move everything which belongs together into one common struct. This simplifies the implementation of several queue operations.
-