Description of problem: On a Thinkpad X61 machine "volume up/down" keys change microphone's volume instead of changing master volume. "mute" key does not work at all. Version-Release number of selected component (if applicable): rawhide-20071019-x86_64 LiveCD session How reproducible: Always Steps to Reproduce: 1. boot from rawhide-20071019-x86_64 live CD on a ThinkPad X61 machine. 2. press volume up/down keys. 3. realize that it is changing microphone's volume and not master volume 4. press mute button and nothing happens. Additional info: Hardware profile: http://smolt.fedoraproject.org/show?UUID=dc726b49-3e2d-42ef-b633-253a5b6e0728
If you go into System->Preferences->Hardware->Sound what is selected for default mixer tracks at the bottom of the capplet?
Device: HDA Intel (Alsa mixer) PCM Micrphone Mic Boost Capture Capture 1 Beep Docking Mic Docking Mic Boost Internal Mic Internal Mic Boost
I have realized that the same bug exists in Ubuntu 7.10 https://bugs.launchpad.net/ubuntu/+bug/136287 The problem is that if you go into System->Preferences->Hardware->Sound nothing is selected for the default mixer track and somehow the multimedia keys get bound to microphone level by default. Choosing "PCM" track from the list fixes the bug. However it should work by default as expected. So I am leaving this bug open and hope it gets fixed before Fedora 8 release.
Created attachment 259341 [details] Sound Preferences Screenshot This problem is still present in Fedora 8. This is how "Sound Preferences" window looks like right after install. As you can see none of the channels are selected. By default the volume keys for some reason change microphone's volume.
I guess it means this doesn't work as it should on your system: /* If no track stored in GConf is avaiable try to use master track */ if (self->_priv->mixer_tracks == NULL) { for (m = gst_mixer_list_tracks (self->_priv->mixer); m != NULL; m = m->next) { GstMixerTrack *track = GST_MIXER_TRACK (m->data); if (GST_MIXER_TRACK_HAS_FLAG (track, GST_MIXER_TRACK_MASTER)) { self->_priv->mixer_tracks = g_list_append (self->_priv->mixer_tracks, g_object_ref (track)); break; } } }
The problem is NOT with control-center but with gstreamer. I have a fix on the Ubuntu bugzilla. https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/174292
Thanks for the insight.
I have placed a bugzilla in the gstreamer bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=506928
I'll wait on feedback from upstream for that one. The patch seems to be more intrusive than it needs to be, or a work-around.
Test packages and feedback at: https://admin.fedoraproject.org/updates/F8/pending/gstreamer-plugins-base-0.10.15-2.fc8
This bug is still present in gstreamer-plugins-base-0.10.15-2.fc8
(In reply to comment #11) > This bug is still present in gstreamer-plugins-base-0.10.15-2.fc8 Did you restart your session, or at least kill gnome-settings-daemon? The patch added is the same reported as working by Jerone.
I upgraded to gstreamer-plugins-base-0.10.15-2.fc8 then rebooted the computer, then created a new user. Logged in under the new user and volume keys were bound to the microphone volume.
I put the wrong patch in ;) But I'm leaving it in as it fixes some issues with gnome-volume-control (and it's my patch).
Updated patches and errata at: https://admin.fedoraproject.org/updates/F8/pending/gstreamer-plugins-base-0.10.15-3.fc8
gstreamer-plugins-base-0.10.15-3.fc8 is working as expected.
gstreamer-plugins-base-0.10.15-3.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update gstreamer-plugins-base'
gstreamer-plugins-base-0.10.15-3.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.