Bug 751448

Summary: Volume problems on USB Plantronics Gamecom Pro1 headset
Product: [Fedora] Fedora Reporter: MartinKG <mgansser>
Component: pulseaudioAssignee: Lennart Poettering <lpoetter>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 16CC: alexlpt, lkundrak, lpoetter, mgansser
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-13 16:19:13 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
alsa-info.txt
none
output of pacmd ls none

Description MartinKG 2011-11-04 18:51:38 UTC
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

Comment 1 MartinKG 2011-11-04 18:55:10 UTC
Created attachment 531831 [details]
alsa-info.txt

Comment 2 MartinKG 2011-11-04 19:00:19 UTC
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.

Comment 3 MartinKG 2011-11-04 19:01:26 UTC
Created attachment 531832 [details]
output of pacmd ls

Comment 4 MartinKG 2011-11-04 19:13:55 UTC
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

Comment 5 MartinKG 2011-12-23 16:20:28 UTC
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

Comment 6 Fedora End Of Life 2013-01-16 14:58:59 UTC
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

Comment 7 Fedora End Of Life 2013-02-13 16:19:16 UTC
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.