- 07 Jan, 2013 1 commit
-
-
Max Kellermann authored
-
- 05 Jan, 2013 2 commits
-
-
Max Kellermann authored
replay_gain_get_real_mode() accesses dangerous globals. Let's just use the global variable replay_gain_mode, and assume "AUTO" means "TRACK". At this point, this is the best we can do, because neither the decoder nor the player should know about the current replay gain mode. This is applied as a filter in the output thread.
-
Max Kellermann authored
Let the function decoder_replay_gain() update decoder_control::replay_gain_db instead of letting each decoder plugin take care for that.
-
- 04 Jan, 2013 3 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
Max Kellermann authored
-
- 21 Mar, 2012 1 commit
-
-
Max Kellermann authored
Eliminate support for reverse endian samples from the MPD core. This moves a lot of complexity to the plugins that really need it (only ALSA and CDIO currently).
-
- 13 Feb, 2012 1 commit
-
-
Max Kellermann authored
This fixes seeking in the vorbis decoder during MPD startup.
-
- 27 Nov, 2011 1 commit
-
-
Max Kellermann authored
Fixes assertion failure.
-
- 10 Oct, 2011 2 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
- 05 Oct, 2011 4 commits
-
-
Max Kellermann authored
This checks both conditions: pending and running. Fixes yet another assertion failure!
-
Max Kellermann authored
.. and add a few code comments.
-
Max Kellermann authored
Don't read song.start_ms and song.end_ms, let the player thread manage this logic instead.
-
Max Kellermann authored
Fixes one more assertion failure.
-
- 04 Oct, 2011 1 commit
-
-
Max Kellermann authored
Fixes possible assertion failure.
-
- 21 Sep, 2011 1 commit
-
-
Max Kellermann authored
When playing a CUE track, the player thread waited for the decoder to become ready, and then sent a SEEK command to the beginning of the CUE track. If that is near the start of the song file, and the track is short enough, the decoder could have finished decoding already at that point, and seeking fails. This commit makes this initial seek more robust: instead of letting the player thread deal with the difficult timings, let the decoder API emulate a SEEK command, and return it to the decoder plugin, as soon as the plugin finishes its initialization.
-
- 16 Sep, 2011 3 commits
-
-
Max Kellermann authored
Add GMutex, GCond attributes which will be used by callers to conditionally wait on the stream. Remove the (now-useless) plugin method buffer(), wait on GCond instead. Lock the input_stream before each method call. Do the same with the playlist plugins.
-
Max Kellermann authored
This was useless, because input_stream_read() blocks until data is available. Calling it in a loop doesn't make sense.
-
Max Kellermann authored
-
- 14 Sep, 2011 1 commit
-
-
Max Kellermann authored
This is not necessary since all relevant input plugins have been moved to the I/O thread, and there is no remaining useful buffer() implementation. This also fixes a busy loop when playing radio.
-
- 29 Jan, 2011 1 commit
-
-
Max Kellermann authored
-
- 10 Jan, 2011 2 commits
-
-
Max Kellermann authored
Remove the decoder dependency on player_control. All player_control was needed for is to signal the player thread, and we can do that with a simple GCond as well.
-
Max Kellermann authored
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.
-
- 30 May, 2010 1 commit
-
-
Daniel Seuthe authored
-
- 18 May, 2010 1 commit
-
-
Daniel Seuthe authored
Pay attention to the ReplayGain mode "auto" and the replay_gain_missing_preamp parameter inside of decoder_replay_gain().
-
- 08 May, 2010 1 commit
-
-
Tim Phipps authored
-
- 21 Mar, 2010 1 commit
-
-
Tim Phipps authored
Adds mixrampdb and mixrampdelay commands. Reads MIXRAP_START and MIXRAMP_END tags from FLAC files and overlaps instead of crossfading.
-
- 17 Mar, 2010 1 commit
-
-
Max Kellermann authored
When decoder->timestamp is calculated, the PCM data is already converted to out_audio_format; using in_audio_format may cause funny speedups/slowdowns.
-
- 17 Feb, 2010 1 commit
-
-
Max Kellermann authored
Apply the replay gain in the output thread. This means a new setting will be active instantly, without going through the whole music pipe. And we might have different replay gain settings for each audio output device.
-
- 18 Jan, 2010 1 commit
-
-
Max Kellermann authored
Use input_stream.uri.
-
- 04 Jan, 2010 4 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
Max Kellermann authored
The replay_gain_state struct holds the precalculated scale factor, which is removed from struct replay_gain_info.
-
Max Kellermann authored
This function replaces the replay_gain_info parameter for decoder_data(). This allows the decoder to announce replay gain changes, instead of having to pass the same object over and over.
-
- 01 Jan, 2010 1 commit
-
-
Avuton Olrich authored
-
- 27 Dec, 2009 1 commit
-
-
Max Kellermann authored
Seek the decoder to the start of the range before beginning with playback. Stop the decoder when the end of the range has been reached. Add the start position to the seek position. Expose the duration of the range, not the full song file.
-
- 26 Dec, 2009 2 commits
-
-
Max Kellermann authored
Remove the data_time parameter from decoder_data(). This patch eliminates the timestamp counting in most decoder plugins, because the MPD core will do it automatically by default.
-
Max Kellermann authored
Don't clear the music pipe when seeking has failed - check the "seeking" flag instead of "command==SEEK". Clear the "seeking" flag in decoder_seek_error().
-
- 25 Dec, 2009 1 commit
-
-
Max Kellermann authored
Use the plugin instead of the glue code in normalize.c. This is used wrapped inside a "autoconv" filter, to enable normalization for all input file formats.
-