- 18 Jan, 2020 1 commit
-
-
Max Kellermann authored
-
- 25 Apr, 2019 1 commit
-
-
Max Kellermann authored
-
- 18 Mar, 2019 1 commit
-
-
Max Kellermann authored
-
- 12 Mar, 2019 1 commit
-
-
Max Kellermann authored
-
- 31 Oct, 2018 1 commit
-
-
Max Kellermann authored
-
- 20 Aug, 2018 1 commit
-
-
Max Kellermann authored
-
- 27 Dec, 2017 2 commits
-
-
Max Kellermann authored
Thsi filter doesn't make sense as manually configured plugin, because nobody ever calls volume_filter_set() on it, making it a no-op.
-
Max Kellermann authored
These are not in filter_plugins[] and have dedicated constructors anyway.
-
- 08 May, 2017 1 commit
-
-
Max Kellermann authored
This eliminates some overhead, because the compiler doesn't need to consider these functions throwing.
-
- 03 Jan, 2017 1 commit
-
-
Max Kellermann authored
-
- 03 Dec, 2016 1 commit
-
-
Max Kellermann authored
-
- 23 Nov, 2016 1 commit
-
-
Max Kellermann authored
-
- 26 Feb, 2016 1 commit
-
-
Max Kellermann authored
-
- 01 Jan, 2015 1 commit
-
-
Max Kellermann authored
-
- 24 Jan, 2014 1 commit
-
-
Max Kellermann authored
-
- 13 Jan, 2014 1 commit
-
-
Max Kellermann authored
-
- 28 Oct, 2013 1 commit
-
-
Max Kellermann authored
-
- 01 Feb, 2013 1 commit
-
-
Max Kellermann authored
-
- 29 Jan, 2011 1 commit
-
-
Max Kellermann authored
-
- 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.
-
- 01 Jan, 2010 1 commit
-
-
Avuton Olrich authored
-
- 14 Dec, 2009 2 commits
-
-
Max Kellermann authored
Wrap the AudioCompress library in a filter plugin.
-
Albin Eldstål-Damlin authored
-
- 06 Jul, 2009 2 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
- 02 Jul, 2009 2 commits
-
-
Max Kellermann authored
The "volume" filter plugin will replace the current software volume code. One "volume" filter may be attached to each output device. This will allow the user to use hardware mixers for some devices, and software mixers for other devices at the same time. Currently, neither the filter API nor the "volume" plugin is integrated into MPD.
-
Max Kellermann authored
The filter API allows us to implement software volume as a pluggable filter, and we will be able to integrate libraries like SoX.
-
- 14 Mar, 2009 3 commits
-
-
Max Kellermann authored
This patch allows the output plugins to import only mixer_list.h, instead of the full mixer_api.h (which would expose internal structures).
-
Max Kellermann authored
mixer_control.h should provide the functions needed to manipulate a mixer, without exposing the internal mixer API (which is provided by mixer_api.h).
-
Max Kellermann authored
-
- 13 Mar, 2009 1 commit
-
-
Avuton Olrich authored
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.
-
- 07 Mar, 2009 1 commit
-
-
David Guibert authored
This patch introduces the mixer for the pulse output. Technically speaking, the pulse index is needed to get or set the volume. You must define callback fonctions to get this index since the pulse output in mpd is done using the simpe api. The pulse simple api does not provide the index of the newly defined output. So callback fonctions are associated to the pulse context. The list of all the sink input is then retreived. Then we select the name of the mpd pulse output and control its volume by its associated index number. Signed-off-by:
Patrice Linel <patnathanael@gmail.com> Signed-off-by:
David Guibert <david.guibert@gmail.com> [mk: fixed whitespace errors and broke long lines; removed daemonization changes from main.c]
-
- 02 Mar, 2009 1 commit
-
-
Viliam Mateicka authored
-
- 16 Feb, 2009 2 commits
-
-
Max Kellermann authored
Don't include conf.h in mixer_api.h. Use a forward struct declaration instead.
-
Max Kellermann authored
The method control() is too complicated, and overengineered. Replace it with two trivial functions: get_volume() and set_volume().
-
- 25 Jan, 2009 5 commits
-
-
Max Kellermann authored
The mixer plugins should re-use the mixer struct and incorporate it in their object class.
-
Max Kellermann authored
Both methods are always called together. There is no point in having them separate. This simplifies the code, because the old configure() method could be called more than once, and had to free old allocations.
-
Max Kellermann authored
Allocate the mixer object when it is configured. Merged mixer_configure() into mixer_new(). mixer_new() was quite useless anyway.
-
Max Kellermann authored
Don't use statically allocated mixer objects.
-
Max Kellermann authored
The plugin structures must never be modified.
-