summaryrefslogtreecommitdiffstats
path: root/audio/out/ao_coreaudio.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2015-03-10 10:08:08 +0100
committerwm4 <wm4@nowhere>2015-03-10 10:08:15 +0100
commitee14da2988a543fe2d520ff63729edf9d3484907 (patch)
tree01b0ece7e5e9f87e7b781ea1c049bbebcf425c76 /audio/out/ao_coreaudio.c
parent30b0a5b98a0c68324e3d676d64e2e150e2091e03 (diff)
downloadmpv-ee14da2988a543fe2d520ff63729edf9d3484907.tar.bz2
mpv-ee14da2988a543fe2d520ff63729edf9d3484907.tar.xz
ao_coreaudio_exclusive: rip out pseudo volume control
This could mute a digital passthrough stream by writing zeros. All other volume values did nothing. The comment about MPlayer dying hasn't been true in mpv for quite a while. It's even possible that it's fixed in upstream MPlayer. mpv will print a scary error message when trying to change volume with spdif, and continue normally. If we really want to mute by writing zeros, we should do it in a separate filter. But I'm not overly fascinated by this approach; is it even guaranteed receivers will not be confused by a stream of zeros? The main reason to remove this is that it's in the way of further cleanups.
Diffstat (limited to 'audio/out/ao_coreaudio.c')
0 files changed, 0 insertions, 0 deletions