https://bugs.freedesktop.org/show_bug.cgi?id=39700

--- Comment #4 from David Henningsson <david.hennings...@canonical.com> ---
We have a workaround (i e quirk) for some of these in the kernel already. We
write to some secret register, that turns the Internal Mic into a Mono mic. So
if you're having ALC269 or ALC271X (as seen in /proc/asound/cardX/codec#X ) you
can just submit a quirk to the kernel. 

Unfortunately I've also seen it happening for ALC268 and ALC272X (and IIRC, one
Conexant?) and we don't know the secret register for those (yet). 

There are various ways we can work around this in both the kernel, alsa-lib and
PulseAudio layers. It's a matter of picking the right one. I'm leaning towards
trying to fix it in the kernel's codec drivers, because
1) we already have quirking infrastructure there
2) we already have some working quirks already in that layer
3) it would benefit other sound applications that use ALSA directly.

The downside to that is really that we're silencing out one channel for
everyone, leading to no application being able to use both channels, even if
they would implement some kind of "auto-detect-and-reverse-one-channel"
functionality. But should such need arise later on, we could possibly implement
a kcontrol to switch this functionality on and off...

--- Comment #5 from Arun Raghavan <a...@accosted.net> ---
Is this something we've fixed on the ALSA side (as I recall was the intention)?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
_______________________________________________
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

Reply via email to