Quake III Arena without shadows or marks
My first choice was to run Red Hat Linux 9, for the arbitrary reason that it was the final release of the once dominant distribution before Red Hat switched focus to Red Hat Enterprise Linux and backed the community Fedora Project instead for home use. It was also the second Red Hat Linux release to feature the delightful Bluecurve desktop theme for both Gnome and KDE, a personal favourite of my childhood.
Although coming out a little late for the period of the machine, 192 MB was still the recommended amount of memory for graphical use, with 128 MB as the minimum. A 400 MHz Pentium II or better CPU was also advised. I knew then that I was cutting things a bit close, but I still found myself disappointed with the outcome; while the system installed and ran, even at idle Red Hat Linux 9 consumed almost all my memory.
As expected my Rage 128 Pro Ultra was recognized by the installer and DRI was loaded on first boot. The only manual configuration necessary was setting the “AGPMode” option in the redhat-config-display utility to “2”, as otherwise the card would run at AGP 1x speed. Both glxinfo and glxgears showed no issues, and the included Tux Racer game ran at an acceptable if not breakneck pace. Things seemed to be going to plan.
My next test was installing the Loki Software retail release of Quake III Arena, and the result looked to be promising. While I had to copy my system’s libGL.so.1 file to the game’s install directory in order to get it to launch, once accomplished the performance was impressive. Not only did it seem competitive with Windows 98 but Linux appeared to be outclassing it. Frame rates were more consistent, and it lacked some of the graphical artifacts I had seen under Windows.
What was not drawing correctly were the marks left on walls or the shadows under the characters, with them showing up even through solid objects. While unsightly it had no effect on the gameplay, and could thankfully be mitigated by setting both the "cg_marks" and "cg_shadows" variables in the engine console to “0” in order to stop them being drawn. All in all an acceptable compromise for a performance boost in what is a demanding game for a Rage 128 Pro.
Next up was Soldier of Fortune, also released for Linux by Loki Software. Upon starting the tutorial it was immediately apparent that the same bug was manifesting itself again, with the lights in the next room shining through the wall. This time I was unable to discern any relevant console variables or commands, but I tried to soldier on regardless. Despite using the older id Tech 2 engine the performance was worse than Quake III Arena.
Both Unreal Tournament and Rune, running on the Unreal engine, showed no errors but would crash after playing for just a few minutes. I had more luck with some of the other 3D games from Loki, successfully launching the demos for Heretic II, Descent 3, Myth II: Soulblighter, and Mindrover: The Europa Project. Quake II: Colossus, this time distributed for Linux by Macmillan Digital Publishing, also accelerated fine when using the glx renderer.
The Linux demos for SiN and Shogo: Mobile Armor Division from Hyperion Entertainment worked, but the latter would crash with a Segmentation Fault unless “Disable Light Mapping” was selected in the Advanced options, and needed the SMPEG library provided in order to launch. On the whole the 3D performance did seem to be behind Windows 98 but not by all that much. What was bogging the system down more was the lack of available memory.
While not a total bust, it was becoming clear that Red Hat Linux 9 was not the best fit for the computer. A more detailed probe of the motherboard revealed I could install larger and faster 256 MB PC133 memory modules, but other than the graphics card nothing was keeping me to this particular version of Red Hat Linux. Further reading indicated that the Rage 128 Pro had DRI support going back at least as far as XFree86 4.0.3 with Red Hat Linux 7.1 in April 2001.
I settled on Red Hat Linux 7.3, code named Valhalla and released in May 2002, as this was the first to have DRI support for Radeon R100 cards and hopefully more mature Rage 128 Pro support. I was turning my back on the comforts of Bluecurve in favour of Gnome 1.4, XFree86 4.2, glibc 2.2.5, and the promise of a 96 MB recommended RAM requirement. All I needed was to buy and burn another three CD-R discs.
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.
You can use your Fediverse (including Mastodon, among many others) account to reply to this post. You can also follow my Mastodon to be notified when new parts of this series are released.
The Red Hat Linux 9 Shrike ISO files can be downloaded from here:
https://archive.download.redhat.com/pub/redhat/linux/9/en/iso/i386
Licensed under Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)