PulseAudio

[Tyler Aviss]

Modern pulseaudio behavior is to run a "session" when you login to X.
  /etc/X11/Xsession.d/70pulseaudio

The /etc/init.d/ one doesn't do anything unless you do a bunch of
reconfiguration to use system-wide pulse, which actually tends to
cause more issues rather than less.

To see if you're already got a pulse session, try:
  pulseaudio --check && echo OK

To kill one (although I think gnome respawns them)
  pulseaudio -k

It looks like ALSA did find your card, try "aplay -l" to list it from alsa.


Another problem may be that though your card is intel-HDA compatible,
there are actually a whole whackload of sub-models that your specific
chipset might fall under. Check for funky entries under:
  /etc/modprobe.d/alsa-base.conf
  /etc/modprobe.d/snd-hda-intel.conf

The second one will have model-specific info. If the model is wrong,
your sound won't work. For example I have:
  options snd-hda-intel model=m51va

Other options can be:
  options snd-hda-intel model=realtek
  options snd-hda-intel model=m51va
  options snd-hda-intel model=6stack
  options snd-hda-intel model=3stack
  options snd-hda-intel model=acer
  etc etc

You'd have to rmmod and them modprobe the driver (snd_hda_intel) to
try new ones after editing the config, or stop/start ALSA, or reboot.

I think the Nvidia one might be realtek based? I'd have to check my
other machine which has an Nvidia chipset and get back to you on that
for the params that worked on that one...





On Fri, Feb 19, 2010 at 1:48 PM, Thomas Milne
<tbrucemilne-TcoXwbchSccMMYnvST3LeUB+6BGkLq7r at public.gmane.org> wrote:
> Sitting at the machine now. In the sound prefs (the speaker icon in
> the panel) it does show the sound card and even will show what
> application is using it and so on, but still no sound. I'm not sure
> what to check to see if the correct 'profile' is being used, but
> nothing appears to be muted anywhere.
>
> I'm not sure how to see if the daemon is running, it doesn't respond
> the way I'm used to:
>
> scribe at scribe14:~$ sudo /etc/init.d/pulseaudio restart
> [sudo] password for scribe:
>  * PulseAudio configured for per-user sessions
> scribe at scribe14:~$ pulseaudio
> E: socket-server.c: bind(): Address already in use
> E: module.c: Failed to load  module "module-esound-protocol-unix"
> (argument: ""): initialization failed.
> E: main.c: Module load failed.
> E: main.c: Failed to initialize daemon.
> scribe at scribe14:~$ pulse-session
> E: main.c: Daemon startup failed.
>
> That could be because it's already running, though, no?
>
> There was no .asoundrc file to nuke.
>
> Thanks!
>
> On Wed, Feb 17, 2010 at 8:44 AM, Tyler Aviss <tjaviss-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> wrote:
>> I found a couple things when updating to karmic on various machines
>> that could case this:
>>  - Gnome/pulse found a different "default" soundcard than what they should have
>>  - PA set the volume to nothing in the sound panel mixer, or turned on mute
>>  - Wrong "profile" in the hardware settings of the sound prefs
>>
>> If you have a .asoundrc file in your homedir you may need to nuke that too
>>
>> Are you seeing your soundcard? Is the pulseaudio daemon loading?
>>
>> On Wed, Feb 17, 2010 at 8:23 AM, Thomas Milne
>> <tbrucemilne-TcoXwbchSccMMYnvST3LeUB+6BGkLq7r at public.gmane.org> wrote:
>>> Ha! So it finally got to me. So far on my home machine it's been no
>>> problem, so I've been wondering why everyone hates Pulse so much.
>>>
>>> Until now. At work we upgraded all the machines to Karmic Koala and
>>> now a lot of them have no sound. If you saw how we do our jobs, you
>>> would understand what a horrifying thing this is ;)
>>>
>>> Anyhow, I remember some threads on here a while ago about fixing this
>>> by using good 'ol OSS, but as these are work computers I thought I
>>> would ask before I start trying some of the solutions. Is this really
>>> the tried and true method?
>>>
>>> I also found this link. Anyone else solve it like this?
>>>
>>> http://swiss.ubuntuforums.org/showthread.php?t=1395089
>>>
>>> Thanks!
>>>
>>> --
>>> TBM
>>> --
>>> The Toronto Linux Users Group.      Meetings: http://gtalug.org/
>>> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
>>> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>>>
>>
>>
>>
>> --
>> Tyler Aviss
>> Systems Support
>> LPIC/LPIC-2/CLA
>>
>> “Even enemies will help each other if they are together on a boat that
>> is in trouble. ” – Sun Tzu
>> --
>> The Toronto Linux Users Group.      Meetings: http://gtalug.org/
>> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
>> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>>
>
>
>
> --
> TBM
> --
> The Toronto Linux Users Group.      Meetings: http://gtalug.org/
> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>



-- 
Tyler Aviss
Systems Support
LPIC/LPIC-2/CLA

“Even enemies will help each other if they are together on a boat that
is in trouble. ” – Sun Tzu
--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists