Description of problem: I like the concept of pulseaudio, but it almost totally hides the real hardware mixer. On several of my machines, I need to make sure that the mixer values are right (ie front speaker isn't muted or something), and pulseaudio is a real step backwards. Running "alsamixer" only shows the pulseaudio volume, as does the graphical thing in the taskbar, etc etc etc. Version-Release number of selected component (if applicable): Current fedora 8 How reproducible: Entirely Steps to Reproduce: 1. No sound 2. Try to fix it with a mixer 3. Fail. No profit! Actual results: I finally realized that I can do "alsamixer -c0" and get it, but that was after I had fixed the hardware mixing by - remove pulseaudio entirely (because sound didn't work) - fix the volumes with alsamixer - re-install pulseaudio (now sound works, because the hw mixing setup was done correctly) Expected results: Some obvious in-your-face way to actually set the actual hardware mixer controls. The taskbar should have stayed with the hardware or something! Additional info: Maybe what I ask for exists, but it sure ain't obvious. Making all the mixer interfaces just go to pulseaudio seems to have been a mistake.
You can always fiddle with the raw mixer settings with "alsamixer -c0", regardless of PA is installed or not. It is a big mess that currently we have three volume controls in a series on machines like the Thinkpads: the "PCM" slider, the "Master" slider, and the real hardware volume up/down buttons. The plan is to initialize them all to "sane" defaults" and expose only a single of them in the UI. This has partially been implemented in F8. However what is lacking is the initialization to "sane" defaults in ALSA. In short: I am working on this, but I do not believe that the fix should be exposing all HW controls, but instead just make the ALSA utils to find better defaults for the redundant volume controls.
I believe the hardware mixer is being still exposed in the Gnome volume control. This is going to be fixed though :)
In PulseAudio 0.9.12 from rawhide we will now "extend" the hardware volume range in software. On one hand this means that we now can offer the same volume changing capabilities to all users regardless of what the hw supports, and otoh (which is more relevant here) we will always expose the hardware volume -- we won't hide it anymore under any circumstances. Which means that it is much more unlikely that a misconfigured alsa mixer will cause too silent audio, and much more likely that just using the pa mixer will fix the volume for you. Also, in related news Jaroslav will upload alsa 1.0.18 to rawhide shortly which will initialize the alsa mixer by default more sensibly, so that PCM audio will always be hearable by default on the output device. In summary this should mean that it is now much more likely that the audio device's volume will be correctly configured by default. And if it isn't pavucontrol will suffice to fix it. And if this doesn't work, it's a bug in alsa-util's default mixer setting database.