Isakku |
Monday 24 December 2018 at 0:09
|
Isakku
|
I'm having this new proble. I can finally login again as I was able to some months ago, at those times when I was able to play without trouble. But now when I play StarCraft Remastered, the sound is missing completely. At least that's what happens in my Linux Mint KDE 18.3 machine.
The "test sound" button in the wine configuration does output sound, so I can't know for sure what is wrong. All I can do is quote the debug messages I get from PoL.
00da:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0x33c404.
018f:err:module:load_builtin_dll failed to load .so lib for builtin L"winepulse.drv": libpulse.so.0: no se puede abrir el archivo del objeto compartido: No existe el archivo o el directorio
ALSA lib conf.c:3357:(snd_config_hooks_call) Cannot open shared library libasound_module_conf_pulse.so
ALSA lib pcm.c:2266:(snd_pcm_open_noupdate) Unknown PCM default
01c3:fixme:avrt:AvRevertMmThreadCharacteristics (0x12345678): stub
ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurred
00da:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0x33c404.
Now I have had this problem with Lutris as well
https://github.com/lutris/lutris/issues/1007
https://github.com/lutris/lutris/issues/1303
Wine searches for libasound even if it's already there.
Ändrat av Isakku
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Monday 24 December 2018 at 0:18
|
Quentin PÂRIS
|
Can you try to set LD_LIBRARY_PATH environement variable to the correct location and tells if it works better?
|
Isakku |
Saturday 5 January 2019 at 4:24
|
Isakku
|
Can you try to set LD_LIBRARY_PATH environement variable to the correct location and tells if it works better?
How do I do that again?
Do you want me to add it to .bashrc or something like that? It is simply not there.
It doesn't make any sense to me, since I had sound before. Why would I not have it anymore? What could have changed? Anyways, I don't think it is needed, since .bashrc lacks LD_LIBRARY_PATH on my Linux Mint Cinnamon and I do have sound when playing StarCraft Remastered there.
Ändrat av Isakku
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Saturday 5 January 2019 at 11:15
|
Quentin PÂRIS
|
Sorry I'm not clear.
Do you have a libpulse.so.0 file?
Can you type ld location/of/libpulse.so.0 and checks that you also have all its dependencies?
|
Isakku |
Saturday 5 January 2019 at 22:46
|
Isakku
|
Sorry I'm not clear.
Do you have a libpulse.so.0 file?
Can you type ld location/of/libpulse.so.0 and checks that you also have all its dependencies?
/usr/lib/x86_64-linux-gnu/
libpulse.so.0 is there.
ld? I guess you mean ldd.
ldd /usr/lib/x86_64-linux-gnu/libpulse.so.0 returns
$ ldd /usr/lib/x86_64-linux-gnu/libpulse.so.0
linux-vdso.so.1 => (0x00007ffe31ff1000)
libjson-c.so.2 => /lib/x86_64-linux-gnu/libjson-c.so.2 (0x00007f14f7118000)
libpulsecommon-8.0.so => /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-8.0.so (0x00007f14f6e9d000)
libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f14f6c51000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f14f6a34000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f14f6830000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f14f6527000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f14f615d000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f14f5f3b000)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f14f76e4000)
libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007f14f5d31000)
libsndfile.so.1 => /usr/lib/x86_64-linux-gnu/libsndfile.so.1 (0x00007f14f5ac8000)
libasyncns.so.0 => /usr/lib/x86_64-linux-gnu/libasyncns.so.0 (0x00007f14f58c2000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f14f56ba000)
/lib64/ld-linux-x86-64.so.2 (0x00007f14f7573000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f14f54b6000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f14f52b0000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f14f508e000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f14f4e6c000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f14f4b8b000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007f14f4972000)
libFLAC.so.8 => /usr/lib/x86_64-linux-gnu/libFLAC.so.8 (0x00007f14f46fd000)
libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007f14f4454000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f14f4239000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f14f3fc9000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f14f3db5000)
libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007f14f3bac000)
libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f14f3981000)
Nothing wrong here it seems.
Nothing wrong with me I guess.
Thanks for your time
Ändrat av Isakku
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Saturday 5 January 2019 at 22:50
|
Quentin PÂRIS
|
/usr/lib/x86_64-linux-gnu/libpulse.so.0
If it is a 32bits application, you need a 32bit version of libpulse.so
|
Isakku |
Saturday 5 January 2019 at 22:56
|
Isakku
|
/usr/lib/x86_64-linux-gnu/libpulse.so.0
If it is a 32bits application, you need a 32bit version of libpulse.so
Synaptics package manager doesn't show any :i386 version for libpulse. Besides, that's why I installed it in 64 bit wine, to make sure that is not required.
Even if it were required, I don't think I have it in my Linux Mint Cinnamon where sound does work. (same hardware dual booting alongside Mint KDE)
I don't remember installing any libpulse:i386 and it doesn't seem to exist either I only have libpulsedsp:i386 available. I will double check but I'm pretty sure that can't be the reason.
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Saturday 5 January 2019 at 23:05
|
Quentin PÂRIS
|
For sure, wine cannot use 64bits librairies when it runs 32bits program, event if it is wine64.
In addition, wine is complaining about this library missing, so it is very likely to be the source of the problem
Ändrat av Tinou
|
Isakku |
Sunday 6 January 2019 at 2:32
|
Isakku
|
For sure, wine cannot use 64bits librairies when it runs 32bits program, event if it is wine64.
In addition, wine is complaining about this library missing, so it is very likely to be the source of the problem
Must be true. However this is ldd for Mint Cinnamon (SC Remaster does have sound there)
$ ldd /usr/lib/x86_64-linux-gnu/libpulse.so.0
linux-vdso.so.1 => (0x00007ffe31ff1000)
libjson-c.so.2 => /lib/x86_64-linux-gnu/libjson-c.so.2 (0x00007f14f7118000)
libpulsecommon-8.0.so => /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-8.0.so (0x00007f14f6e9d000)
libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f14f6c51000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f14f6a34000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f14f6830000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f14f6527000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f14f615d000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f14f5f3b000)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00007f14f76e4000)
libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007f14f5d31000)
libsndfile.so.1 => /usr/lib/x86_64-linux-gnu/libsndfile.so.1 (0x00007f14f5ac8000)
libasyncns.so.0 => /usr/lib/x86_64-linux-gnu/libasyncns.so.0 (0x00007f14f58c2000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f14f56ba000)
/lib64/ld-linux-x86-64.so.2 (0x00007f14f7573000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f14f54b6000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f14f52b0000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f14f508e000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f14f4e6c000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f14f4b8b000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007f14f4972000)
libFLAC.so.8 => /usr/lib/x86_64-linux-gnu/libFLAC.so.8 (0x00007f14f46fd000)
libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007f14f4454000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f14f4239000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f14f3fc9000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f14f3db5000)
libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007f14f3bac000)
libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f14f3981000)
It is exactly the same as in Mint KDE. So, how come I have sound even if that library is not available here?
EDIT
On the other hand, even though ldd shows the exact same output, checking with synaptics package manager does show I indeed have libpulse0:i386 installed.
Quite strange indeed, since the package is not even available for install at Linux Mint KDE. I will try to install it there.
The strangest part would be that I used to have sound some versions ago, even with SC Remastered installed in 32 bit wine!
EDIT2
I just rebooted into Mint KDE. Synaptics doesn't show the package, however I was able to issue a
sudo apt-get install libpulse0:i386
command, and it got installed.
I still don't get how or why it was installed in Mint Cinnamon (I don't remember having it installed) but after installing it on KDE sound started working.
Really! How? Why? I don't get it.
Why libpulse0:i386 is not available when searched in Synaptics package manager at MInt KDE?
How was it installed in Mint Cinnamon without me knowing it nor noticing?
How come the results of ldd /usr/lib/x86_64-linux-gnu/libpulse.so.0 are exactly the same at both sides even if one lacks libpulse0:i386?
I wonder why? I think I basically installed the same software in both. Steam, PlayOnLinux, Lutris, etc.
Ändrat av Isakku
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Sunday 6 January 2019 at 11:21
|
Quentin PÂRIS
|
You have two librairies installed: the 64bits version (/usr/lib/x86-linux-gnu/libpulse.so.0) and the 32bits one (/usr/lib/i386-linux-gnu/libpulse.so.0).
This is why ldd /usr/lib/x86_64-linux-gnu/libpulse.so.0 gives exactly the same output on both side. The problems comes from the 32bits versions in fact.
Why libpulse0:i386 is not available when searched in Synaptics package manager at MInt KDE?
On debian, it works like this: https://wiki.debian.org/fr/Multiarch/HOWTO
I'm pretty sure it is the same on Linux Mint
|
Isakku |
Sunday 6 January 2019 at 16:27
|
Isakku
|
You have two librairies installed: the 64bits version (/usr/lib/x86-linux-gnu/libpulse.so.0) and the 32bits one (/usr/lib/i386-linux-gnu/libpulse.so.0).
This is why ldd /usr/lib/x86_64-linux-gnu/libpulse.so.0 gives exactly the same output on both side. The problems comes from the 32bits versions in fact.
Why libpulse0:i386 is not available when searched in Synaptics package manager at MInt KDE?
On debian, it works like this: https://wiki.debian.org/fr/Multiarch/HOWTO
I'm pretty sure it is the same on Linux Mint
Hmmm.... the most intriguing part of the problem is why I didn't need the 32 bit version of libpulse0 before? I had sound before without it! Now the updated versions of Lutris and PoL stop working and I have to dig my system to find out that I need libpulse0:i386. Really? Why? What is going on? why change dependencies in such a breaking way? I suppose there is a good reason, but now I must say sound quality is decreased (I had crackle on StarCraft2, I never had it before, I had to change my settings to medium sound quality to get rid of it). Besides, it seems to me that since Blizzard App is a 32 bit program, anything it launches is being launched as 32 bit, but maybe that didn't happen before? Maybe it shouldn't be that way? Maybe that's a Wine issue? All I know is that Blizzard will drop 32 bit Battle.Net and will make it 64 bit sometime in the future (they stated it here https://us.battle.net/forums/en/starcraft/topic/20770517068?page=1)
I hope that will mean this kind of headaches with 32bit Vs 64bit and Multiarch will be over as everything will be 64bit.
Ändrat av Isakku
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Sunday 6 January 2019 at 17:23
|
Quentin PÂRIS
|
Hmmm.... the most intriguing part of the problem is why I didn't need the 32 bit version of libpulse0 before? I had sound before without it! Now the updated versions of Lutris and PoL stop working and I have to dig my system to find out that I need libpulse0:i386. Really? Why? What is going on? why change dependencies in such a breaking way? I suppose there is a good reason, but now I must say sound quality is decreased (I had crackle on StarCraft2, I never had it before, I had to change my settings to medium sound quality to get rid of it). Besides, it seems to me that since Blizzard App is a 32 bit program, anything it launches is being launched as 32 bit, but maybe that didn't happen before? Maybe it shouldn't be that way? Maybe that's a Wine issue?
Most likely you were not using pulseaudio before. There are many sound driver on linux and the way they work depends a lot on your distribution verison
All I know is that Blizzard will drop 32 bit Battle.Net and will make it 64 bit sometime in the future (they stated it here https://us.battle.net/forums/en/starcraft/topic/20770517068?page=1)
I hope that will mean this kind of headaches with 32bit Vs 64bit and Multiarch will be over as everything will be 64bit.
|
Isakku |
Monday 7 January 2019 at 22:00
|
Isakku
|
Most likely you were not using pulseaudio before. There are many sound driver on linux and the way they work depends a lot on your distribution verison
But how is that even possible? I had pulseaudio before. I even had pulseeffects installed!
Maybe PoL or Lutris changed that when their updates were installed?
Unfortunately, the old programs will still be compiled in 32bits mode
Hmm, but SC remastered will be compiled anew alongside Blizzard Battle.Net app. At least their games won't bring multiarch headaches anymore isn't it so?
Ändrat av Isakku
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Monday 7 January 2019 at 22:24
|
Quentin PÂRIS
|
Maybe PoL or Lutris changed that when their updates were installed?
At the exact same time? Very unlikely...
|
Isakku |
Wednesday 9 January 2019 at 16:07
|
Isakku
|
Maybe PoL or Lutris changed that when their updates were installed?
At the exact same time? Very unlikely...
Of course not at the exact same time. Maybe the 1st or the 2nd or maybe it was actually the underlying Wine which did that and made that change, so both Lutris and PoL were affected.
The fact is that I was using PoL for some time until Blizzard made an update that broke it because they dropped Windows XP. I was unable to use PoL since that moment because it would not list newer Wine versions to install because it was the outdated 4.21 and there was not PPA for my distro so I was unable to get anything nor run anythig. So I tried Lutris and I had no sound but only with SC Remastered, SC2 had sound and Heroes Of The Storm had sound as well. I complained at their forums without good results, so I went to their github where I found there was already a sound issue, so I said I had a sound issue as well. Next Lutris update fixed the sound issue for them, but broke it for me, as I could no longer do anything. Not even launch Blizzard app. Everything crashed. So I complained again at Github. A couple of versions without a fix passed, so I decided to try with PoL again and you know we are here in this thread since then.
So, now sound works, but with quality issues. Sometimes there is crackle. I guess we will have to wait until Blizzard gets rid of x86 versions of their software and starts running 64bit to see if we get rid of all multiarch issues.
Ändrat av Isakku
Freedom is the right of all sentient beings.
|
Quentin PÂRIS |
Wednesday 9 January 2019 at 22:42
|
Quentin PÂRIS
|
Ok. Is this topic solved?
Tell us if you need anything else
|
Isakku |
Thursday 10 January 2019 at 4:13
|
Isakku
|
Ok. Is this topic solved?
Tell us if you need anything else
Yeah, I think it is. Thank you a lot for everything you do. I think I will open a new thread once Blizzard releases 64bit versions.
Freedom is the right of all sentient beings.
|