- 08 May, 2017 1 commit
-
-
Max Kellermann authored
This eliminates some overhead, because the compiler doesn't need to consider these functions throwing.
-
- 23 Jan, 2017 1 commit
-
-
Max Kellermann authored
Each close/open cycle resets the Filter's state, because a new Filter instance is being created. That results in the serials (replay_gain_serial and other_replay_gain_serial) being out of sync with the internal ReplayGainFilter state. So instead of initializing those serials once, we need to initialize them each time we create new ReplayGainFilter instances, i.e. in OpenFilter(). https://bugs.musicpd.org/view.php?id=4632
-
- 11 Jan, 2017 2 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
- 03 Jan, 2017 2 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
Fixes assert failure after unpausing.
-
- 26 Dec, 2016 3 commits
-
-
Max Kellermann authored
The filter can take some time to finish, even more so on a weak machine with a saturated CPU. By not holding the mutex during that time, we can reduce PlayerThread latency a lot, because that thread needs to synchronize a lot with all outputs.
-
Max Kellermann authored
Don't expose MusicChunk instances, provide higher-level access to chunk contents.
-
Max Kellermann authored
-