Hi everyone!
I have a few games running with Wine. They may or may not have fallen off a pirate ship, and they came with their Wine configuration files, meaning I have not done any configuration myself. Supposedly they run on Linux out of the box. Some of them work OK, but some others have no sound.
Unfortunately I do not speak Russian, meaning I cannot ask on the forum (harbour?) where I got them, so I figured I should ask here.
I also saw this post. Each game has their own Wine binaries, so I tried to execute the winecfg provided by the pirate captain, but I get this error:
wineserver: using server-side synchronization.
wine: '/home/maru/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver.
Does anyone know what could be happening?
Without spending too much time figuring out what are those self-runners doing, iâd do that:
-
Configure your own portable wine prefix with portable wine engine
Linux gaming [Guide]
-
Copy game files from your 
ship to that portable prefix, try to run the game via Lutris.
2 Likes
Due to the limited information, iiâs hard to guess your problem.
The 64-bits container â.wine804048â is backuped for years.
For each Arch Os, i just do the first two lines installation, and repeat the same procedures after the first two lines.
The key here is that âFoxTrader-Big5.exeâ is a 32-bits win-10 app. You can check your own procedures.
sudo pacman -Sy wine-staging (if not found, must open multilib)
sudo pacman -S winetricks zenity
copy .wine804048" (from backup without /dosdevices)
export WINEARCH=win64 && export WINEPREFIX=â/home/cheng888/.wine804048â
$ winecfg - - > windows 10, display 116 px, fonts
$ wine64 regedit - - - > import foxhkcugood.reg, foxhklmgood.reg, cu.reg, lm.reg
export WINEARCH=win64 && export WINEPREFIX=â/home/cheng888/.wine804048â ((((((( << important >> do this for each opening of terminal )))))))
wine64 explorer /desktop=name,3775x2100 âC:\Fox20161226T\FoxTrader-Big5.exeâ
wine64 explorer /desktop=name,3775x2100 /run/media/cheng888/ext4cc/.wine804048/drive_c/Fox20161226T/FoxTrader-Big5.exe
FoxTrader-Big5.exe ------------------- a 32-bits win-10 app.
I have not done any tinkering with Wine yet. However, I found the audio was being output to my speakers (which were turned down, so I couldnât hear at first) instead of my headset (Razer Kraken V3 X).
I played a while with speaker audio, so I figured I should try with my headset again. I plugged it in, switched output devices to my headset, and there was no audio. However, when I switched back to my speakers, there was no audio once again. I unplugged my headset, and still no audio. But then, I do a reboot with my headset unplugged, and the audio is back for speakers only.
So it seems that the issue is with me manually changing the output device to my headset, which irreversibly âbreaksâ the game audio, until I do a reboot.
I switched the output device with pavucontrol, by the way.
Also worth noting: The game is not recognized by pavucontrol as an application, for example:
I currently have Firefox and the game executing, but the game is not appearing.
I think it would be easier to just use lutris, you can install whatever in a lutris prefix after itâs configured, a bit more research, but at least youâll learn something about wine. Also I didnât sail the seas for years now, but I never really had to venture to Russian waters to find what I wanted. I wouldnât trust anything russian nowadays, even if itâs running on linux.
ChatGPT speaks really good russian btw.
From arch wiki :::
By default sound issues may arise when running Wine applications. Ensure only one sound device is selected in winecfg.
Install the correct packages for the audio driver you want to use:
For ALSA install lib32-alsa-lib and lib32-alsa-plugins
For PulseAudio install lib32-libpulse
For PipeWire install lib32-pipewire and either:
pipewire-pulse and lib32-libpulse to use PulseAudio as a frontend.
pipewire-alsa, lib32-alsa-lib, and lib32-alsa-plugins to use ALSA as a frontend.
For OSS install lib32-alsa-oss
If winecfg still fails to detect the audio driver (Selected driver: (none)), configure it via the registry. For example, in a case where the microphone was not working in a 32-bit Windows application on a 64-bit stock install of wine-1.9.7, this provided full access to the sound hardware (sound playback and mic): open regedit, look for the key HKEY_CURRENT_USER > Software > Wine > Drivers, and add a string called Audio and give it the value alsa. Also, it may help to recreate the prefix.
From arch wiki :::
I install the three libs ::
yay -S lib32-pipewire
yay -S lib32-libpulse
yay -S lib32-alsa-plugins
Then i run ::
export WINEARCH=win64 && export WINEPREFIX=â/home/cheng888/.wine804048â
wincfg
The following audio sinks are detected ::
Lv2_EQ-Reggae Sink
Lv2_EQ-Rock Sink
Lv2_EQ-Ska Sink
Lv2_EQ-Soft Sink
Lv2_EQ-Techno Sink
Lv2_EQ-Highno Sink
Lv2_Kalaok Sink
Ladsp_Kalaok Sink
Aeq-Reggae-calf Sink
Surround-Lad-71 Sink
Surround-Lv2-71 Sink
Virtual-Surround-71 Sink
Crossover-Lv2-71 Sink
Exciter-calf-71 Sink
USB Audio Device
Digital Surround 7.1 (HDMI)
I have no games, so just try to install the libs you may need.
This reply post has nothing to do with your post, just let the fact known that if you are using endeavour, you have a good choice.
I came to the forum not long ago just for finding out why endeavour os has a very excellent evironment configuration for pipewire.
I havenât found the answer but just know endeavour is endurable through any tests, though i may never find out the fact.
The test for other arch os is on going (i usually keep about 10 OSs at hand).
The testing purpose is for the plugins of more than 10 sinks and about more than 1000 linking ports in âpipewire.confâ and for moving pipewire server from /run/user/1000 to /tmp/xxxx.socket.
Also finally, i want to extend my hearted thanks to the endeavour osâs developer teams.
Reboot after the setup of configuration and environment setting and pavucontrol is in perfect state.
lxxxx ::::: /2023/0329/ (one run lasts all day )
â systemctl --user daemon-reload && systemctl --user restart wireplumber.service
â systemctl --user restart pipewire.service
lxxxxx ::::: /2023/0331/
$ systemctl --user daemon-reload && systemctl --user restart wireplumber.service
$ systemctl --user restart pipewire.service
$ systemctl --user restart pipewire-pulse.service
$ systemctl --user daemon-reload && systemctl --user restart wireplumber.service
$ systemctl --user restart pipewire.service
$ systemctl --user restart pipewire-pulse.service
cxxxx ::::: /2023/0401/
$ systemctl --user daemon-reload && systemctl --user restart wireplumber.service
$ systemctl --user restart pipewire.service
$ systemctl --user restart pipewire-pulse.service
$ systemctl --user daemon-reload && systemctl --user restart wireplumber.service
$ systemctl --user restart pipewire.service
$ systemctl --user restart pipewire-pulse.service
$ systemctl --user daemon-reload && systemctl --user restart wireplumber.service
$ systemctl --user restart pipewire.service
endeavour ::::: /2023/0401/09:33
$ systemctl --user daemon-reload && systemctl --user restart wireplumber.service
$ systemctl --user restart pipewire.service
$ systemctl --user restart pipewire-pulse.service
What happens to me (on a side-note) is rather that sometimes I get no wine in audio-games⌠
2 Likes
Thanks for everyoneâs input! Unfortunately I got tied up with some work so Iâll have to follow the guide at a later date. At a first glance, it seems very useful!
1 Like
I donât know, in my case, it was just a matter of adding the optional dependency lib32-libpulse to get audio working with wine in games.
(of course, I would never recommend the latter, as Iâm sure, the secret agent assigned to monitoring my online activities will confirmâŚ)