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. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. Phoenix Is Trying To Be An Open Version Of Apple's Swift
  2. Linux 3.19 To Have Skylake Graphics, PPGTT Enablement
  3. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  4. Imagination Releases Full ISA Documentation For PowerVR Rogue GPUs
  5. Features GNOME Developers Want In The Linux Kernel
  6. GTK+ Gains Experimental Overlay Scrollbars
  7. Phoronix Test Suite 5.4 M3 Is Another Hearty Update
  8. GParted 0.20 Improves Btrfs Support
  9. EXT4 In Linux 3.18 Has Clean-ups, Bug Fixes
  10. Emacs 24.4 Has Built-In Web Browser, Improved Multi-Monitor Support
Latest Forum Discussions
  1. Proof that strlcpy is un-needed
  2. Users/Developers Threatening Fork Of Debian GNU/Linux
  3. xbox one tv tuner
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Bye bye BSD, Hello Linux: A Sys Admin's Story
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  8. AMD Is Restructuring Again, Losing 7% Of Employees