Comparison of source ports
From DoomWiki.org
(Redirected from Comparison of Doom source ports)
Below is a rough comparison of the source ports that are currently active or popular.
Contents
Comparison by general information[edit]
| Name | Latest version | Latest release date (yyyy-mm-dd) | Origin | Source code repository | Homepage | Forum | Wiki |
|---|---|---|---|---|---|---|---|
| Chocolate Doom | 3.1.0 | 2024-08-01 (5 months ago) | Doom/Heretic/Hexen source code | GitHub | - | - | Link |
| Crispy Doom | 7.0 | 2024-08-09 (5 months ago) | Chocolate Doom | GitHub | - | - | - |
| DelphiDoom | 2.0.7.735 | 2022-05-01 (2 years ago) | Doom/Heretic/Hexen source code, Chocolate Strife | SourceForge | - | - | - |
| Doomsday | 2.3.1 | 2021-02-04 (3 years ago) | Doom/Heretic/Hexen source code | SourceForge | Link | Link | Link |
| Doom + Doom II | 1.0.2584 | 2024-10-03 (3 months ago) | Doom/Xbox/Xbox 360/Doom Classic Unity | - | Link | - | - |
| DOOM BFA | 1.3.2 | 2024-04-01 (9 months ago) | RBDoom 3 BFG | GitHub | Link | - | Link |
| Doom Legacy | 1.48.16 | 2024-11-26 (51 days ago) | DOSDoom Doom/Heretic source code | SourceForge | Link | - | - |
| Doom Retro | 5.6.1 | 2025-01-04 (12 days ago) | Chocolate Doom | GitHub | Link | - | Link |
| DSDA-Doom | 0.28.2 | 2024-10-25 (2 months ago) | PrBoom+um | GitHub | - | - | - |
| EDGE | 2.1.0-RC1.5 | 2018-10-17 (6 years ago) | DOSDoom | GitHub | - | Link | Link |
| EDGE-Classic | 1.38 | 2024-08-27 (4 months ago) | EDGE | GitHub | - | Link | Link |
| Eternity | 4.04.02 | 2024-11-18 (59 days ago) | SMMU | GitHub | - | Link | Link |
| GZDoom | 4.14 | 2024-12-17 (30 days ago) | ZDoom | GitHub | Link | Link | Link |
| Odamex | 10.6.0 | 2024-09-11 (4 months ago) | ZDoom 1.22 via csDoom | GitHub | Link | Link | Link |
| PrBoom+ | 2.6.66 | 2023-06-20 (18 months ago) | PrBoom | SourceForge | Link | - | - |
| Risen3D | 2.2.35 | 2021-12-17 (3 years ago) | Doomsday | Source | Link | - | - |
| Woof! | 15.0.1 | 2024-12-06 (41 days ago) | WinMBF | GitHub | - | - | - |
| Zandronum | 3.1 | 2021-12-13 (3 years ago) | ZDoom and GZDoom via Skulltag | Bitbucket | Link | Link | Link |
| ZDaemon | 1.10.25 | 2024-10-28 (2 months ago) | ZDoom 1.22 via csDoom | - | Link | Link | - |
| Name | Latest version | Latest release date (yyyy-mm-dd) | Origin | Source code repository | Homepage | Forum | Wiki |
Comparison by license, programming language, platform and supported games[edit]
Note that the "Games supported" list below refers to the latest versions of the games. Earlier versions may not function correctly or at all. The latest versions of the games are: Doom games v1.9, Heretic v1.3, Hexen v1.1, Hexen DK v1.1, Strife v1.31 and Hacx v1.2. There is only one version of Chex Quest 1 (not including the version hidden on the CD with subtle differences). Patches for upgrading old versions are listed in the game patch article.
| OS availability | Games supported | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Name | License | Written in | Windows | Linux | macOS | Haiku | Android | Chex Quest 1 | Doom 1, 2, Final | Heretic | Hexen, DK | Strife | Hacx |
| Chocolate Doom | GPLv2 | C | Yes | Yes | Yes | Yes | Yes[1] | Yes | Yes | Yes | Yes | Yes | Yes |
| Crispy Doom | GPLv2 | C | Yes | Yes | ? | ? | ? | Yes | Yes | Yes | Yes | Yes | Yes |
| DelphiDoom | GPLv2 | Delphi | Yes | - | - | ? | ? | Yes | Yes | Yes | Yes | Yes | Yes |
| Doomsday | GPLv2 | C, C++ | Yes | Yes | Yes | ? | Planned | Yes | Yes | Yes | Yes | - | Yes |
| Doom + Doom II | Closed | C++, HTML5 | Yes | Yes (Proton) | - | - | - | - | Yes | - | - | - | - |
| DOOM BFA | GPLv3 | C++ | Yes | Yes | untested | - | - | Partial | Yes | - | - | - | Yes |
| Doom Legacy | GPLv2 | C | Yes | Yes | Yes | - | - | Yes | Yes | Yes | - | - | Yes |
| Doom Retro | GPLv3 | C | Yes | Yes | Yes | ? | Yes[1] | Yes | Yes | - | - | - | Yes |
| DSDA-Doom | GPLv2+ | C | Yes | Yes | Yes | ? | ? | - | Yes | Yes | Yes | - | - |
| EDGE | GPLv2 | C++, QuakeC | Yes | Yes | Yes | Planned | - | Yes | Yes | Yes | Planned | Planned | Yes |
| EDGE-Classic | GPLv3 | C++, QuakeC | Yes | Yes | Yes | No | - | Yes | Yes | Yes | Planned | Planned | Yes |
| Eternity | GPLv3 | C++ | Yes | Yes | Yes | WIP | - | - | Yes | Yes | WIP | WIP | Yes |
| GZDoom | GPLv3 | C++ | Yes | Yes | WIP | Planned | Yes[1] | Yes | Yes | Yes | Yes | Yes | Yes |
| Odamex | GPLv2 | C++ | Yes | Yes | Yes | ? | ? | Yes | Yes | Planned | - | - | Yes |
| PrBoom+ | GPLv2 | C | Yes | Yes | Yes | ? | Yes[1] | Yes | Yes | - | - | - | Yes |
| Risen3D | GPLv2 | C++ | Yes | - | - | ? | ? | - | Yes | - | - | - | - |
| Woof! | GPLv2 | C | Yes | Yes | ? | ? | ? | Yes | Yes | - | - | - | Yes |
| Zandronum | DSL, custom | C++ | Yes | Yes | Yes | ? | Yes[1] | WIP | Yes | Yes | Yes | Yes | - |
| ZDaemon | DSL (closed) | C++ | Yes | Server | Yes | ? | ? | - | Yes | Yes | Partial | - | - |
| Name | License | Written in | Windows | Linux | macOS | Haiku | Android | Chex Quest 1 | Doom 1, 2, Final | Heretic | Hexen, DK | Strife | Hacx |
| OS availability | Games supported | ||||||||||||
Other games[edit]
In addition to the main six games that a good portion of source ports support or plan to support, some source ports have or plan to add support for other less common games:
EDGE[edit]
- Wolfenstein 3D (WIP)
- Rise of the Triad (WIP)
- Blake Stone (WIP)
Eternity Engine[edit]
- PlayStation Doom (WIP)
GZDoom/Zandronum[edit]
Comparison by features[edit]
Keywords:
- Renderer means the way the game scenes are rendered. It does not cover how the rendered scene is then displayed to the screen or to a window. Most ports with software rendering are now using DirectX, OpenGL, or Vulkan to display the rendered frames.
- The Doom engine updates the game 35 times per second. Ports with uncapped framerate keep this update rate, but can draw new frames more often. Usually requires implementing interpolation logic so that the effect can actually be noticeable.
- Ports supporting custom content offer a content definition language that allows easy creation of additional actors, items, weapons, or other effects.
- Ports supporting map scripting have an actual scripting language for map events. This does not consider scripting via voodoo dolls on conveyor belts.
| Special features | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Name | Renderer | Uncapped framerate | Limit-removing | Console | Custom content | Map scripting | UDMF support | Extended nodes | Boom/MBF support | MBF21 support | ID24 support |
| Chocolate Doom | Software | No | - | - | - | ACS (Hexen), none (other games) | No | No | No | No | No |
| Crispy Doom | Software | Yes | Yes | - | - | ACS (Hexen), none (other games) | No | Yes | No | No | No |
| DelphiDoom | Software, OpenGL | Yes | Yes | Yes | ACTORDEF, PascalScript | ACS, PascalScript | Yes | ? | Yes | Yes | No |
| Doomsday | OpenGL | Yes | Yes | Yes | DED | InFine, XG | Planned | ? | No | No | No |
| Doom + Doom II | Software | Yes | Yes | Yes | ID24HACKED | None | No | Yes | Yes | Yes | Yes |
| DOOM BFA | OpenGL | Yes | Yes | Yes | EXPINFO | ActMap | Yes | ? | No | No | No |
| Doom Legacy | Software, OpenGL | No | Yes | Yes | - | FraggleScript | - | Yes | Yes | No | No |
| Doom Retro | Software | Yes | Yes | Yes | DEHEXTRA, DSDHacked | None | No | Yes | Yes | Yes | No |
| DSDA-Doom | Software, OpenGL | Yes | Yes | Yes | DEHEXTRA, DSDHacked | ACS (Hexen), none (other games) | Yes | Yes | Yes | Yes | No |
| EDGE | OpenGL | Yes | Yes | Yes | DDF, COAL | RTS | Yes | ? | Yes | No | No |
| EDGE-Classic | OpenGL | Yes | Yes | Yes | DDF, COAL, Lua | RTS | Yes | ? | Yes | No | No |
| Eternity | Software | Yes | Yes | Yes | EDF | ACS | Yes | Yes | Yes | Yes | No |
| GZDoom | Software, OpenGL, Vulkan | Yes | Yes | Yes | ZScript, DECORATE | ZScript, ACS, FraggleScript | Yes | Yes | Yes | Yes | No |
| Helion | OpenGL | Yes | Yes | Yes | DECORATE | None | No | Yes | Yes | Yes | No |
| Odamex | Software | Yes | Yes | Yes | Yes | ACS | - | Yes | Yes | Yes | No |
| PrBoom+ | Software, OpenGL | Yes | Yes | - | - | None | No | Yes | Yes | No | No |
| Risen3D | OpenGL, Direct3D | Yes | Yes | Yes | DED | SCP, InFine | - | Yes | Yes | No | No |
| Rum and Raisin Doom | Software | Yes | Yes | Yes | - | None | No | Yes | Yes | Yes | Yes |
| Woof! | Software | Yes | Yes | No | DEHEXTRA, DSDHacked | None | No | Yes | Yes | Yes | No |
| Zandronum | Software, OpenGL | Yes | Yes | Yes | DECORATE | ACS | Yes | Yes | Yes | No | No |
| ZDaemon | Software | Yes | Yes | Yes | DEHSUPP | ACS | - | Yes | No | No | No |
| Name | Renderer | Uncapped framerate | Limit-removing | Console | Custom content | Map scripting | UDMF support | Extended nodes | Boom/MBF support | MBF21 support | ID24 support |
| Special features | |||||||||||
Comparison by multiplayer functionality[edit]
Keywords:
- Synchronous means the network (typically) sends minimal amounts of traffic in exchange for only advancing based on available player input. Tends to work better over direct connections and requires a lot of accuracy in connection data to support in game joining. This method was used by Doom 1.9.
- Asynchronous means a network protocol that relies on sending more complex data in exchange for allowing the client and server to advance independently. More efficient connection snapshots and individual clients cannot stall the server from connection issues.
- C/S (short for Client/Server) means a connection protocol where all players communicate through and only to a central server.
- P2P (short for Peer-to-Peer) means a connection protocol where all players communicate directly to each-other. This method was used by Doom 1.9.
| Name | Splitscreen | Multiplayer saves | Multiplayer protocol | Late joining | Origin | CTF[2] |
|---|---|---|---|---|---|---|
| Chocolate Doom | No | Yes | C/S (Synchronous) | No | Doom 1.9 | No |
| Crispy Doom | No | Yes | C/S (Synchronous) | No | Chocolate Doom | No |
| DelphiDoom | No | No | P2P (Synchronous) | No | Doom 1.9 | No |
| Doomsday | Yes | No | C/S (Asynchronous) | Yes | Original | No |
| Doom + Doom II | Yes | No | C/S (Asynchronous) | Yes | Original | No |
| DOOM BFA | No | No | P2P (Synchronous) | No | Doom 1.9 | No |
| Doom Legacy | Yes | No | C/S (Synchronous) | Yes | Doom 1.9 | No |
| Doom Retro | No | - | - | - | - | - |
| DSDA-Doom | No | - | - | - | - | - |
| EDGE | Yes | No | P2P (Synchronous) | No | Doom 1.9 | No |
| EDGE-Classic | Yes | No | P2P (Synchronous) | No | Doom 1.9 | No |
| Eternity | Yes[3] | Yes | P2P (Synchronous) | No | Doom 1.9 | No |
| GZDoom | No | Yes | P2P & C/S (Synchronous) | Saves only | Doom 1.9 | No |
| Odamex | No | No | C/S (Asynchronous) | Yes | csDoom | Yes |
| PrBoom+ | No | Yes | C/S (Synchronous) | No | Doom 1.9 | No |
| Risen3D | No | - | - | - | - | - |
| Woof! | No | Yes | C/S (Synchronous) | No | Chocolate Doom | No |
| Zandronum | No | No | C/S (Asynchronous) | Yes | Skulltag (csDoom) | Yes |
| ZDaemon | No | No | C/S (Asynchronous) | Yes | csDoom | Yes |
| Name | Splitscreen | Multiplayer saves | Multiplayer protocol | Late joining | Origin | CTF |
Comparison by compatibility[edit]
Compatibility is judged primarily by the extent to which a source port supports vanilla gameplay behavior including the original quirks and bugs of the respective games, behavior of maps even when those maps are erroneously constructed, and demo compatibility. Factors which are not considered are simple support of higher resolutions, higher sound sample rates, or additional methods of input over the original games which do not change the actual gameplay experience or engine behavior. When gameplay changes are optional or otherwise configurable, it is the best compatibility profile (which is not necessarily the default configuration) that is considered. While the scale used is somewhat subjective, a rough guideline is as follows:
- Very high compatibility is reserved for ports which aim for rigorous bug-compatibility: these may include partial emulation of a DOS machine's address space, behavior of x86-specific mathematical or logical operations, and overflow emulation based on reverse engineering of the segment layouts of the original games' executable files in order to attain as close to 100% compatibility as is possible. In general, the port should crash when vanilla would crash, and errors should be exhibited just as they would occur in vanilla. Exceptions exist for dangerous bugs or security holes (e.g., a crash in vanilla which would have crashed DOS itself should not crash a modern OS like Windows or Linux). Almost all known vanilla demos sync, and desyncs for any reason are considered a bug to be fixed in the port.
- High indicates that the port is very compatible, but does not go as far as those ports in the Very high category in emulation of the original games' bugs. Vanilla demo support is in the range of good to excellent.
- Average indicates that the port plays very closely to the originals, but unconditionally fixes most bugs and may make aesthetic compromises for more enjoyable play. Virtually all modifications for the original games still function as intended by their authors with ports in this category. Vanilla demo support is unlikely.
- Low indicates that the port makes significant changes to gameplay and presentation. Some vanilla-targeted modifications may not work as intended. Demo support beyond the individual port's format is usually not present to any extent.
- Very low indicates that the game is not entirely playable in the engine. This can be because support for the game is an unfinished work in progress, or that it is not a development priority.
Boom-compatibility has been a de facto standard for enhanced features in Doom ports. Yes means that the entire feature set is supported. Mostly means that some obscure and uncommonly-used features are not supported, but the port should still be able to handle correctly most existing Boom map sets. Partial indicates that support is incomplete and Boom map sets are not expected to play back correctly. No means that Boom features are not supported to any degree.
| Name | Vanilla Doom accuracy |
Vanilla Heretic accuracy |
Vanilla Hexen accuracy |
Vanilla Strife accuracy |
Boom- compatible |
Demo format |
|---|---|---|---|---|---|---|
| Chocolate Doom | Very high | Very high | Very high | Very high | No | Doom 1.666, 1.7, 1.8, 1.9[4] |
| Crispy Doom | Very high | Very high | Very high | Very high | BEX only | Doom 1.9 |
| DelphiDoom | Average | Average | Average | Average | Mostly | Own |
| Doomsday | Average | High | High | - | Partial | None |
| Doom + Doom II | High | - | - | - | Yes | Doom 1.9, Own |
| DOOM BFA | High | - | - | - | Partial | Doom 1.9, 1.11 |
| Doom Legacy | Average | Average | - | - | Yes | Own, Doom 1.9, Boom 2.02 |
| Doom Retro | Average | - | - | - | Yes | None |
| DSDA-Doom | Very high | Very high | Very high | - | Yes | |
| EDGE | Low | Very low | - | - | Yes | Own (experimental) |
| EDGE-Classic | Low | Very low | - | - | Yes | Own (experimental) |
| Eternity | High | Very low | - | - | Yes | Own, Doom 1.9 and Boom 2.02 (experimental) |
| GZDoom | Low | Low | Low | Low | Mostly | Own |
| Odamex | High | - | - | - | Mostly | |
| PrBoom+ | Very high | - | - | - | Yes | Doom 1.2, 1.9, Boom 2.02, own, misc[5] |
| Risen3D | Average | - | - | - | Mostly | Own |
| Woof! | Very high | - | - | - | Yes | Doom 1.9, Boom 2.02, MBF, MBF21 |
| Zandronum | Low | Low | Low | Low | Mostly | Own |
| ZDaemon | Average | Average | Very low | - | Mostly | Own |
| Name | Vanilla Doom accuracy |
Vanilla Heretic accuracy |
Vanilla Hexen accuracy |
Vanilla Strife accuracy |
Boom- compatible |
Demo format |
Notes[edit]
- ↑ 1.0 1.1 1.2 1.3 1.4 Via Delta Touch.
- ↑ All listed CTF supported ports abide by the CTF standard.
- ↑ There's an experimental branch that adds splitscreen support.
- ↑ Different compatibilities available with command line -gameversion
- ↑ Historical demo compatibility is a main feature of PrBoom+, it also features support for Doom 1.666, DOSDoom, Boom 2.01, MBF, LxDoom, and earlier versions of PrBoom
