Hide Forgot
Description of problem: I have a Plantronics GameCom Pro1 USB headset with speakers, microphone, and buttons for volume up/down and mute. When I plug this headset and use the volume control buttons on the headset, it controls the volume on the PC speakers, not the headset playback volume like it should. The mute button on the headset control the headset micro, visible under the Input Devices, the level meter of the micro stops. (I do see it activating the red mute LED on the headset). It's possible this button is handled internally by the USB headset itself, to mute the mic. Version-Release number of selected component (if applicable): # lspci | grep -i audio 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01) 06:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1) How reproducible: always Steps to Reproduce: plug in headset and try to control volume on headset or keyboard, it doesn't work. Actual results: volume control buttons on the headset controls the volume on the PC speakers Expected results: working volume control on headset and keyboard Additional info: additonal entry in /etc/pulse/default.pa, so that sound switches from pc-speaker to headset earphones. # Plantronics Headset .ifexists module-tunnel-sink.so .nofail load-module module-tunnel-sink sink=alsa_output.usb-Plantronics_Plantronics_Headset_00500-0429034410003-V060000A-00-Headset.analog-stereo sink_name=plantronics_output set-default-sink plantronics_output .fail .endif
Created attachment 531831 [details] alsa-info.txt
I continued with testing and had a partial success. if the volume control didn't work pactl shows: # pactl stat Currently in use: 398 blocks containing 994.6 KiB bytes total. Allocated during whole lifetime: 943491 blocks containing 1.8 GiB bytes total. Sample cache size: 138.3 KiB User name: martin Host Name: fc15 Server Name: pulseaudio Server Version: 0.9.22 Default Sample Specification: s16le 2ch 44100Hz Default Channel Map: front-left,front-right Default Sink: alsa_output.pci-0000_00_1b.0.analog-stereo Default Source: alsa_input.pci-0000_00_1b.0.analog-stereo Cookie: db0dde73 I started gnome-control-center - choose Sound then select Output - change "internal audio analog stereo" to "USB DSP v4 Audio Interface Analog Stereo". This setting is retained only as long as a multimedia file is played through headphones, and must be adjusted each time a file is played once again. after this pactl shows: pactl stat Currently in use: 409 blocks containing 1.1 MiB bytes total. Allocated during whole lifetime: 1107446 blocks containing 2.1 GiB bytes total. Sample cache size: 149.8 KiB User name: martin Host Name: fc15 Server Name: pulseaudio Server Version: 0.9.22 Default Sample Specification: s16le 2ch 44100Hz Default Channel Map: front-left,front-right Default Sink: alsa_output.usb-Plantronics_Plantronics_Headset_00500-0429034410003-V060000A-00-Headset.analog-stereo Default Source: alsa_input.pci-0000_00_1b.0.analog-stereo Cookie: db0dde73 Is there any way to adjust the functionality of the volume control buttons permanently.
Created attachment 531832 [details] output of pacmd ls
additional infos: $ cat /home/martin/.pulse/32f44c75b8805743dd59078900000009-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo after start - gnome-control-center - choose Sound then select Output - change "internal audio analog stereo" to "USB DSP v4 Audio Interface Analog Stereo". $ cat /home/martin/.pulse/32f44c75b8805743dd59078900000009-default-sink alsa_output.usb-Plantronics_Plantronics_Headset_00500-0429034410003-V060000A-00-Headset.analog-stereo
I have the same bug with sennheiser USB handset in Fedora 15 x64. I googleg solution: I can run alsamixer from terminal and adjust volume. Also I found that this bug was fixed in ubuntu. Any chance that this fix will be applied in fedora 15/16? This bug is very annoying! Please take a look at these links for details how bug was fixed in ubuntu: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/749856 http://bazaar.launchpad.net/~ubuntu-audio-dev/pulseaudio/ubuntu.natty/revision/345 Some info how to workaround this bug manually: http://ubuntuforums.org/showthread.php?t=1490192
This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.