summaryrefslogtreecommitdiffstats
path: root/DOCS/man/en/options.rst
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-05-28 01:49:07 +0200
committerwm4 <wm4@nowhere>2013-05-29 14:56:35 +0200
commit362e0aa7d5c495bd017167ba519b177e9c1e82f7 (patch)
tree8ce343b5ae9d908a0bb1f65ba65bd3522c9b00f4 /DOCS/man/en/options.rst
parenta9892f901fdf1e737c569a7a975f87232318fdce (diff)
downloadmpv-362e0aa7d5c495bd017167ba519b177e9c1e82f7.tar.bz2
mpv-362e0aa7d5c495bd017167ba519b177e9c1e82f7.tar.xz
mplayer: fix volume setting with --gapless-audio
Playing something with "mpv f1.mkv f2.mkv --gapless-audio --volume=20" caused the volume to be reset when playing a new file. Normally, the volume should not be reset (unless explicitly requested with per-file options), and without either --gapless-audio or --volume it works as expected. The underlying problem is that volume was saved only when the AO was uninitialized, and also the volume was always set when starting a file. Fix this by saving the volume when playback ends, and when the audio is reinitialized. To make sure the volume is never restored twice or saved in the wrong situation, introduce INITIALIZED_VOL. Also note that this volume saving and restoring only happens if the --volume option is used. mixer.c does its own bookkeeping of volume. The main reason for this is that the volume option could be reset by per-file options (see manpage), and mixer.c doesn't know anything about this stuff. This is probably dumb, and maybe some things could be simplified. But for now this will work.
Diffstat (limited to 'DOCS/man/en/options.rst')
0 files changed, 0 insertions, 0 deletions