output moves to usb headset, but volume control doesn't
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pulseaudio (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
if i plug in a usb headset (logitech A-5572A) and play some music with rhythmbox, the sound comes through the headset, but the volume control in the indicator applet (or the volume hotkeys) seems to still be controlling the built in speakers.
if i open sound preferences and select the USB headset in the output tab, then i can control the volume though the gnome controls.
i would expect the volume controls to always effect the currently active output device.
i guess this is a bug at a higher level than alsa, but i wanted to make sure that ubuntu-bug uploaded all the sound info.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: alsa-base 1.0.22.
ProcVersionSign
Uname: Linux 2.6.32-22-generic i686
NonfreeKernelMo
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/pcmC1D0p: sam 3067 F...m pulseaudio
/dev/snd/
/dev/snd/pcmC0D0c: sam 3067 F...m pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xfc140000 irq 22'
Mixer name : 'Realtek ALC269'
Components : 'HDA:10ec0269,
Controls : 13
Simple ctrls : 8
Card1.Amixer.info:
Card hw:1 'Headset'/'Logitech Logitech USB Headset at usb-0000:00:1d.0-1, full speed'
Mixer name : 'USB Mixer'
Components : 'USB046d:0a01'
Controls : 6
Simple ctrls : 2
Date: Tue May 25 11:49:37 2010
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
PackageArchitec
ProcEnviron:
PATH=(custom, user)
LANG=en_GB.utf8
SHELL=/bin/bash
SourcePackage: alsa-driver
dmi.bios.date: 05/13/2009
dmi.bios.vendor: LENOVO
dmi.bios.version: 19CN16WW
dmi.board.name: MoutCook
dmi.board.vendor: LENOVO
dmi.board.version: Not Applicable
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 20021,2959
dmi.product.
dmi.sys.vendor: LENOVO
This is a known issue and needs to be addressed upstream due to divergent approaches to code changes in the sink & source callbacks.