summaryrefslogtreecommitdiffstats
path: root/mplayer.c
diff options
context:
space:
mode:
authorwm4 <wm4@mplayer2.org>2011-12-22 07:02:19 +0100
committerwm4 <wm4@mplayer2.org>2012-01-07 16:42:30 +0100
commit685fbf25fecd13524b083f3b05264806d054f21d (patch)
treee37234f45176e0f262f82f591d1280150def86da /mplayer.c
parent670e72506a652f1876da6063b3ca0d06ec545e76 (diff)
downloadmpv-685fbf25fecd13524b083f3b05264806d054f21d.tar.bz2
mpv-685fbf25fecd13524b083f3b05264806d054f21d.tar.xz
mixer: keep user volume setting when --softvol is used
When --softvol is enabled, the volume set by the "volume" property is reset when changing to a new file or crossing ordered chapter boundaries. Fix this by explicitly restoring the volume on audio reinitialization. Now the behavior with --softvol should be the same as if a system mixer is used, and the volume should be persistent across file changes. This also works around an inconsistency with the mute flag. The frontend assumed the mute flag is persistent across file changes, which was not true with --softvol. If not resetting the volume on playing new files is undesired, it can be avoided by putting volume=100 in the mplayer config file.
Diffstat (limited to 'mplayer.c')
-rw-r--r--mplayer.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/mplayer.c b/mplayer.c
index d79d45f057..6b57c695e6 100644
--- a/mplayer.c
+++ b/mplayer.c
@@ -1448,6 +1448,7 @@ static int build_afilter_chain(struct MPContext *mpctx)
result = init_audio_filters(sh_audio, new_srate,
&ao->samplerate, &ao->channels, &ao->format);
mpctx->mixer.afilter = sh_audio->afilter;
+ mixer_reinit(&mpctx->mixer);
return result;
}