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

Dante: Open-Source Doom 3

Gaming

Published on 04 August 2012 04:44 PM EDT
Written by Michael Larabel in Gaming
7 Comments

Oliver McFadden has been working on renderer improvements to the open-source id Tech 4 engine for the Doom 3 game. This project is now going under the name Dante.

McFadden, the developer known for being involved in the early days of open-source ATI Linux graphics development with writing the Revenge reverse-engineering utility plus also toyed with the idea of writing his own video BIOS, has been playing with the open-source Doom 3 / id Tech 4 engine code in his spare time.

Back in April I mentioned this graphics expert wrote a new GLSL back-end for Doom 3 and then proceeded to create OpenGL ES 2.0 and EGL support. His OpenGL ES 2.0 and GLSL coding for Doom 3 has been an active project for several months and he's continuing its development now under the Dante name.

"Going forward, the repository will be named "Dante" (based on Dante's Inferno and it's fitting description of the Doom 3 game.) Dante journeyed through Hell, guided by the Roman poet Virgil," he says on his blog.

He's also playing with different shading algorithms and currently soliciting feedback from those on some sample images he put up on his blog. Doom 3 by default uses the Blinn-Phong shading model while he's been playing with the Phong shading model as well as the exponent value.

His open-source Doom 3 code can be found on GitHub.

Separately, another open-source developer recently added Wayland support to Doom 3 for his own open-source Doom 3 fork.

For the upstream ioDoom3 project, there sadly isn't much going on. For the main Git repository there hasn't even been a commit since December of 2011.

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. MSI X99S SLI PLUS On Linux
  2. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  3. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  4. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
Latest Linux Articles
  1. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. Fedora 21 Beta & Final Release Slip Further
  2. Mesa 10.3.2 Has A Couple Bug-Fixes
  3. RadeonSI/R600g HyperZ Support Gets Turned Back On
  4. openSUSE Factory & Tumbleweed Are Merging
  5. More Fedora Delays: Fedora 21 Beta Slips
  6. Mono Brings C# To The Unreal Engine 4
  7. Coreboot Now Has Support For Intel Broadwell Hardware
  8. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  9. GTK+ Lands Experimental Backend For Mir Display Server
  10. Ubuntu 14.10 Officially Released
Latest Forum Discussions
  1. HOPE: The Ease Of Python With The Speed Of C++
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  4. Linux hacker compares Solaris kernel code:
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed