[alsa-devel] [PATCH 2/3] ALSA: HDA: Rename "Front" to "Master Front" on ALC861VD and ALC887
Takashi Iwai
tiwai at suse.de
Mon Nov 22 09:51:51 CET 2010
At Mon, 22 Nov 2010 09:42:46 +0100,
David Henningsson wrote:
>
> On 2010-11-22 07:50, Takashi Iwai wrote:
> > At Fri, 19 Nov 2010 10:29:37 +0100,
> > David Henningsson wrote:
> >>
> >> Since "Front" controls headphones as well on these two codecs,
> >> they should be labeled "Master Front" in order to be handled correct
> >> by PulseAudio.
> >
> > Well, "Front" doesn't mean the physical output but rather the output
> > channels. So, it doesn't conflict with the fact that this control
> > actually changes all outputs, as long as the output jacks are of front
> > channels. In that sense, even "Surround" is also a sort of Master
> > control.
> >
> > That being said, I'm not happy with this rename. If any, we should
> > try to get rid of unnecessary front volume control. But, just because
> > PA gets confused doesn't sound like a right reason.
> >
> > Could you give the alsa-info.sh output for checking what mixer elements
> > are created?
>
> As you know PulseAudio needs consistent naming of volume controls, and
> this is not expressed clearly enough in the docs, so, what would you
> call a volume control that controls a front-line-out, but does not
> control a front-speaker or a front-headphone?
What do you mean "front" in this context? Is it the front 2 channels
out of 4.0 or 5.1 output? Or do you mean the physical location of
the output? Front/Surround/Center/LFE are the former case. They are
controls independent from the physical output locations (per
definition).
I guess this confusion came up because of the mix-up with front
channel and front panel. We've used "Front Mic" in some places, for
example, which increases the confusion.
> PulseAudio assumes that if
> a control is named "Front", it does just that. So that's why I would
> prefer a rename to "Master Front".
>
> As for alsa-info output, I believe anything in hda-emu/codecs/alc861vd-*
> would do, as they have nsteps=0 on NIDs 0x0c - 0x0f.
Yeah, the output with your first patch would be helpful.
thanks,
Takashi
More information about the Alsa-devel
mailing list