Every article tag can be clicked to get a list of all articles in that category. Every article tag also has an RSS feed! You can customize an RSS feed too!
We do often include affiliate links to earn us some pennies. See more here.

One of the great game industry battles of the turn of century was the standoff between Quake III Arena and Unreal Tournament. With both multiplayer focused first person shooters released just weeks apart from one another, that the two games would wind up going head to head was inevitable. If pressed I am always going to have to say I favour the former, but the remarkable thing for us Linux users is that, for a time, both games lived harmoniously under the same publisher.

More than any other developer, Loki Software can be credited with founding the Linux games industry, and with them still riding high at the time, they went on to publish both titles on our platform. More than just popular games, Quake III Arena and Unreal Tournament were also flagships for the engine technology within. Unreal Engine 1 and id Tech 3 would go on to be used in dozens of other titles, some of which would also be ported by Loki Software before their closure in 2002.

While Quake III Arena was granted its place in eternity when its source code was released in 2005, community support for Unreal Tournament was able to breathe some new life into the game, even with the limitations of the closed binary. By 2018 however the game was no longer launching for Mesa users. Due to certain core files being statically linked to an archaic libstdc++ library, the game can only be ran outside of Software mode on the free graphics stack with the use of a hacked Mesa patch.

After spinning my own Mesa packages by use of the Arch Build System, I reinstalled Unreal Tournament using the data from GOG.com and the ut-install-436-goty.run Linux installer. I could now start the game without producing a segmentation fault, and other than some sound quality problems everything seemed to be normal. After installing a third party OpenGL rendererOpenAL audio device, and S3TC textures the game was looking and sounding better than ever before.

 

With my love of a straight bot DeathMatch, it took me a while to discover that changing to any other kind of game mode from the menu would cause the game to crash with a "Signal: SIGIOT [iot trap]" error. This, along with the need to apply Mesa patches in the first place, severely hampers the game for use at my next LAN party. With the Linux versions of Unreal Gold, such as those provided by icculus.org or Unreal 227, also relying on this game to work, that takes them out of contention as well.

As I mentioned before, Unreal Tournament was not the only Unreal Engine 1 game Loki Software worked on. Rune has to be the most fitting port they ever produced, with the company's namesake Norse trickster god even appearing as the archvillain. It was also one of the last ports that Loki Software released before closing down, and as such is just modern enough to make me wince at the fact I am no longer capable of getting it to work.

With a patched Mesa the game launches and renders fine, but you can no longer load your saved games while using OpenGL, meaning you are once again stuck with Software mode. The crackling stuttering audio I encountered with Unreal Tournament is also present here, but is now unavoidable due the game shipping only with its default OpenAL audio device. I tried using some of the alternatives available for Unreal Tournament, but Rune refused to load them.

I remember playing through the whole game close to ten years back when I was still on Fedora and having a good time with it. Rune has a very solid if lengthy campaign with tight controls that plays more like its first person shooter contemporaries than many other third person games did. The developer Human Head Studios would go on to work on the original Prey, which also supports Linux and I have written about previously.

 

If there is one silver lining in all of this, it is that all of these games can be made to work reasonably well with WINE or Proton without the need to fiddle around with Mesa to get them to launch. Performance does suffer if you do not supply an OpenGL renderer such as those by Chris Dohnal, but once properly configured the games can be made to run almost as if they were native applications. I even got a higher frame rate in Unreal Tournament.

Launching them still requires some patience, as they all seem prone to false starts, but once you do get to the main menus all seems to be well. This also allows you to reunite the games with their brethren Deus Ex, which if not for the closure of Loki Software would have become a native Linux title. I can confirm that Rune Gold, Unreal Gold, Unreal Tournament GOTY Edition, and Deus Ex GOTY Edition from GOG.com all can be made to WINE well with a few tweaks.

For an engine with such a pedigree on Linux this outcome is still disappointing. It may just be my pride getting in the way, but there is something special about being able to get the old native binaries to work, especially in the case of Rune where I have it on disc with the full retail packaging. It also makes me wonder how well my modern library of native titles is going to run in twenty years time, and if I will be forced to use a compatibility layer to run some of them too.

According to Ryan Gordon's recent Patreon post, the former Loki Software employee once came close to reviving Rune on Linux in some form but it "slipped through [his] fingers". The source code release of Quake III Arena has allowed it to transcend all the boundaries imposed by time, while its erstwhile adversary begins to languish. For those who value games as more than just ephemera, I can only hope such releases start to become the norm.

UPDATE 1: Since publishing this article a new modified build of Unreal Tournament has come to light. This version has been made to work around the symbol collision with recent versions of libstdc++ which in turn produced the segmentation faults with modern versions of Mesa. I have also been made aware of a Lutris script that allows their package of Unreal Gold to run with Mesa.

Also thanks to adamhm for providing a method that allows all of the Unreal Engine 1 games to start reliably with WINE.

UPDATE 2: The OldUnreal project has released an updated build of Unreal Tournament with the blessing of Epic Games that no longer suffers from the issues mentioned here. More information can be found in this article by Liam Dawe.

Article taken from GamingOnLinux.com.
35 Likes
About the author -
author picture
Hamish Paul Wilson is a free software developer, game critic, amateur writer, cattle rancher, shepherd, and beekeeper living in rural Alberta, Canada. He is an advocate of both DRM free native Linux gaming and the free software movement alongside his other causes, and further information can be found at his icculus.org homepage where he lists everything he is currently involved in: http://icculus.org/~hamish
See more from me
The comments on this article are closed.
52 comments
Page: 1/3»
  Go to:

jordicoma Feb 4, 2020
I remember 3 o 4 years ago, I manage to make rune and simcity 3000 to run with some tweeks (on nvidia graphics card). But it's meant to happen on old hardware. When you change apis, you break compatibility.
We have 2 options. Never remove apis or make a wrapper.

ps: I just tested, simcity 3000 still works.
Quoting: jordicomaI remember 3 o 4 years ago, I manage to make rune and simcity 3000 to run with some tweeks (on nvidia graphics card). But it's meant to happen on old hardware. When you change apis, you break compatibility.
We have 2 options. Never remove apis or make a wrapper.

ps: I just tested, simcity 3000 still works.

Would a flatpak or snap package do for a wrapper?
jordicoma Feb 4, 2020
Quoting: Perkeleen_Vittupää
Quoting: jordicomaI remember 3 o 4 years ago, I manage to make rune and simcity 3000 to run with some tweeks (on nvidia graphics card). But it's meant to happen on old hardware. When you change apis, you break compatibility.
We have 2 options. Never remove apis or make a wrapper.

ps: I just tested, simcity 3000 still works.

Would a flatpak or snap package do for a wrapper?
I don't know, I don't use flatpaks. But I think probably it can solve something, but probably not all problems.
I'm sure flatpaks also needs some technologies and if it changes, probably cannot work.
I would like to see if someone manages to make one of this games run on modern computers with a flatpak.
KayKay91 Feb 4, 2020
Shouldn't removing libgcc and libstdc++ from game's folder fix this? Lutris has a script called "Mesa fix" for Unreal Gold which basically removes these files after using "GOG + OldUnreal 227i" script installer.
kokoko3k Feb 4, 2020
Quoting: Perkeleen_VittupääWould a flatpak or snap package do for a wrapper?
Unlikely
QuoteDue to the Core.so file being statically linked to an archaic libstdc++ library,


Last edited by kokoko3k on 4 February 2020 at 10:05 pm UTC
Hamish Feb 4, 2020
Quoting: KayKay91Shouldn't removing libgcc and libstdc++ from game's folder fix this? Lutris has a script called "Mesa fix" for Unreal Gold which basically removes these files after using "GOG + OldUnreal 227i" script installer.
I can confirm that not having those libraries in the System folder makes no difference to Unreal Tournament and the game will still segmentation fault.

On the Lutris page for Unreal Tournament (1999) I also can not help but notice it says this:
"If using open source mesa drivers, switch to software rendering in the game's .ini config file."

I am going to try the Lutris script for Unreal Gold, but I am not optimistic.
Hamish Feb 4, 2020
Well, I am going to have to eat my hat, at least as far as Unreal Gold is concerned. The Lutris script does in fact work and the game launches just fine.

The same can not be said for Unreal Tournament or Rune when installed from Lutris. I wonder if this is because of the work done on the Unreal 227 patch?
beko Feb 4, 2020
Those were the days :D
legluondunet Feb 4, 2020
I wroted Lutris scripts installer for this games:
- Heretic 2
- Rune
- Unreal Gold
and I can say that, even if you can run them with some tweaks natively on Linux, you will obtain better result with Wine because Windows version:
- has more recent updates
- better multiplayer compatibility and stability
- you have access to alt/tab keys (not with old native Linux games)


Last edited by legluondunet on 4 February 2020 at 11:44 pm UTC
Hamish Feb 4, 2020
Quoting: legluondunetI wroted 3 Lutris scripts installer for this games:
- Heretic 2
I just tried your Lutris script for Heretic II incidentally, and it hangs for me at "Extracting data.tar.gz". Any idea what is going on there?
legluondunet Feb 4, 2020
Quoting: Hamish
Quoting: legluondunetI wroted 3 Lutris scripts installer for this games:
- Heretic 2
I just tried your Lutris script for Heretic II incidentally, and it hangs for me at "Extracting data.tar.gz". Any idea what is going on there?

I have an idea, I just sent you a mp.


Last edited by legluondunet on 4 February 2020 at 11:45 pm UTC
adamhm Feb 5, 2020
Quoting: HamishLaunching them still requires some patience, as they all seem prone to false starts...

Try starting them with: taskset 0x1 <command>
(make sure to disable CSMT before doing this)
Hamish Feb 5, 2020
Quoting: adamhmTry starting them with: taskset 0x1 <command>
(make sure to disable CSMT before doing this)
That does indeed do the trick, thanks.






Last edited by Hamish on 24 February 2022 at 12:16 am UTC
Phlebiac Feb 5, 2020
I have the Loki Quake3 tin box around here somewhere, and I'm pretty sure I have the Unreal Tournament box as well... but I'm pretty sure the Linux version was in the standard retail box for that one? Or maybe that was just UT2003 and UT2004:
https://www.ign.com/articles/2004/02/05/unreal-tournament-2004-6

Hmmm... according to Wikipedia, the original Unreal Tournament was going to be open source until Loki took it over:
https://en.wikipedia.org/wiki/Unreal_Tournament
Purple Library Guy Feb 5, 2020
OK, I don't know anything so this may be bogus, and anyway it's kind of shooting a mouse with an elephant gun, but . . . if worst came to worst, couldn't you run a VM and stick a whole old Linux in it and run the game in that?
lgpmichael Feb 5, 2020
I'm not completely sure that UT was anything to do with Loki. My memory is a bit old and fuzzy from back then, but Ido distinctly remember that Tux Games had to sell Windows UT boxes with an installer CD. It was 20 years ago though, so, you'll have to forgive my brain if I'm wrong {;-)
BillFleming Feb 5, 2020
The author of this article really didn't do their research. The game runs fine without needing a patched mesa.
You just need to install some extra audio packages and launch the game using a special command for the audio.
The game's old renderer is also still usable so you don't even have to mod the game to play, but it won't support super high res. (2560x1080 works, 2560x1440 didn't for me)
See here for my WIP updated package build for arch. (based on the GOG AUR package)
https://drive.google.com/open?id=18Z2WnMgNdAsHG_N61ltFoRvEnLL2XCx2

Basically you install the following: lib32-sdl lib32-libgl ossp innoextract lgogdownloader
Using gog downloader you can download the game from gog from the command line straight into the folder where the package build is.
lgogdownloader gogdownloader://unreal_tournament_goty/en1installer0
Then then just run makepkg and install.
makepkg
sudo pacman -U gog-unreal-tournament-goty-2.0.0.5-3-x86_64.pkg.tar


This package build will install the game to /opt (with more permissions so that game saves actually work, and you can add more mods/files to the game), and create a desktop file that points to launcher.sh and the game's icon.
The launch.sh command is the following:
cd "/opt/gog/gog-unreal-tournament-goty/System" && padsp ./ut-bin

From there the game is fully playable already on an AMD arch system. (even with 16 core cpu)
Then from there you can install the updated OGL renderer and some enhanced textures.
Note that the upcoming patch will include the updated renderers built-in. So once we get that you won't need to manually install it anymore. They are already whitelisting the renderers for server side.

Note also that the game is perfectly playable using VIRGL with QEMU. So you can run the game in an ARCH VM without needing to pass through a GPU. So the challenge is how many players can you cram onto a single PC? (each with their own 1080p monitor running the game at 100fps)
MayeulC Feb 5, 2020
Hmm, I played this on proton the other day without major issues, IIRC... The native version couldn't connect to most servers, due to them downloading arbitrary dlls on your system for anti-cheat... Talk about remote code execution! I am glad I run Steam in a flatpak.

Anyway, those anti-cheat systems often reject my wine libraries, which is sad... but at least, you can still play vanilla in LAN.

The comment about virgl is interesting, now I want to make a mega multi-seat LAN party box :)
I suspect monitor bandwidth will be the actual bottleneck, though ^^
Quoting: BillFlemingThe author of this article really didn't do their research. The game runs fine without needing a patched mesa.
You just need to install some extra audio packages and launch the game using a special command for the audio.
The game's old renderer is also still usable so you don't even have to mod the game to play, but it won't support super high res. (2560x1080 works, 2560x1440 didn't for me)
See here for my WIP updated package build for arch. (based on the GOG AUR package)
https://drive.google.com/open?id=18Z2WnMgNdAsHG_N61ltFoRvEnLL2XCx2

Basically you install the following: lib32-sdl lib32-libgl ossp innoextract lgogdownloader
Using gog downloader you can download the game from gog from the command line straight into the folder where the package build is.
lgogdownloader gogdownloader://unreal_tournament_goty/en1installer0
Then then just run makepkg and install.
makepkg
sudo pacman -U gog-unreal-tournament-goty-2.0.0.5-3-x86_64.pkg.tar


This package build will install the game to /opt (with more permissions so that game saves actually work, and you can add more mods/files to the game), and create a desktop file that points to launcher.sh and the game's icon.
The launch.sh command is the following:
cd "/opt/gog/gog-unreal-tournament-goty/System" && padsp ./ut-bin

From there the game is fully playable already on an AMD arch system. (even with 16 core cpu)
Then from there you can install the updated OGL renderer and some enhanced textures.
Note that the upcoming patch will include the updated renderers built-in. So once we get that you won't need to manually install it anymore. They are already whitelisting the renderers for server side.

Note also that the game is perfectly playable using VIRGL with QEMU. So you can run the game in an ARCH VM without needing to pass through a GPU. So the challenge is how many players can you cram onto a single PC? (each with their own 1080p monitor running the game at 100fps)

Soo, could all this be possible to package somehow to a state that even a non-tech-savvy random occasional gamer could then enjoy Unreal Tournament on Linux?
Ardje Feb 5, 2020
To be clear: My first native linux games are as far as I can remember Quake: the offering and Quake 2: whatever . I had to order them online in 1999/2000(!) and yes, delivery was a big problem, crossing the pond and all, customs documents not correct, so I got to pay a VAT twice as high as it should have been.
Those contained a native install with rpm's.
UT however, only contained a penguin on the box. But the way they partially opened the engine source was pretty great. UT99 still feels as the best game engine to me. And it was great that we could run plain Unreal with the same engine. Because I don't like multiplayer.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.