You are not logged in.
Seems since PulseAudio updated to version 5, Wine and PlayOnLinux cannot seem to use the following library even though it exists in the directory.
ALSA lib dlmisc.c:252:(snd1_dlobj_cache_get) Cannot open shared library /usr/lib32/alsa-lib/libasound_module_pcm_pulse.so
Any ideas how to fix this issue, the library actually exists in that directory.
Offline
For me it seems now I have to explicitly select the output I want in winecfg, otherwise I get some noise while playing games. Apart from that wine doesn't complain.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
The upgrade went fine for me, audio with Wine still works. Is that file owned by "lib32-alsa-plugins 1.0.27-1"? It has md5sum f7e8780b66cbde97edccc721f9279783 on my computer. Have you tried rebooting?
Offline
Yes, the problem is the same after rebooting.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
I have this problem too after system update, cant play WoT under PlayOnLinux. Even cant reconfigure sound settings in winecfg because of this error:
ALSA lib dlmisc.c:252:(snd1_dlobj_cache_get) Cannot open shared library /usr/lib32/alsa-lib/libasound_module_pcm_pulse.so
Temporary solution is to downgrade pulseaudio, libpulse and lib32-pulse to version 4.0.6.
Offline
I found that if PlayOnLinux uses the System Wine prefix it runs fine without any issues. But if you install any other versions of Wine through it they all crash with that error message.
Offline
I am experiencing the noted issues above in PlayOnLinux. Furthermore, Timidity no longer plays sounds properly for DosBox games I set up with MIDI sound, but I instead get highly distorted crackling noise. I also use Munt from AUR for some other DosBox games, and this no longer works either. It should be noted that both Timidity and Munt are set to output to Alsa, and I have the pulseaudio-alsa package installed.
Actually, this got me thinking, and I set Munt to output to pulseaudio and now I get sound, although the quality of the sound playback was decreased. I am curious if the problems with PlayOnLinux might be that it output to Alsa and currently Pulseaudio with Alsa seems to be broken if I am not mistaken.
Offline
Might I suggest installing a patched Wine with PulseAudio support as a temporary workaround? I know it's a long compile from AUR, but still...
Offline
Pse: PlayOnLinux works fine with the System version of Wine. Just if you want to use other versions of Wine it brings up this error.
Offline
I'm getting crackling noise with both AUR's wine-multimedia and multilib/wine
Offline
Pse: PlayOnLinux works fine with the System version of Wine. Just if you want to use other versions of Wine it brings up this error.
In order to play LoL, I need to use a different version of Wine on PlayOnLinux. Is there a fix for this issue?
Last edited by SuperV1234 (2014-03-05 12:42:53)
Offline
Downgrading lib32-libpulse, libpulse and pulseaudio to the 4.0-6 versions make PlayOnLinux behave as it should. Timidity now work is it should and the same is true for Munt. I am not getting any specific output in terminal with either Munt or Timidity when using Pulseaudio 5.0 to indicate what the problem is, except Munt can't seem to start when Alsa is set as output device.
Edit: Opened a bug report on the issue
https://bugs.archlinux.org/task/39186
Edit: Interestingly, I noticed that my issues with Timidity and Munt were fixed by setting my laptop's built-in speakers as default in pavucontrol, instead of my headset. Doing this did not fix the issues in PlayOnLinux.
Last edited by Daerandin (2014-03-05 18:33:53)
Offline
Temporary solution is to downgrade pulseaudio, libpulse and lib32-pulse to version 4.0.6.
I was getting sound crackling with wine after upgrading a number of packages yesterday, and downgrading these libraries to 4.0.6 was the only solution.
Offline
tompear wrote:Temporary solution is to downgrade pulseaudio, libpulse and lib32-pulse to version 4.0.6.
I was getting sound crackling with wine after upgrading a number of packages yesterday, and downgrading these libraries to 4.0.6 was the only solution.
Same
Offline
I don't get this here at all... Maybe i got the lucky straw
Online
V1del, are you on 64 bit or not?
Offline
i dont get this as well. have separate wine built for LoL and no such issues noted.
im on 64bit system. i dont use playonlinux though, just script to load stuff from different places (including version of wine compiled for LoL)
Linux Gaming Videos:http://www.youtube.com/user/Xpander666
Offline
Yeah 64bit as well...
Edit: Might've spoken too soon, it indeed hits me as well, probably because those wine versions are built against older alsa libs than what pulse expects or something. I would argue that's a playonlinux upstream issue and they should rebuild their wine versions.
Sidenote: To everyone that has a problem with league of legends, you don't need the pol version anymore (in fact vanilla wine runs better than the pol variants here) you'll simply have to patch your lol files after an update with Tuxlol and then you can enter the ingame shop without a crash
Last edited by V1del (2014-03-08 18:17:37)
Online
I am not so sure this is only a PoL issue since Timidity will not work properly for me with pulseaudio 5.0. I have been using Timidity to provide sounds for old games I run in DosBox. I run Timidity with the command:
timidity -iA -Os
Pavucontrol seem to freeze when sounds are supposed to start, and I only get a lot of distorted sounds. I can't change anything in Pavucontrol either since it locks up. Once I stop the DosBox application that are playing sounds, things work again. It was odd that It would work if I set my laptops internal speakers to default output, and it seemed to continue working when I switched the sound output over to headset after everything was running. However it would randomly get distorted again after a short while. So I have decided to downgrade all Pulse packages as everything work perfectly with the previous version.
Offline
Any idea whats wrong with my pulseaudio config...
When I play music with gnome music player I dont hear sounds in Wine games (warcraft).
Winecfg does not see the correct Output Device.
And if I start wine first then gnome music does not output anything.
Last edited by Ville (2014-03-09 17:40:40)
Offline
@Ville Install pulseaudio-alsa, select the system default as output in wine. Your wine is currently locking your soundcard cause you don't have a proper asound.conf which redirects to pulse, pulseaudio-alsa will set one up
@Daerandin I'm pretty sure its a different issue, you get SOME sound from timidity it doesn't not find the alsa lib and crashes a horrible death
Online
@Daerandin I'm pretty sure its a different issue, you get SOME sound from timidity it doesn't not find the alsa lib and crashes a horrible death
Yes it might be unrelated. If I find myself with some extra time during next week I will see if I can figure out what the problem is with Timidity. As I said, Timidity actually works if I select my laptop's internal speakers as default sound output, instead of my USB headset. Munt from AUR behaves in a somewhat similar manner. It works as long as it outputs to internal speakers. Unlike Timidity, Munt stops working if I switch output to my headphones. The sound mixing simply stops immediately if switch output to USB headset. The relevant output in terminal is:
Scanning audio devices ...
MT-32 emulator ALSA address is: "128:0"
Scanning audio devices ...
Using ALSA audio device: default
Using audio latency: 2048 frames, chunk size: 512 frames
ALSA audio: Processing thread started
snd_pcm_writei failed: Broken pipe
ALSA audio: Processing thread stopped
ALSAMidiDriver: Connected application "129:0 DOSBOX"
When I have the time to sink my teeth into this I might pursue the matter in a seperate topic.
As for the PlayOnLinux issue, the file referred to in the error message is provided by lib32-alsa-plugins. This file is not affected by the Pulseaudio update, so I would assume there is some problem in how Pulseaudio interacts with the application.
Edit: PlayOnLinux devs just confirmed that since Wine does not support Pulse by default, they will not either. Now I happen to quite enjoy Pulseaudio so I will look into possibly workarounds while still having Pulseaudio. If I find a good solution I will make sure to mention it in this topic.
http://www.playonlinux.com/en/issue-4103.html
Last edited by Daerandin (2014-03-10 13:52:07)
Offline
I use playonlinux strictly to provide a Windows version of Firefox. Upon upgrading lib32-libpulse I found that Firefox (wine 1.6) would not start and threw the "Cannot open shared library /usr/lib32/alsa-lib/libasound_module_pcm_pulse.so" error in the debugger. Either downgrading lib32-libpulse or implementing the system version of wine corrected my problem. I chose the latter.
Offline
The bug report has been changed to assigned status which hopefully means a fix might be somewhere on the horizon. I did look into how I could use the new version of Pulseaudio instead of staying on version 4.
For those that wish to update to PulseAudio 5.0, and still be able to use different wine versions in PlayOnLinux, one simple solution is to make a few changes to your /etc/asound.conf or simply create .asoundrc in your home directory if it does not exist already. Just comment out whatever is already there. You could also just make a backup of the original file and then wipe everything in it. The following lines are directly from the wiki on Alsa, this will let Alsa make direct use of your audio device without needing to go through Pulse, which will prevent PlayOnLinux apps from crashing.
pcm.!default {
type plug
slave.pcm {
@func getenv
vars [ ALSAPCM ]
default "hw:DEVICE_NAME"
}
}
The device_name in the code above should just be switched for the device you want to output your audio to. Find the name from
aplay -l
This really is just a dirty fix to get PlayOnLinux working, and you should not keep using this config for other purposes. I was thinking to set up a quick script that will allow me to toggle between default settings and these modifications for using PoL. Note that these settings prevent Pulseaudio from using the same audio device. It will show up in pavucontrol, but it will not be able to play any sounds while it is in use by an application that use Alsa.
Offline
Nice dirty fix Daerandin, a temporary fix until it is resolved
Offline