[MPlayer-dev-eng] [PATCH] real muting
The Wanderer
inverseparadox at comcast.net
Wed Dec 21 21:30:25 CET 2005
On 12/21/2005 01:24 PM, Ivan Kalvachev wrote:
> 2005/12/21, Diego Biurrun <diego at biurrun.de>:
>
>> On Wed, Dec 21, 2005 at 03:48:58PM +0200, Ivan Kalvachev wrote:
>>> I'm gonna kill the person who tries to commit this.
>>
>> You know, some arguments why the patch is bad or how it could be
>> improved could do wonders here ;)
>
> The drawback were already well discussed and I got the impression
> that the patch is dropped without need to step in and flame.
>
> But when I saw Wanderer mail I get scared that somebody could get the
> crazy idea this is something that must be committed...
Okay, I did not get the same impression you did; I thought the patch was
still pending. If you think it should be rejected, then in the absence
of opposition I'll drop it.
> In short this patch cannot be improved because it is flowed by
> design. Instead of using alsa mute it stops the playback.
>
> The not so obvious side effects is that the volume stays at the same
> level and for some (old crappy) cards you could still hear the white
> noise.
>
> Other side effect is that the device could be used by another program
> while muted and if you unmute it you are going to either quit
> mplayer or loose ability to hear anything without mplayer restart.
I thought that this "side effect" was actually the intended benefit - at
least remotely analogous to how sound can be played by other programs
while MPlayer is paused. Maybe I've just completely misunderstood the
original thread.
> This side effect is know as oss pause behaviour I had flamed before.
> The big difference is that here we don't have pause but running
> video...
>
> I don't remember how it was solved, but this also mean that we must
> change the time calculation at runtime, that would always be
> hackish...
>
> The mess with lost frames (a&v) and the big skip is clear and well
> discussed. I personally am very pissed by such behaviour and it is
> the main reason to prefer -ao alsa over -ao oss. (even despite the
> fact that my donated sound card can play multiple streams).
I didn't notice anything (either in the discussion or in my own limited
tests) about "lost frames", just the skip. Since the behaviour appears
only when using the explicit "[m]ute" command, which I'd never used
before testing this patch and probably will not use again for the
foreseeable future, I don't think it's likely to be too much of a
problem - for me, at least.
--
The Wanderer
Warning: Simply because I argue an issue does not mean I agree with any
side of it.
Secrecy is the beginning of tyranny.
More information about the MPlayer-dev-eng
mailing list