Comparison of source ports

Below is a rough comparison of the source ports that are currently active and popular.

Comparison by license, programming language, platform and supported games
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, 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.

Also note that the Chex Quest column below refers to Chex Quest 1 and not 2 or 3.

Other games
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 Doom games:

Eternity Engine

 * PlayStation Doom (WIP)

GZDoom/Zandronum

 * Action Doom 2: Urban Brawl
 * Chex Quest 3
 * Harmony
 * The Adventures of Square

Comparison by multiplayer functionality
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.

Comparison by compatibility
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 perform 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. Almost all known vanilla demos sync, and the port will be adjusted if one is found which does not.
 * 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.