Вы находитесь здесь

Форум

StarCraft Remastered lacks sound

No sound at all

Автор Replies
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.

 

 

 

 

 

 

Edited by Isakku


Freedom is the right of all sentient beings.
Quentin PÂRIS Monday 24 December 2018 at 0:18
Quentin PÂRISAnonymous

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.

Edited by Isakku


Freedom is the right of all sentient beings.
Quentin PÂRIS Saturday 5 January 2019 at 11:15
Quentin PÂRISAnonymous

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

Edited by Isakku


Freedom is the right of all sentient beings.
Quentin PÂRIS Saturday 5 January 2019 at 22:50
Quentin PÂRISAnonymous

/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ÂRISAnonymous

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
 

Edited by 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.

Edited by Isakku


Freedom is the right of all sentient beings.
Quentin PÂRIS Sunday 6 January 2019 at 11:21
Quentin PÂRISAnonymous

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.

Edited by Isakku


Freedom is the right of all sentient beings.
Quentin PÂRIS Sunday 6 January 2019 at 17:23
Quentin PÂRISAnonymous

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?

 

Edited by Isakku


Freedom is the right of all sentient beings.
Quentin PÂRIS Monday 7 January 2019 at 22:24
Quentin PÂRISAnonymous

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.

Edited by Isakku


Freedom is the right of all sentient beings.
Quentin PÂRIS Wednesday 9 January 2019 at 22:42
Quentin PÂRISAnonymous

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.
Вы находитесь здесь: Index > PlayOnLinux > StarCraft Remastered lacks sound

This site allows content generated by members, and we promptly remove any content that infringes copyright according to our Terms of Service. To report copyright infringement, please send a notice to dmca-notice@playonlinux.com