1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

What's Going On In The Open-Source Doom 3 World

Gaming

Published on 05 December 2011 11:31 AM EST
Written by Michael Larabel in Gaming
8 Comments

It's only been a few weeks since id Software released the Doom 3 source-code (id Tech 4 engine) and the ioDoom 3 project was established, but there's already some interesting work going on for this newly opened GPL game engine.

The ioDoom 3 project was quickly created after id Software published the game's source-code. This project is backed by the same developers responsible for the ioquake3 engine, as the successful open-source community project built around the Quake 3 (id Tech 3) release. Ryan "Icculus" Gordon -- whom already has experience with id Tech 4 after having ported Prey and other titles to Linux -- and others are helping out with ioDoom 3. This will likely be the de facto open-source version of id Tech 4 moving forward.

Some of the work going on right now within the ioDoom3 world is listed below.

- Ryan Gordon is personally working on porting Doom 3 to use SDL. More recent titles from id Software have used Simple DirectMedia Layer, but the Doom 3 client did not use this cross-platform open-source library. (See this mailing list message.)

- FreeBSD support for Doom 3. The Doom 3 game can already run under Linux when using the FreeBSD Linux binary compatibility later, but an effort is already under-way to provide native FreeBSD support for Doom 3 / id Tech 4. (There's patches on the BugZilla.)

- CMake build support. Ryan Gordon is also working on making ioDoom3 use cmake as its build system. (He has it currently in a Git repository.)

- Proper 64-bit support.

- Proper installers for ioDoom3 on at least Linux, Mac OS X, and Windows.

- Wide-screen resolution support. Doom 3 uses a static lists of resolutions, but with the move to SDL and other changes, it should be dynamically built based upon your driver/monitor/GPU.

- Various bug and warning fixes. See the BugZilla patch list.

While it doesn't fall directly within the ioDoom3 project right now, there's also been work on improving the Doom 3 shaders. See this blog posting for the interesting work taking place. "
So, pretty much everything that was in the vertex shader has now moved over to the fragment shader, normalization is done using math instead of the cubemap, some internal 0..1 clamping has been removed, the specular exponent has moved to math too, and the normal map has been renormalized after doing the texture lookup. The end result is quite surprising, and looks somewhat different to the way the original game looked."

While reworking the Doom 3 shaders offers up some noticeable visual improvements, the graphics rendering requirements are also obviously raised. "So the end result? The quality improvement is nothing short of astonishing. The original looked pretty grungy in places, but everything just smooths out now and looks really clean and solid. The bump mapping is particularly appealing, but specular highlights also tighten up and gain clarity and definition."

There's an issue though and that's the Doom 3 interaction shaders being considered game content, which id Software didn't put out under the GNU GPL. Here's some screenshots showing the new shader improvements.

More information on the open-source Doom 3 efforts can be found at ioDoom3.org. There's also a recent article covering the Linux graphics driver and hardware requirements of Doom 3.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. AMD Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. webOS Lives On As LuneOS With New Release
  2. Marek Lands Radeon Gallium3D HyperZ Improvements
  3. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  4. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  5. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  6. AMD, Wine & Valve Dominated August For Linux Users
  7. Linux 3.17-rc3 Kernel Released Back On Schedule
  8. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  9. Mesa 10.3 RC2 Arrives Via Its New Release Manager
  10. Ubuntu 14.10's Lack Of X.Org Server 1.16 Gets Blamed On AMD
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. AMD graphics doesn't work with AMD Catalyst drivers
  3. Best Radeon for a Power Mac G5?
  4. The dangers of Linux kernel development
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. AMD Releases UVD Video Decode Support For R600 GPUs
  7. SSD seems slow
  8. Is laptop with Intel CPU and AMD dGPU worth buying considering especially AMD Enduro?