summaryrefslogtreecommitdiffstats
path: root/command.c
diff options
context:
space:
mode:
authorwm4 <wm4@mplayer2.org>2012-01-07 17:33:40 +0100
committerwm4 <wm4@mplayer2.org>2012-01-18 04:21:45 +0100
commit6afaf948cd80e348c4ff93f44baae362d4423793 (patch)
tree774acf7b7f69ec14019820b53e156bf1f10dfcf9 /command.c
parentaae97b7e254f312e5c7bfbe940cb8515a25bf11d (diff)
downloadmpv-6afaf948cd80e348c4ff93f44baae362d4423793.tar.bz2
mpv-6afaf948cd80e348c4ff93f44baae362d4423793.tar.xz
audio: pretend muting doesn't set volume to 0
Muting audio is implemented by setting the volume controls to 0. This has the annoying consequence that attempting to change the volume while the audio is muted will reset the user's volume setting. E.g. increasing the volume while muted will start from 0, instead from the volume that was set before muting. Changing the volume while muted effectively resets the volume to 0 (which is not very useful), with no possibility of restoring the old voume. This commit makes mplayer always report the volume that was set when mute was enabled while mute is still active. Caveat: this might be have confusing effects when the volume control is directly connected with a system wide mixer setting. Now it's even less obvious (and thus more confusing) that muting will set the mixer volume to 0. Also always clip input volumes, and remove some minor code duplication.
Diffstat (limited to 'command.c')
0 files changed, 0 insertions, 0 deletions