[#VWR-4585] ALSA lib pcm.c:2106:(snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so

1. Second Life Viewer - VWR

ALSA lib pcm.c:2106:(snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so

Created: 06/Feb/08 12:32 AM Updated: 26/Apr/08 10:15 AM

Return to search

Component/s:

Voice

Affects Version/s:

1.19.0 Release Candidate

Fix Version/s:

None

Environment:

x86_64 fedora 8

Issue Links:

Relates

This issue is related to by:

~~VWR-4589~~ Terminate called after throwing an instance of 'std::out_of_range'

Description

« Hide

Description of problem:

I am using the secondlife rc from
http://release-candidate-secondlife-com.s3.amazonaws.com/SecondLife_i686_1_19_0_0_RELEASECANDIDATE.tar.bz2

In this release the voice should be enabled, but not on my x86_64 box (the voice
works on my fc7 i386 box although)

Version-Release number of selected component (if applicable):
?

How reproducible:

Very

Steps to Reproduce:
1.
When started in a terminal with the oss and esd disabled it gives a alsa error
on startup:
2.ALSA lib pcm.c:2106:(snd_pcm_open_conf) Cannot open shared library
/usr/lib/alsa-lib/libasound_module_pcm_pulse.so
3.

Actual results:
no voice in the rc

Expected results:
voice in rc

I have also filed in a bug report against alsa on: https://bugzilla.redhat.com/show_bug.cgi?id=431659

All

Comments

Change History

Sort Order:

[ Permlink | « Hide ]

Lex Neva added a comment - 06/Feb/08 10:41 AM

This is very likely to be caused by using the pulseaudio driver in alsa. It's probably a configuration problem in your .asoundrc, not a problem in SL.

[ Permlink | « Hide ]

marceledward edman added a comment - 13/Feb/08 01:36 PM

Hmmmzzz II found the alsa lib in /usr/lib64/alsa-lib/libasound_module_pcm_pulse.so

Can it be sl is searching for the 32 bit libs and can't find the 64 bit libs ?

Please compile a 64 bit version for linux

[ Permlink | « Hide ]

Lex Neva added a comment - 13/Feb/08 01:42 PM

Ah, that's the problem, then. SL only runs in 32-bit mode. You'll need to install the 32-bit compatibility libraries for your system.

[ Permlink | « Hide ]

Torley Linden added a comment - 13/Feb/08 03:41 PM

Please try what Lex suggested (thanks!).

[ Permlink | « Hide ]

Allen Kerensky added a comment - 26/Apr/08 10:15 AM

I have been inside and out of this issue on Fedora 8 X86_64.

The core problem is that that Pulse Audio engine now owns everything audio related, out of the box, and only supplies a 64-bit library for the alsa-plugins-pulse RPM.

It seems to me that the problem is actually in how Fedora packages the alsa-plugins-pulseaudio?
It may be possible to get this working if you compile your own version of that plugincode, so that a 32 and 64 bit version exist?

If you install the alsa-plugins-pulseaudio rpm, then the /etc/alsa/pulse-default.conf is installed, which creates an ALSA pcm and ctl device for bridging ALSA to PA. That file also includes definitions to set ALSA's default device to Pulse.

When SLVoice starts, with default for capture and speakers, it tries to access the ALSA "pulse" device, which tries to load the 32 bit library, and fails.

However, I did manage to get SLVoice to work for 1 login, due to a fluke during boot that disabled something.
All SL sound was broken, except voice, so, I know that 1.20.4rc can do SLvoice on Fedora, without PulseAudio, by going straight to ALSA hardware devices.

What was most aggravating was sorting out which engine SLViewer uses for which piece.
Most in-world audio is handled by FMOD, which wants to talk to ESD, which has been replaced by PulseAudio on Fedora.
SLVoice does not talk to ESD, it talks to OpenAL!
OpenAL then tries to talk to ALSA or OSS directly.
If you install the OSS compatibility into ALSA, but ALSA is using Pulse by default, even trying OSS will run you into the 32-/64-bit library issue.

The PulseAudio "Perfect Setup" page at http://pulseaudio.org/wiki/PerfectSetup explains how to get most everything running through Pulse.
However, SL may be better to not use Pulse at all!
Some possible solutions around the net were: remove the alsa-plugins-pulseaudio rpm.

Then, you would have to switch GNOME (if you use it) to all ALSA devices under System -> Preferences -> Hardware -> Sound, make sure your asoundrc used hardware definitions for your card, and configured OpenAL to use a plugin device to talk to ALSA.

I am going to try to end-run around PulseAudio and see if I can get things working by going to ALSA directly for everything.

[ Show » ]

Allen Kerensky added a comment - 26/Apr/08 10:15 AM I have been inside and out of this issue on Fedora 8 X86_64. The core problem is that that Pulse Audio engine now owns everything audio related, out of the box, and only supplies a 64-bit library for the alsa-plugins-pulse RPM. It seems to me that the problem is actually in how Fedora packages the alsa-plugins-pulseaudio? It may be possible to get this working if you compile your own version of that plugincode, so that a 32 and 64 bit version exist? If you install the alsa-plugins-pulseaudio rpm, then the /etc/alsa/pulse-default.conf is installed, which creates an ALSA pcm and ctl device for bridging ALSA to PA. That file also includes definitions to set ALSA's default device to Pulse. When SLVoice starts, with default for capture and speakers, it tries to access the ALSA "pulse" device, which tries to load the 32 bit library, and fails. However, I did manage to get SLVoice to work for 1 login, due to a fluke during boot that disabled something. All SL sound was broken, except voice, so, I know that 1.20.4rc can do SLvoice on Fedora, without PulseAudio, by going straight to ALSA hardware devices. What was most aggravating was sorting out which engine SLViewer uses for which piece. Most in-world audio is handled by FMOD, which wants to talk to ESD, which has been replaced by PulseAudio on Fedora. SLVoice does not talk to ESD, it talks to OpenAL! OpenAL then tries to talk to ALSA or OSS directly. If you install the OSS compatibility into ALSA, but ALSA is using Pulse by default, even trying OSS will run you into the 32-/64-bit library issue. The PulseAudio "Perfect Setup" page at http://pulseaudio.org/wiki/PerfectSetup explains how to get most everything running through Pulse. However, SL may be better to not use Pulse at all! Some possible solutions around the net were: remove the alsa-plugins-pulseaudio rpm. Then, you would have to switch GNOME (if you use it) to all ALSA devices under System -> Preferences -> Hardware -> Sound, make sure your asoundrc used hardware definitions for your card, and configured OpenAL to use a plugin device to talk to ALSA. I am going to try to end-run around PulseAudio and see if I can get things working by going to ALSA directly for everything.