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.
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â ((((((( << 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.
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
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
Forget about some shady Russian launcher and follow @keybreak 's guide. It works for both legally purchased games and ⌠well, games your friends have shared with you (of course, I would never recommend the latter, as Iâm sure, the secret agent assigned to monitoring my online activities will confirmâŚ)
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!
ship to that portable prefix, try to run the game via Lutris.
(of course, I would never recommend the latter, as Iâm sure, the secret agent assigned to monitoring my online activities will confirmâŚ)