Re: Wine and PulseAudio 5.0

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.

Re: Wine and PulseAudio 5.0

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: 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.

Re: Wine and PulseAudio 5.0

Re: Wine and PulseAudio 5.0

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)

Re: Wine and PulseAudio 5.0

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

Re: Wine and PulseAudio 5.0

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.

Re: Wine and PulseAudio 5.0

@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

Re: Wine and PulseAudio 5.0

V1del wrote:

@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:

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.

Re: Wine and PulseAudio 5.0

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.

Re: Wine and PulseAudio 5.0

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.

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.