PulseAudio

Sat Feb 20 00:37:07 UTC 2010

I noticed this in your output:

scribe at scribe14:~$ pulseaudio
E: socket-server.c: bind(): Address already in use

I don't know too much about pulse audio but does it use tcp sockets or
some type of socket that might be conflicting so your sound won't
work?

On Fri, Feb 19, 2010 at 7:00 PM, Tyler Aviss <tjaviss-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> wrote:
> 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
>

-- 

Dave Germiquet
--
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