Mixer applet: Recognize "Front" as a Master channel

Thanks for the bug report, forwarded to http://bugzilla.gnome.org/show_bug.cgi?id=342228

that's more a gst-plugins-base0.10 bug as the alsa stuff is in -base

Upstream question:

What's the output of

 $ amixer --device=default

for that card?

GstAlsaMixer will just mark the first alsa mixer control that has 'pvolume'
capability as the MASTER track, it doesn't look at the names at all AFAIK.

Simple mixer control 'PCM',0
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 255
  Mono:
  Front Left: Playback 255 [100%]
  Front Right: Playback 255 [100%]
Simple mixer control 'Front',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 5 [16%] [on]
  Front Right: Playback 5 [16%] [on]
Simple mixer control 'Line',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 0 [0%] [on]
  Front Right: Playback 0 [0%] [on]
Simple mixer control 'Mic',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 0 [0%] [off]
  Front Right: Playback 0 [0%] [off]
Simple mixer control 'IEC958',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 31
  Front Left: Capture 31 [100%] [on]
  Front Right: Capture 31 [100%] [on]
Simple mixer control 'Capture',1
  Capabilities: cvolume cswitch
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 31
  Front Left: Capture 0 [0%] [on]
  Front Right: Capture 0 [0%] [on]
Simple mixer control 'Input Source',0
  Capabilities: enum
  Items: 'Mic' 'Line'
  Item0: 'Mic'
Simple mixer control 'Input Source',1
  Capabilities: enum
  Items: 'Mic' 'Line'
  Item0: 'Mic'

That's the output.

Here is my output:
cbudden@cbudden-laptop:~$ amixer --device=default
Simple mixer control 'PCM',0
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 255
  Mono:
  Front Left: Playback 255 [100%]
  Front Right: Playback 255 [100%]
Simple mixer control 'Front',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 3 [10%] [on]
  Front Right: Playback 3 [10%] [on]
Simple mixer control 'Line',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 31 [100%] [on]
  Front Right: Playback 31 [100%] [on]
Simple mixer control 'Mic',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 31 [100%] [off]
  Front Right: Playback 31 [100%] [off]
Simple mixer control 'IEC958',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 31
  Front Left: Capture 0 [0%] [on]
  Front Right: Capture 0 [0%] [on]
Simple mixer control 'Capture',1
  Capabilities: cvolume cswitch
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 31
  Front Left: Capture 9 [29%] [on]
  Front Right: Capture 9 [29%] [on]
Simple mixer control 'Input Source',0
  Capabilities: enum
  Items: 'Mic' 'Line'
  Item0: 'Mic'
Simple mixer control 'Input Source',1
  Capabilities: enum
  Items: 'Mic' 'Line'
  Item0: 'Mic'

Daniel,

On a related note, I've set via the mixer preferences to track and control Front instead of PCM. Now, the tray applet correctly changes Front instead of PCM. However, the laptop's volume hotkeys still change PCM. This behavior is very inconsistent and looks to me like a bug. Doesn't it make sense for the laptop buttons to behave consistently with the mixer applet?

I forwarded your comments upstream.

Fixed in CVS.

I am currently cherry-picking that patch from the bug report and seeing if it fixes my problem.

If so, can this be candidate for SRU?

yes! the patch attached to the GNOME bug tracker works :)

Fixed in feisty now

Minor bug, probably not a candidate for a SRU update

Not being to control the volume for a large portion of Intel HDA users is a minor bug?

Le jeudi 07 décembre 2006 à 00:45 +0000, John Dong a écrit :
> Not being to control the volume for a large portion of Intel HDA users
> is a minor bug?

You can control the "Front" volume from the mixer or select it from the
applet with the right click menu no? And it's "minor" because you are
the only user who complained about that at the moment and it's easy to
workaround

I would like to add my complaint about this. Having one control adjust one
volume and the fn keys and built in vol keys another is very confusing as to
why sound is coming out if you have muted or turned it down.

On 12/7/06, Sebastien Bacher <email address hidden> wrote:
>
> Le jeudi 07 décembre 2006 à 00:45 +0000, John Dong a écrit :
> > Not being to control the volume for a large portion of Intel HDA users
> > is a minor bug?
>
> You can control the "Front" volume from the mixer or select it from the
> applet with the right click menu no? And it's "minor" because you are
> the only user who complained about that at the moment and it's easy to
> workaround
>
> --
> Mixer applet: Recognize "Front" as a Master channel
> https://launchpad.net/bugs/45345
>