Ever since I installed the nvidia binary driver to get video working on my GTX 750Ti card, the audio is screwed up.
If I suspend pulse and run alsamixer to unmute all the built in audio devices on the motherboard, I can play audio fine with a command line:
aplay -Dplug:front
But if I run pluseaudio, and set the output to the motherboard's analog stereo output, I get no sound.
Is there any procedure for translating cryptic working alsa into differently cryptic working pulse?
Is there some way to convince snd_hda_intel to utterly ignore the nvidia display port/hdmi and only recognize the natic motherboard audio?
On 07/16/2014 08:27 AM, Tom Horsley wrote:
Ever since I installed the nvidia binary driver to get video working on my GTX 750Ti card, the audio is screwed up.
If I suspend pulse and run alsamixer to unmute all the built in audio devices on the motherboard, I can play audio fine with a command line:
aplay -Dplug:front
But if I run pluseaudio, and set the output to the motherboard's analog stereo output, I get no sound.
Is there any procedure for translating cryptic working alsa into differently cryptic working pulse?
Is there some way to convince snd_hda_intel to utterly ignore the nvidia display port/hdmi and only recognize the natic motherboard audio?
I know this isn't the answer you are looking for but I had to give up on pulse completely and go strictly with alsa. In the long run it is working better than pulse ever did and I don't get weird hangs like I used to with pulse.
My $.02.
Kevin
On Wed, 16 Jul 2014 08:36:33 -0500 Kevin Martin wrote:
But if I run pluseaudio, and set the output to the motherboard's analog stereo output, I get no sound.
Curiously, if I do the pulse settings using the command line pacmd tool, it works. It only gets screwed up when I use either the gnome or the kde sound control GUI to make what (as far as I know) should have been the exact same setting.
On Wed, Jul 16, 2014 at 09:51:14AM -0400, Tom Horsley wrote:
On Wed, 16 Jul 2014 08:36:33 -0500 Kevin Martin wrote:
But if I run pluseaudio, and set the output to the motherboard's analog stereo output, I get no sound.
Curiously, if I do the pulse settings using the command line pacmd tool, it works. It only gets screwed up when I use either the gnome or the kde sound control GUI to make what (as far as I know) should have been the exact same setting.
It could have something to do with saved volume settings. Check the PulseAudio wiki for information on how to reconfigure those. I seem to recall solving a problem that way on a quirky system with four audio interfaces installed.
On Wed, 16 Jul 2014 12:46:19 -0400 Paul W. Frields wrote:
I seem to recall solving a problem that way on a quirky system with four audio interfaces installed.
My current theory is that the GUI tools are being confused by the fact the alsa "cards" 0 and 1 map to pulseaudio devices indexes 1 and 0.
Anyway, I've even rebooted the system and had the settings I made with pacmd properly restored, so I'm good now. Hopefully I won't have to fool with it again :-).
On 07/16/14 21:27, Tom Horsley wrote:
Ever since I installed the nvidia binary driver to get video working on my GTX 750Ti card, the audio is screwed up.
If I suspend pulse and run alsamixer to unmute all the built in audio devices on the motherboard, I can play audio fine with a command line:
aplay -Dplug:front
But if I run pluseaudio, and set the output to the motherboard's analog stereo output, I get no sound.
Is there any procedure for translating cryptic working alsa into differently cryptic working pulse?
Is there some way to convince snd_hda_intel to utterly ignore the nvidia display port/hdmi and only recognize the natic motherboard audio?
Which desktop are you using?
With KDE it is sometimes necessary to coordinate the pavucontrol settings with the Audio/Video settings in the KDE Systems Settings menu. Making sure that the devices are sorted in the order you desire as well as making sure the settings in pavucontrol haven't resulted in a particular device becoming "unavailable" a.k.a. grayed out.