[pulseaudio-discuss] [BUG?] I get a profile with 2 outputs, but if I mute headphone it mutes both ports
david.henningsson at canonical.com
Mon Nov 2 00:36:29 PST 2015
On 2015-11-01 13:41, Tanu Kaskinen wrote:
> On Sat, 2015-10-31 at 17:37 +0100, GMAIL wrote:
>> Le 31/10/2015 12:19, Tanu Kaskinen a écrit :
>>> I suspect that the "Front" volume and mute elements can be used to
>>> control the line out without affecting the headphones. The problem is
>>> that PulseAudio's alsa configuration assumes that the "Front" element
>>> affects both line out and headphones (there's a comment saying that "on
>>> some machines Front is actually a part of the Headphone path").
>>> contains this:
>>> [Element Front]
>>> switch = mute
>>> volume = zero
>>> If you change that to
>>> [Element Front]
>>> switch = off
>>> volume = off
>>> does that fix the problem for you?
>> Indeed this fixes my problem, thanks!
>> I'm a bit confused by the comment in the .conf file though. So, despite
>> PA detecting the rear line out port exactly as it states, this "Element
>> Front" is actually part of the headphones "paths"? that is rear line out
>> is considered as part of "Element Front"?
> I'm not sure what you mean with your last question. The rear line out
> isn't a "part" of the "Front" mixer element, it's the other way around.
> You have two paths, headphones and line out. PulseAudio considers the
> "Front" mixer element to be part of both paths, even though on your
> machine it's only a part of the line out path.
> I'm not sure if we can fix this upstream. To me it would seem logical
> for the kernel to promise that "Front" only refers to line out, and if
> on some machine it also affects the headphone path, then that should be
> considered a kernel bug, and the kernel should rename the element.
> David, what do you think?
Well, technically what comes out of a headphone are front left and front
right channels, so to some degree it makes sense that "Front" should be
a part of the headphone path.
But there's another thing behind this. 1458:a002 is a problematic one.
Gigabyte uses that SSID for several different motherboard, and some of
them have broken front headphone detection (or we don't know how to turn
it on correctly), so we've turned it off by default for all 1458:a002.
That's why you don't get port switching by default, and probably also
why the kernel does not automute for you, like it does on most other
motherboards which have the same codec configuration.
More information about the pulseaudio-discuss