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.

Return to Part 1: Dumpster Diving

Continued from Part 2: Selecting a Graphics Card

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.

Carrying on in Part 4: Installing Red Hat Linux 7.3

Return to Part 1: Dumpster Diving

Article taken from GamingOnLinux.com.
22 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.
20 comments
Page: «2/2
  Go to:

Ehvis Mar 16, 2021
View PC info
  • Supporter Plus
Never really did the red hat thing myself. I used Slackware from the very early days and only ever exchanged that for a period of Gentoo up to at least 2004. It's funny that I can't remember at all how much memory I was using in those days. But I am pretty sure I still used my old Pentium 200 MMX in the early 2k years. Probably somewhat underpowered for gaming.
kokoko3k Mar 16, 2021
You really need to get a crt :(
sourpuz Mar 16, 2021
Ah, I love this series. It combines old-school computing and Linux, two of my favourite things. My first Linux-Desktop was an old Pentium-120 I bought off eBay.
whizse Mar 16, 2021
View PC info
  • Supporter
Quoting: kokoko3kYou really need to get a crt :(
...and as a grand finale to the article series, blow it up using an erroneous xvidtune modeline. Always end with a bang!
Hamish Mar 16, 2021
Quoting: The_AquabatI wasn't that much into linux gaming back in those days but my personal favourite from Loki Software was Soulride snowboard game. I wonder if this machine can handle it?
Soul Ride was released by Linux Game Publishing rather than Loki Software which makes it even harder to find a copy of nowadays. The LGP website does look to be back online as an archive at least so I could try the demo:
https://www.linuxgamepublishing.com/

Quoting: whizse
Quoting: kokoko3kYou really need to get a crt :(
...and as a grand finale to the article series, blow it up using an erroneous xvidtune modeline. Always end with a bang!
If you read my first article you will find I did use a CRT but it was in the process of arcing itself to death. So after risking fire or electrocution I am sticking with the LCD for now.

I had thought of using the ViewSonic Q71 monitor I have as a second head on my main Arch Linux computer through the use of a VGA switch but I am concerned about the loss of picture quality.
Calinou Mar 16, 2021
Quote(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.

Fun fact: Quake 3 Arena has dedicated code to detect Rage Pro GPUs and will use different effects on those GPUs (particles, marks, ...).
Hamish Mar 16, 2021
Quoting: CalinouFun fact: Quake 3 Arena has dedicated code to detect Rage Pro GPUs and will use different effects on those GPUs (particles, marks, ...).
But is that for a Rage 128 Pro or a 3D Rage Pro? Yes, it gets confusing...


Last edited by Hamish on 16 March 2021 at 10:57 pm UTC
CanadianBlueBeer Mar 18, 2021
I still have some of those old Loki games, and one, Civ:CTP does work on modern linux with a bit of fiddling, (just a bit), except for the music. That's solved just by having something else play the CD. :)

Mandrake for Gaming included Sims for Linux (no number, just The Sims)

It's fun trying to get that old stuff going for sure. (and I do have one old box kicking about that I just may try and get going again in a couple months. Bunch of old vid cards, even have an old 5.25" floppy drive kicking about. heh)

Curious how your trials are going to turn out. :)

(I went through them all once already, as it all happened. Linux on 25 floppies? shudder)
Hamish Mar 18, 2021
Quoting: CanadianBlueBeerI still have some of those old Loki games, and one, Civ:CTP does work on modern linux with a bit of fiddling, (just a bit), except for the music. That's solved just by having something else play the CD. :)
I did play through Rune and Soldier of Fortune on Fedora about ten years ago, and I could get the Shogo demo to launch on Arch Linux until just a few years ago. There are means and ways with these old ports but it just keeps getting harder and harder with each passing year.

Quoting: CanadianBlueBeerMandrake for Gaming included Sims for Linux (no number, just The Sims)
I believe that was accomplished by TransGaming using their WineX/Cedega fork.

One thing this project has done is that it has finally made me learn how to play Microsoft Solitaire on Windows 98 and Klondike as part of AisleRiot on Linux. Never bothered learning until now.
omicron-b Mar 23, 2021
@Hamish
Wow, great coverage.
Could you please add a link to part 4 in this one?
I'm sharing these articles on Mastodon
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.