I've put together a Wine wrapper for Outlaws, allowing it to be played on Linux almost like a native game & with no Wine knowledge required.

Simply run the build script to create the wrapper. If the installer files are not alongside the wrapper build files then the path to them will need to be specified either by passing it as an argument to the build script with -respath="<path>" or by setting an environment variable named WINEWRAP_RESPATH containing it. You can change the path to build the wrapper in and the name of the wrapper directory with the -buildpath= and -dirname= arguments. The build path can also be set with the WINEWRAP_BUILDPATH environment variable.

The output will be a directory containing the game set up within a preconfigured Wine prefix, along with its own copy of Wine, extracted game icons, documentation, and start script(s). From there simply run the start script to play. The start script also includes options for creating a shortcut, configuring the wrapper etc.

(to uninstall simply delete the game directory and any shortcuts you created, and the game's user data directory in ~/.local/share if you don't want to keep your saves & settings)

User data is stored under ~/.local/share/outlaws

Full details are in the readme.txt and release notes. Here is the download link:

outlaws_wine.tar.xz
(39.3 kB, SHA256: a076ae20d5a1bdc38e566ab230a2f383e9e31c60336681002b8dde17858f84f3)

Last updated 2021/07/11

The wrapper uses Wine 6.0 and cnc-ddraw. Wine, Winetricks and the DirectX feb2010 redistributable will be downloaded automatically if not present; to avoid redownloading for other scripts the downloaded Wine package will be stored in ~/.cache/winewrap and the DirectX redistributable will be stored in ~/.cache/winetricks/directx9

The game had an issue during my initial testing with the game would freeze when changing certain music tracks, but I believe I have now resolved it - save often just in case though, and if anyone encounters this or any other problems then post in this thread, Adamhm's Linux Wine Wrappers - News, FAQ &amp; Discussion and/or The "Judas&trade; does this run in Wine" thread v1.173.

For more of my Linux Wine wrappers check out post 3 in this thread: Adamhm's Linux Wine Wrappers - News, FAQ &amp; Discussion

This is awesome. First time I've been able to get it to run in Linux

For some reason though it doesn't run in full screen no matter what I have setup in Glide config

And if I try to run the Outlaws config (where you would set display driver and resolution) it crashes

running on Linux mint

It appears to be running in a 640x480 window in both the menus and gameplay

I'm going to try installing some driver and os updates and then reinstall outlaws

At some point olcfg.exe has stopped working... I think I'll just remove that option in the next release, as there isn't much reason to change any of the settings there (users can still try to run it if they want by using the argument: runwine=olcfg.exe). It's very odd for even the gameplay to run at 640x480 though; at the default settings nGlide should scale it to fit the desktop/virtual desktop size (and the virtual desktop size should match the desktop).

It tries to run full screen now, but for some reason the display is hidden. I can hear the game and it responds to my keyboard but all I can see on the screen is my desktop. If I press alt-tab I do see the preview window of the game but I cannot bring it up to focus.

I did however change the resolution in the desktop file and it runs at that resolution in a window. Which is good enough for me

Do you know if it is possible to get the DirectPlay network driver to work?

** Edit**
Installed direct play through winetricks. I no longer get an error, I will try a real multiplayer game later tonight
** Update ***
After installing directplay multiplayer works also :)
Thanks for setting this up

I remember having similar issues at one point with various games... if you haven't already you could try setting the "Disable compositing for full-screen windows" option (or whatever the equivalent is for the desktop environment you're using). Thanks for letting me know - I've updated the wrapper to install DirectPlay by default :)

Hi Adamhm,

First of all, thanks for providing that. It's great to play OL on Linux finally. This is way handier than a Virtual Machine for so many reasons.

I'm running Arch Linux so quite different from the "usual" Linux distros and therefore I don't expect you to know the answer on the below but let's try anyway :D I'm getting further than with a "regular" wine or PoL so already an improvement.

I've tried your script and got stuck at the very beginning: ERROR: Checksum failed for PlayOnLinux-wine-3.0-linux-x86.pol ! I'm not sure why the checksum fails but since it's my personal PC I took the risk to remove this checksum from your script and was them able to install OL (GOG version) and the wrapper as per your instructions. All was fine including the shortcuts created automatically.

Then, when I run the game with the ./start.sh script, olwine.exe (within Wine) crashes immediately (attaching backtrace log below but I don't see anything wrong)

I've tried reinstalling my OpenGl 32 libraries, the various dependencies mentioned in your readme, restarting the X server, no luck. Do you have any idea of what could cause this or share some of the parameters I could use to optimize OL in my own Wine wrapper?

Thanks for any help.

==================

Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00d24ade).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:00d24ade ESP:003389bc EBP:00000001 EFLAGS:00010246( R- -- I Z- -P- )
EAX:00000000 EBX:00000000 ECX:003389c0 EDX:00338f70
ESI:00000001 EDI:7b461310
Stack dump:
0x003389bc: 00000001 00338f70 00000001 00000002
0x003389cc: 00000000 00000000 00000000 00000000
0x003389dc: 00000000 00000000 00000000 00000000
0x003389ec: 00000000 00000000 00000000 00000000
0x003389fc: 00000000 00000000 00000000 00000000
0x00338a0c: 00000000 00000000 00000000 00000000
Backtrace:
=>0 0x00d24ade in glide (+0x4ade) (0x00000001)
0x00d24ade: movl 0x0(%eax),%ecx
Modules:
Module Address Debug info Name (64 modules)
PE 400000- 5ef000 Deferred olwin
PE d20000- 11f4000 Export glide
PE 10000000-10069000 Deferred lecglide
PE 6ad40000-6ad5c000 Deferred winmm
PE 6b3c0000-6b3d3000 Deferred libvorbisfile-3
PE 6d540000-6d571000 Deferred libvorbis-0
PE 70680000-70697000 Deferred libogg-0
ELF 7a800000-7a939000 Deferred opengl32<elf>
\-PE 7a820000-7a939000 \ opengl32
ELF 7b400000-7b7f1000 Deferred kernel32<elf>
\-PE 7b420000-7b7f1000 \ kernel32
ELF 7bc00000-7bcf9000 Deferred ntdll<elf>
\-PE 7bc10000-7bcf9000 \ ntdll
ELF 7c000000-7c003000 Deferred <wine-loader>
ELF 7db82000-7dbc1000 Deferred d3d9<elf>
\-PE 7db90000-7dbc1000 \ d3d9
ELF 7dfc9000-7e11d000 Deferred wined3d<elf>
\-PE 7dfe0000-7e11d000 \ wined3d
ELF 7e1a7000-7e1c3000 Deferred libgcc_s.so.1
ELF 7e1c3000-7e23b000 Deferred ddraw<elf>
\-PE 7e1d0000-7e23b000 \ ddraw
ELF 7e23b000-7e24e000 Deferred libxi.so.6
ELF 7e24e000-7e25a000 Deferred libxrender.so.1
ELF 7e25a000-7e261000 Deferred libxxf86vm.so.1
ELF 7e261000-7e265000 Deferred libxinerama.so.1
ELF 7e265000-7e26c000 Deferred libxdmcp.so.6
ELF 7e26c000-7e297000 Deferred libxcb.so.1
ELF 7e297000-7e3e4000 Deferred libx11.so.6
ELF 7e3e4000-7e3f9000 Deferred libxext.so.6
ELF 7e42b000-7e4bd000 Deferred winex11<elf>
\-PE 7e440000-7e4bd000 \ winex11
ELF 7e4bd000-7e4e2000 Deferred imm32<elf>
\-PE 7e4c0000-7e4e2000 \ imm32
ELF 7e4e2000-7e514000 Deferred libexpat.so.1
ELF 7e514000-7e55f000 Deferred libfontconfig.so.1
ELF 7e55f000-7e564000 Deferred libxau.so.6
ELF 7e591000-7e62d000 Deferred libfreetype.so.6
ELF 7e62d000-7e659000 Deferred msacm32<elf>
\-PE 7e630000-7e659000 \ msacm32
ELF 7e659000-7e6e0000 Deferred rpcrt4<elf>
\-PE 7e660000-7e6e0000 \ rpcrt4
ELF 7e6e0000-7e84a000 Deferred ole32<elf>
\-PE 7e700000-7e84a000 \ ole32
ELF 7e84a000-7e904000 Deferred winmm<elf>
ELF 7e904000-7e9bb000 Deferred msvcrt<elf>
\-PE 7e920000-7e9bb000 \ msvcrt
ELF 7e9bb000-7ea38000 Deferred advapi32<elf>
\-PE 7e9d0000-7ea38000 \ advapi32
ELF 7ea38000-7eb6d000 Deferred gdi32<elf>
\-PE 7ea50000-7eb6d000 \ gdi32
ELF 7eb6d000-7ed5b000 Deferred user32<elf>
\-PE 7eb80000-7ed5b000 \ user32
ELF 7ed5b000-7ed6f000 Deferred libnss_files.so.2
ELF 7ef0a000-7efce000 Deferred libm.so.6
ELF 7efce000-7efe7000 Deferred libz.so.1
ELF 7efe7000-7f000000 Deferred version<elf>
\-PE 7eff0000-7f000000 \ version
ELF f7b6b000-f7b70000 Deferred libdl.so.2
ELF f7b70000-f7d43000 Deferred libc.so.6
ELF f7d43000-f7d62000 Deferred libpthread.so.0
ELF f7d66000-f7d70000 Deferred librt.so.1
ELF f7d94000-f7f4b000 Dwarf libwine.so.1
ELF f7f4d000-f7f74000 Deferred ld-linux.so.2
ELF f7f77000-f7f78000 Deferred [vdso].so
Threads:
process tid prio (all id:s are in hex)
00000008 explorer.exe
0000002e 0
0000002d 0
0000002a 0
00000029 0
00000009 0
0000000e services.exe
00000028 0
0000001d 0
00000015 0
00000014 0
00000013 0
00000010 0
0000000f 0
00000011 winedevice.exe
0000001c 0
00000019 0
00000018 0
00000017 0
00000016 0
00000012 0
0000001a plugplay.exe
0000001f 0
0000001e 0
0000001b 0
0000002b (D) C:\Outlaws\olwin.exe
0000002c 0 <==
System information:
Wine build: wine-3.0
Platform: i386
Version: Windows 7
Host system: Linux
Host version: 4.14.12-1-ARCH

That's the archive containing Wine... if the checksum for that was failing then that's probably why it isn't working. I just redownloaded & checked it again and the checksum is correct, so I'd suggest just retrying until it downloads properly (you might want to check your connection first)

Removing the checksum doesn't prevent the download, does it? It just doesn't recognize the checksum. Wine seems to be working (otherwise I couldn't have exported the debug logs) since olwin.exe crashes as a Windows program.

I've tried several times and my connection seems to be working because the download does occur (before the checksum).

Mystery, I guess.

btw: thanks for your prompt answer! I'll try again tomorrow but I have a little hope that the checksum starts working suddenly.

No, the checksum is there to verify that it has downloaded properly. If the checksum fails then it means the download is corrupt or otherwise not as expected and will reject it, and the script will attempt to download it again the next time you run it.

I've uploaded it to my dropbox: https://www.dropbox.com/s/832zs75jrvsznc1/PlayOnLinux-wine-3.0-linux-x86.pol?dl=0

The shasum for it should be 9e2cf2c3dea12ec007278b54e3a417d6821a0255 - once you've downloaded & checked that it's correct, copy it to ~/.cache/winewrap and try again.

Hi Adam,

Thanks for your prompt response again.

Thanks a lot for the file. In the end I figured out that the issue was due to the shasum command (which is used by your script) not available on Arch Linux, instead sha1sum is recommended by that distro. Replacing shasum by sha1sum in your script solved the checksum issue (which is safer than removing it I guess). Just to be on the safe side I downloaded your file and ran sha1sum and I confirm it does match the shasum you gave earlier.

Now the result is the same since the file was downloading and installing, as I said, I just removed the checksum part from your script in order to work around this issue. Therefore the olwin.exe issue persists.

I think it's gonna be a tricky one but I suspect an issue with Wine libraries. For now I always have my dual boot to Windows 7 so not a big deal. What bothers me more is being unable to play using D3D (3Dfx isn't as smooth as what I was used to) but I can always get an old XP laptop for that. I also tried that dgVoodoo2 wrapper which... crashes olwin even on Windows 7.

Again, thanks for your help and I'll update you here if I ever find out why it's crashing for me on Linux.

edit: IT WORKS! The olwin.exe crashing issue was due to Wine looking for ncurses5 libraries. Only ncurses6 is available on Arch Linux but you can download them from the AUR.

To sum up, in order to get the script working, Arch Linux users will need to:

-replace shasum by sha1sum in outlaws_wine.sh (currently line 141)
-from the AUR, install lib32-ncurses5-compat-libs and ncurses5-compat-libs
-installing PlayOnLinux with pacman seems to solve a few dependencies as well

Thanks again for your help Adam.

Funnily enough this also solves the D3D issue since the game does work in D3D with your wrapper hehe.

Glad to hear you got it working :)

Hmm, I'll modify the build scripts to use sha1sum instead so this shouldn't be a problem in future.

Hi Adam,

Maybe an if statement to check on the distro.

https://stackoverflow.com/questions/29581754/how-to-find-linux-distribution-name-using-shell-script

Thanks again for your help.

I simply changed it to sha1sum... I try to avoid doing anything that's distro-specific :)