Introduction:

''This is FastDoom for DOS, a port of Doom based on PCDoom v2 by @nukeykt. The goal of this port is to make it as fast as posible for 386/486 personal computers. It includes code from other ports as Crispy Doom, MBF and Russian Doom, as well the original PSX and Jaguar Doom ports, so I send kudos to them.''

FastDoom is covered under the GPL 2.0 and made by Victor ''Viti95'' Nieto.

Shoutout to @MrFlibble for his post in trying FastDoom to run with REKKR. 
 

Features at a glance:

• Added FPS ingame viewer. Enabled with "-fps"
• Added FPS calculation after timedemo runs
• Added option to render visplanes (ceiling and floors) without textures. Enable with "-flatsurfaces"
• Added option to render Spectres and invisible objects like real transparent objects (harder to see, a little faster to render). Enable with "-flatshadows"
• Added option to render sky as a flat fixed color. Enable with "-flatsky"
• Added option to render Spectre and invisible objects like the Sega Saturn port did. Enable with "-saturn"
• New option to show only objects that are not far away from the player. All the enemies are still rendered as they're important. Enabled with "-near"
• PC Speaker uses all sounds available (just for fun!)
• Lot's of optimizations to make the game run faster / smoother (Executable is smaller than regular Doom)
• Removed low memory limit (may cause crashes with low RAM)
• NEW DETAIL LEVEL: POTATO. It renders the full scene with a quarter width resolution (max 80x200). 16-bit ISA video cards can play the game full screen much better!! A Western Digital Paradise PVGA1A ISA (1989) can render the game at a constant >25 fps with a 486DX-50. Enabled with "-potato" command parameter and low detail selected
• New option to allow more than 8Mb of memory allocation. Enabled with "-ram"
• Removed network gaming support
• Removed joystick support
• Removed Y mouse movement (move forward/backwards)
• Added autorun support (F11 key).
• Added mono sound support. Enabled with "-mono" parameter.
• Added low quality sound support (8000Hz instead of 11025Hz). Enabled with "-lowsound" parameter.
• Replaced DOS/4GW with DOS/32A providing a good speedup!
• Removed gamma correction support

Media:

Benchmark demo done with version 0.2:
 

Live demo, done with version 0.3:
 

Downloads:

• FastDoom on GitHub
• FastDoom, latest release (Currently 0.4)

----------------------------------------------

Fatal Error - GZDoom 4.10.0 64-bit

DOOM 2: Hell on Earth

Execution could not continue.

Unable to load shader Default:

Init Shader 'Default':

Vertex shader:

Vertex shader was successfully compiled to run on hardware.

Fragment shader:

Fragment shader was successfully compiled to run on hardware.

Linking:

Vertex shader(s) failed to link, fragment shader(s) failed to link.

unexpected error.

unexpected error.

-------------------------------

I don't even want any kind of shaders, I just want to play regular doom, that is unless these shaders are necessary. 

Computer info (i got most of this from the stickers on it)

Acer Aspire Laptop

Windows 7 OS

Quad Core and AMD Radeon Graphics.

A8 Vision AMD

i don't want to type the whole thing if this is an easy fix.

The easiest way to configure GZDoom is to use the Options Search function. If you're looking for one of the below settings without searching, make sure you set

Simple options menu: Off

gzdoom.ini is saved in a user folder now, so there is no need to copy your gzdoom.ini to a new install. Save the file somewhere safe for future use.

The below settings may need tweaking depending on your preferences and screen resolution.

Mouse Options

Always Mouselook: Off

Compatibility Options

Compatibility mode: Doom

Automap Options

Map colour set: Traditional Doom

HUD Options

Crosshair: Off

Scaling factor: 1.0

Aspect ratio: 1.2

HUD Options > Scaling Options

User interface scale: Adapt to screen size

Alternative HUD: 1

HUD preserves aspect ratio: Off

Sound Options

Randomize pitches: On

Display Options

Sprite shadows: Default

Use fuzz effect: Fuzz

Classic Transparency: ZDoom (Forced)

Use fake contrast: On

Rocket Trails: Off

Blood Type: Sprites & Particles

Bullet Puff Type: Sprites & Particles

Display Options > Hardware Renderer

Sector light mode: Software

Banded SW Lightmode: On

Fog mode: Standard

Fog forces fullbright: Off

Enhanced night vision mode: Off

Adjust sprite clipping: Smarter

Smooth sprite edges: Off

Fuzz style: Software

Particle style: Square

Rendering quality: Quality

Multisample: Off

Display Options > Hardware Renderer > Postprocessing

Bloom effect: Off

Lens distortion effect: Off

Ambient occlusion quality: Off

FXAA quality: Off

Dither output: Off

Tonemap mode: Palette

Display Options > Texture Options

Texture filter mode: None

Anisotropic filter: 16x

High Quality Resize mode: Off

High Quality Resize multiplier: Off

Resize textures: On

Resize sprites: On

Resize fonts: On

Resize model skins: On

Display Options > Dynamic Light Options

Dynamic lights (software): Off

Dynamic lights (hardware): Off

Lights affect sprites: No

Lights affect particles: No

Light shadowmaps: No

Set video mode

Resolution scale: Lowest possible scale

Scale Factor: 1.00

Use Linear Scaling (Fullscreen): No

UPDATED JANUARY 12, 2024: DOOM Retro v5.2.1 has been released! Please visit www.doomretro.com to check it out...

ORIGINAL POST ON DECEMBER 10, 2013: On this day exactly 20 years ago, id Software released a little game you might know called DOOM. And now, in celebration of this anniversary date, and after over three years of development in relative secrecy, I’m proud to finally announce the debut release of DOOM Retro, my very own DOOM source port.

DOOM Retro represents what I want DOOM to be today, in all its gritty, unapologetically pixelated glory. I’ve strived to implement a set of features and a certain level of attention to detail and restraint while still upholding a deference for that classic, nostalgic DOOM experience we all hold dear. DOOM Retro’s extensive release notes list what I’ve accomplished so far in an attempt to achieve this goal. DOOM Retro is based on Chocolate DOOM.

This project is by no means complete, and will probably forever be in a constant state of development. My intent is to release updates on a regular basis, ever seeking that goal of perfection. I have a long way ahead, and I encourage you to please leave a comment on this post, or on the DOOM Retro site, with any feedback, bug reports, etc. you may wish to impart, as well as follow the @doomretro account on Twitter.

Please visit www.doomretro.com.

Woof! is a continuation of the Boom/MBF bloodline of Doom source ports.

MBF stands for "Marine's Best Friend" and is widely regarded as the successor of the Boom source port by TeamTNT. It serves as the code base for popular Doom source ports such as PrBoom+/DSDA-Doom or The Eternity Engine. As the original engine was limited to run only under MS-DOS, it has been ported to Windows by Team Eternity under the name WinMBF in 2004. Woof! is developed based on the WinMBF code with the aim to make MBF more widely available and convenient to use on modern systems.

To achieve this goal, this source port is less strict regarding its faithfulness to the original MBF. It is focused on quality-of-life enhancements, bug fixes and compatibility improvements. However, all changes have been introduced in good faith that they are in line with the original author's intentions and even for the trained eye, this source port should still look very familiar to the original MBF.

In summary, this project's goal is to forward-port MBF.EXE from DOS to 21st century and remove all the stumbling blocks on the way. Furthermore, just as MBF was ahead of its time, this project dedicates itself to early adoption of new modding features such as DEHEXTRA+DSDHacked, UMAPINFO and MBF21.

Please visit the project homepage for more information:
https://github.com/fabiangreffrath/woof

Woof! 12.0.2 is released on Dec 13, 2023.

A complete list of new features, improvements and bug fixes can be found on the release page:

https://github.com/fabiangreffrath/woof/releases/latest

Binaries for Windows are available here:

https://github.com/fabiangreffrath/woof/releases/download/woof_12.0.2/Woof-12.0.2-win32.zip

https://github.com/fabiangreffrath/woof/releases/download/woof_12.0.2/Woof-12.0.2-win64.zip

An AppImage for Linux is available here:

https://github.com/fabiangreffrath/woof/releases/download/woof_12.0.2/Woof-12.0.2-Linux.appimage

Have a lot of fun!

- Fabian

[ OLD: Binaries will be released, I don't know when, depending upon when the other people involved get around to that during this busy holiday season.

I have already reminded them about making the 64 bit binaries too. ]

[ EDIT: binaries are up at SourceForge

DoomLegacy 1.48.14 downloads at SourceForge

]

SourceForge-DoomLegacy

From the whatsnew.

1.48.14 SVN1657 (2023-11-30)

FEATURES 1.48.14

* UMAPINFO, derived from umapinfo-lib (GPL) written by Michael Bäuerle, who has allowed us to use and modify it in DoomLegacy (FR_0100). In DoomLegacy the original library code got heavily modified, eliminating use of FLEX and YACC, removing internal structure hiding, and making it embedded in DoomLegacy. Errors and messages were rewritten to attach to DoomLegacy error reporting.

* Add viewfit control. This allows a wider monitor to be used with drawing at correct aspect ratio.

auto: auto select based on actual screen size.

stretch: stretch to fit screen.

fit width: fit to screen width, scale to correct aspect ratio.

fit height: fit to screen height, scale to correct aspect ratio.

BUG FIXES 1.48.14

* In Pagodia.wad, Map06, the hanging vine texture had visual artifacts. (AUR008, texture #624, lump 132961). Due to some of the patch columns being totally empty, some of the columns of the generated texture had the 0xFF termination, in the wrong place. Fixes bug 687.

* In Lost Civilization Map04, the arch texture ARC1ABRN was rendered with black holes. The wad uses it on a wall and as a masked texture, next to each other. These two uses generate incompatible texture formats.

The use on a wall had texture generation using the TM_picture format. The masked use requires a TM_masked compatible texture format. To fix this, gave the masked texture draw the capability to generate an extra texture_render holding a TD_2s_ready texture.

* The MIDI output included some padding of Track 0, that caused the Win10 and Win11 MIDI player to delay the track and change it to a piano. Do not know why these were in the MIDI output. The Track 0 padding has been disabled, and may be removed entirely (eventually). The Program_Change inclusion is now enabled by control variable "midi_create_program", which is default 0. The midi compression is enabled by control variable "midi_compress", which is default 1. These are not in any menu, can be changed by console. This fixes bug 0674.

* Add JOYSTICK_SUPPORT compile-time option, so that joystick code can be disabled. This was necessary due to some port situations not having joystick hardware.

* Steven Newbury has been trying to compile for DOS. These are changes based on a something he summitted. I suspect this may not be complete. It covers some network problems with DOS. Within djgppdos, there are DOS sound fixes and many other fixes to bring the DOS port up to date with the interface.

* Fixing complaints from gcc 11.2. Also snprintf does not honor string max field size. Must copy possibly long strings to some shorter buffer first. The code_size seems to have been reduced by 56K, perhaps due to new compiler.

* Fix error from w104_23. When BOB_MOM code was made a standard feature, one of the compile tests was missed. Removing the BOB_MOM define, made some of the old code active again. This may have had some obscure effect upon when the weapon bobbing stops. Have removed that old code. Some other cleanup, ptr declares.

* Disabled a RANGECHECK in wi_stuff as many wads violate those assumptions. Fixed many other typo and ptr declares encountered while working on UMAPINFO.

Nugget Doom is, pretty much, Woof! with some additions, most of which are inspired by or taken from other ports and mods, but with a few of my own ideas.

Take a peek!

WAD: DBP59: Zeppelin Armada - Further down the post is an explanation of what's going on in this screenshot, plus more screenshots.

What's that name?
It's funny, I like it. If you wish, you can relate it to the addition of Crispy Doom features (chicken nuggets are crispy?), and/or to the inclusion of bits (nuggets) of code from multiple other sources.

Why another source port?
Crispy doesn't support Boom/MBF, Woof! lacks certain Crispy features, and PrBoom+ and its forks simply feel off. This is my subjective solution, by and (at least) for myself.
 

What does it have to offer?
A few highlights:

• Support for higher resolutions up to 9X (1800p).
• Setting to Organize Saves by IWAD.
• Extra Gibbing setting, to force gibbing when killing with the Berserk Fist, Chainsaw and SSG.
• Bloodier Gibbing, you can guess what it does.
• Things move over/under Things setting.
• Changeable FOV, as featured in Doom Retro.
• Minimap: enter the Automap and press the corresponding key (which you'll have to bind) to enable it.
• Tag Finder from PrBoomX.
• Key to teleport to Automap pointer.
• Milestone Completion Announcements; they will inform you that you've killed all enemies, acquired all items or found all secrets once you complete said goals.
• Smart Totals from So Doom.
• Bobbing Percentage settings, to decrease the bobbing intensity of the view and weapon separately, and Bobbing Styles from Zandronum.
• Damage Tint Cap and Bonus Tint Cap settings, to attenuate or disable said screen tints.
• Jumping and Crouching.
• NUGHUD, a lump by means of which you can customize the Crispy HUD (see resources further down the post).
• Most of Crispy Doom's accessibility settings (I haven't implemented the toggle for Flickering Sector Lights yet, sorry).

• The Chaingun, and also the Chaingunner under some conditions, can now use a dedicated "DSCHGUN" sound effect if provided.

• Some fun new cheats:
  • 'VALIANT' for fast weapons;
  • 'FULLCLIP' for infinite ammo (yes, it's a GTA:SA reference, feel free to propose something more fitting);
  • 'GIBBERS' to force gibbing on dying enemies;
  • 'IDFLY' to, well, fly;
  • 'SUMMON' to spawn an actor, hostile or friendly, through its mobjtype index;
  • 'MDK' to perform ZDoom's absurdly-high-damage hitscan attack;
  • 'SAITAMA' for an MDK Fist!;
  • 'BOOMCAN' for explosive hitscan attacks (yet another GTA reference, this time a Chinatown Wars one)
  • 'TURBO' as an in-game version of the -turbo command line parameter.
• A batch of Doom compatibility settings to fix some quirks and change some details.

Check the readme at the GitHub repo (linked below) for the full feature list and more info.

Explanation of the screenshot above, and more screenshots:

Some final things I'd like to mention:

DISCLAIMER: 

Although the new code has been written with the intention of not breaking demo compatibility, it has not been properly tested yet. 

RECORD DEMOS AT YOUR OWN RISK!

With all that said, here are direct download links for the latest release!

Windows 32-bit Standalone

Windows 64-bit Standalone

Linux AppImage

NUGHUD Resources: Usage guide; NUGHUD Collection.

For more info, check the GitHub repo. Please, feel free to ask for help and to provide any feedback or suggestions, either here or in the Discord server.

Hope you have fun!

This is my first port made for PC and I hope this works for you too. 

Special thanks goes to @Anarkavre as thanks to him we got the original Brew game files.

You need to get the original files to be converted into a friendly format for the port, you can get them from Archive.org, you can search 
"Doom RPG BREW" on SOFTWARE menu.

Run the BarToZip program to convert the file doomrpg.bar into a DoomRPG.zip, then you run the DoomRPG.exe

Hope you enjoy it, best regards.

Updates:

* The BarToZip tool is updated to generate the DoomRPG.zip file. This update allows you to convert PMD sound files to WAV without the use of the external program (PureVoice/pvconv.exe) from previous versions.

Bugfixes:

* Accuracy upgrade (+1 Accuracy) purchase is correctly added to both player and stats.
* Game prologue messages are displayed correctly with the corresponding text.

Español

Como lo prometimos el port de Doom RPG para pc esta aquí, este port está creado con SDL2 y se utilizó ingenieria inversa del
archivo doomrpg.mod del juego original de la version BREW.

Este es mi primer port que he creado para pc, espero que sea funcional para ustedes también.

Agradecimientos especiales a Anarkavre ya que gracias a el obtuvimos los archivos originales del juego de la version BREW.

Es necesario tener los archivos originales para ser convertidos en un formato más amigable para el port, puedes consegir los 
archivos alojados en Archive.org, lo pueden buscar en el apartado de SOFTWARE con el nombre de "Doom RPG BREW"

Ejecutan el programa BarToZip para convertir el archivo doomrpg.bar a DoomRPG.zip, luego ejecutan el port DoomRPG.exe

Espero que lo disfruten, saludos.

Actualizaciones:

* La herramienta BarToZip se actualiza para generar el archivo DoomRPG.zip. Esta actualización le permite convertir archivos de sonido PMD a WAV sin el uso del programa externo (PureVoice/pvconv.exe) de versiones anteriores.

Correcciones:

* La compra de mejoras de precisión (+1 Accuracy) se agrega correctamente al jugador y a las estadísticas.
* Los mensajes del prólogo del juego se muestran correctamente con el texto correspondiente.

Source Code

DoomRPG_Port.zip

DoomRPG_Port - v 0.2.zip

DoomRPG_Port - v 0.2.1.zip <- Update 16/01/2024

Source Code

PrBoomX

JadingTsunami's PrBoom-Plus Fork

This is my own personal fork of PrBoom-Plus. It contains quality-of-play upgrades that I like and you may or may not.

Installation

• Install the latest PrBoom-Plus
  • Note: You may need the dependencies here for Windows. The DLLs are in the bin/ folder.
• Download the latest prboomX release for your operating system
• Unzip the binaries alongside your PrBoom-Plus installation.
  • Your PrBoom-Plus settings and save games will be kept separate from prboomX. You can use both alongside one another without conflict.
• Run the prboomX executable.

Features

• Zip file support
  • Note all WAD/DEH/BEX in the zip will be loaded
• Drop-down console (default key bind: ~)
  • 16-command history, use up/down arrows
  • Cheats work in the console
  • Command listing below
• "Buddha" cheat similar to GZDoom
  • Also adds regeneration if you stand still, similar to modern FPS games
• Targeted massacre cheat: tntsem
  • Kills only monsters currently targeting the player
• Optional uncapped framerate limiting
• Option to organize save games based on loaded content (WAD, DEH, etc.)
  • Note the order in which content is loaded matters
• Option to fix blockmap bug (will not apply to demos/net games, uses blockmap bug fix from Terry Hearst, adapted from similar PR for Woof)
• Time warp (travel forward/backward in time while playing)
• Bind console commands to keys or mouse buttons (binds are saved on exit; key/button list)
• Optional enhancements to the allmap powerup:
  • Secrets in undiscovered parts of the map are bright yellow
  • Secrets in discovered parts of the map are bright purple
  • Found secrets are dark purple
  • Lines can't be hidden from the map
  • Tag finder: Pressing "X" while in nofollow highlights the sector or line under the crosshair and shows the activating line/sector if any.
    • This lets you figure out what switches do or uncover how to open secrets if you are stuck.
• And more: see the project page on GitHub for an up-to-date feature listing

Console commands

resurrect
god
noclip
noclip2 (noclip+fly)
quit / exit
print (prints a message)
toggle_psprites (turns off player weapon sprites, good for screenshots)
snd_sfxvolume / snd
snd_musicvolume / mus
kill <class>
give <thing>
note <message> (write notes to a dated text file, useful for quick notes while playtesting)
mdk
plat_skip (when enabled, press the "use" key to trigger a lift you're standing in to raise immediately)
bind [key] [command] (bind any key to any one or more console commands)
unbind [key]
[config file setting] (read config file settings from the console)
mapfollow (start/stop the automap in follow mode)
complevel (show current compatibility level)
complevel N (change compatibility level to N where N is 0-17)
switchweapon N (switch weapon to N where N 0-8 or weapon name)
am_warpto (warp/teleport to automap crosshair position)
am_summon <class> (summon class enemy/thing/etc. to automap crosshair position)
am_summonfriend <class> (summon class friendly enemy/thing/etc. to automap crosshair position)
freeze (toggle freeze mode on/off)

I've been working on this since June, and the project now sort-of runs in 16-bit mode. Timedemo 2 seems to work right, but demos 1 and 3 have desyncs or memory-related crashing bugs. It's kind of in an alpha state. It'll run pretty okay on 233 MhZ hardware and up, using EMM386 whether real hardware or on 86box. DOSBox isn't recommended, it seems to struggle with 16 bit applications or EMS. It will of course also run on 16 bit computers. You probably want close to 620 KB free and 3-4 MB of EMS minimum right now.

Basically, you can't really just take the original codebase and build for 16 bit for many reasons. Slowly, the code was rewritten with more and more 16-bit style restrictions, until it became possible to actually build the code with a 16-bit compiler. You can still build and run the code in 32-bit mode, and it will use a sort of EMS emulator, simulating what the 16 bit code is doing. The 32-bit codebase is a lot more stable than the 16-bit one, but eventually they should end up pretty equal.

The goal for RealDOOM is really to make the port run as fast as possible as a 16-bit executable with the same level of quality, etc. as the original game. It may turn out futile to try and get this to run at smooth speeds on 16 bit processors, but I'll try to take it as far as reasonably possible. Then once that's done, it can also always be forked and modified with some tradeoffs between quality and speed. I don't want to start making those tradeoffs earlier than necessary though.

I haven't made major efforts on optimizations yet as it took a few months just to get the game to work as a 16-bit executable at all. It only started working last week and I haven't worked out all the bugs yet. To be honest, I had hoped to clean up the 16-bit build a little bit more before posting this here - but I'm going on a month-long trip starting tomorrow and I might not have much time to work on this in the near future... oh well. 

Known (Major) Issues
- Savegames dont work
- No sound (need to find a 16 bit compatible library or write from scratch?)
- Untested outside of doom1 shareware for now.
- 16 bit mode has some desyncs and memory bugs, but it's almost there.

Work that has been done

 - Removal of some features (multiplayer, joystick...)

 - Lots of optimizations especially to lower conventional memory usage and size of the executable

 - Zone memory manager rewritten to use EMS, "MEMREFs" passed around between functions instead of pointers, lots and lots of code rewritten to support this.

 - Lots of changed types, explicitly declared bit sizes, etc. to make 16/32 bit both work off the same codebase.

RealDOOM on real hardware 286-20:

RealDOOM on 86box Pentium MMX 233

I want to shout out Viti95, who wrote FastDOOM of course, which I referenced for a lot of code removal and optimizations, and he personally contributed a couple of optimizations to RealDOOM as well.

Helion is a new port developed in C# using .NET Core by WChrisK and myself. The main objectives of Helion are to have readable code along with good performance. Usually these are counter-intuitive but we put a good amount of effort to hit these goals. It's my hope that those interested in the source find it easy to understand and can learn how games like Doom work. Helion is different from most ports in that started entirely from scratch and isn't based off any existing code base. Some very specific code sections were basically translated line by line such as enemy action functions to match the original game. The base of Helion uses ZDoom specifications like decorate, mapinfo, gameinfo, and ZDoom action specials etc. We weren't looking to re-invent the wheel with new formats.

Helion supports decorate/ZDoom specials. However, it is partial and implemented up to a point to support Vanilla, Boom, and MBF21. If a wad includes both dehacked and decorate, the dehacked will be used by default as it's currently more stable.

Screenshots:

Rendering Options:

Testing Tech:

Brain dump of more technical features:

tldr
Supports Doom shareware, the Ultimate Doom, Doom II, TNT, Plutonia, and Chex Quest IWADS (IWAD can be dropped in main folder, but there is no selection UI)
Supports usual parameters such as -iwad, -file, -skill, -warp, +map
Supports Vanilla, Boom*, MBF21. dehacked, bex, dehextra
Windows - Windows 7 minimum
.NET 7 runtime. Should prompt if not already installed. (Note: not required if using 'with runtime' packages)
https://dotnet.microsoft.com/en-us/download/dotnet/7.0
OpenGL 3.3 required
Config.ini / console for configuration
mouse.look 0 and game.autoaim 1 for classic configuration

hud.showstats 1 for hud stats

For error: Unable to load DLL 'glfw' or one of it's dependencies:
https://aka.ms/vs/17/release/vc_redist.x64.exe

*Download here:
https://github.com/Helion-Engine/Helion/releases/latest

*Source:
https://github.com/Helion-Engine/Helion

Benchmarks

Credits:
We tried to credit specific ports and people/teams as much as possible in code.

Obviously id software, as we referenced the original source.
Randi Heit and the ZDoom team for zdbsp and the ZDoom format specifications.
Lee Killough and the Boom team. MBF was referenced for constants and functionality to match Boom special functionality.

@Redneckerzand @Doomkid for play testing.

I'm trying to create a batch file to automatize my GZDoom experience (I don't like a lot of GUIs, so I will try to automatize anything I can) and I've faced that I cannot run .pk3 files when trying to load a folder via command line.

Here's what I've tried to do:

start files/gzdoom -iwad dir/doom2 -file dir/doom_complete_midi.pk3 mods

The files folder is where I keep everything aside from my batch file (soon to be .exe), the dir folder is where I store all my "main" files to make everything run with the minimum stuff (Wadsmoosh'd Doom as a pwad and Doom 2 as an iwad, since for some reason when loading Wadsmoosh as an iwad the launch text defaults to "Doom: Complete: Wadsmoosh" while I've edited in GAMEINFO.txt), and mods is where I would like to just add my mods directly. As a matter of fact, it actually works with wads, but doesn't with .pk3 files; while GZDoom logs that it finds them (shows "adding [insert directories]/mods, 3 lumps"), it doesn't automatically load them.

As an example of what I mean, here's part of the log:

• With Lt. Typhon v6 as a mod:

GZDoom version g4.11.3
W_Init: Init WADfiles.
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/gzdoom.pk3, 672 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/game_support.pk3, 3307 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/dir/doom2.wad, 2919 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/game_widescreen_gfx.pk3, 214 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/dir/doom_complete_midi.pk3, 3341 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/mods, 4 lumps
C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/mods:typhon_v6.wad: V_END marker without corresponding V_START found.
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/mods:typhon_v6.wad, 1229 lumps

• With Metadoom v7.1 as a mod:

GZDoom version g4.11.3
W_Init: Init WADfiles.
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/gzdoom.pk3, 672 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/game_support.pk3, 3307 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/dir/doom2.wad, 2919 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/game_widescreen_gfx.pk3, 214 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/dir/doom_complete_midi.pk3, 3341 lumps
adding C:/Users/ghrv_/Desktop/DOOM Classic - Complete/files/mods, 2 lumps

Is making a folder that reads .pk3 files automatically possible? Or my only way is to add them to my autoload each time or create shortcuts for each one of those?

• Complevels: Vanilla, Limit removing, Boom, MBF, MBF21. 1 2
• FOV: 90 makes me nauseous, I tried to revert back for a while but I need ≥100 settings on widescreen monitors.
• Native screen resolution (OpenGL, Vulkan, Direct3D): I love how smooth OpenGL and Vulkan feel. With the new palettes and colors features implementations it looks almost 100% like software and it's becoming more and more a deal breaker because of their speed. Also they can match the desktop native resolution.
• ≥800p (Software renderer): modern times, modern monitors with ≥1080p resolutions, if a port only supports 400p it's going to be too grainy. This setting doesn't break any vanilla experience so it's kind of a must on today's ports IMO.
• Widescreen: Kinda implied with the first point, essential for modern monitors. They all have this.
• Extended HUD (K: I: S:): DSDA-Doom 1 2, Nugget Doom 1 2, Woof! 1 2, International Doom 1 2.
• Level stats. Example: GZDoom 1, DOOM Retro 1, Crispy Doom 1 2. I hide it now and only show it in the automap so any kind of level stats is good, I need to learn to actually play the game before caring about those stats. They all have this.
• SoundFont loader: FluidSynth or whatever works. I like to have RLNDGM.sf2 (or a good SC-55 sf) consistent with all my ports. It's becoming less and less of a deal breaker for me, some ports don't support it and I found out that I'm not missing it at all, the OS MIDI system is just fine.

A few more personal findings and observations..

🟢 Keep it in my ports.

🟣 Keep the settings in my ports.

🟡 Undecided. / Need to test more.

🔴 Not for me. / Don't care for right now (might change my mind in the future).

• "Main"/main fork of the category (they are all forks in a way or another)
  • Fork
    • Fork of the/a fork

My configs: https://rentry.org/doomconfigs

Comparison: https://rentry.org/doomconfigs#comparison

Favorite WADs: https://rentry.org/doomfavwads

Download Dev Builds: https://nightly.link

- Vanilla, Limit removing, Boom, MBF and MBF21. Software, OpenGL, Vulkan:

• 🟢 GZDoom (dev builds): any resolution in software and hardware mode. The most complete. A bit sluggish on maps with huge amount of monsters. I found that if I set 1280x720 it runs much much better in software mode or just use hardware renderer matching the monitor resolution. UDMF compatible. Running it in Vulkan mode. Necessary port for beautiful pk3 wads like Lullaby, Bastion of Chaos, Hurt, Elementalism, Insanity Edged, Winter's Fury, Corrupted Cistern etc. It can run all IWADs.
  • 🔴 VKDoom: any resolution in software and hardware mode. I already use GZDoom, can't find a reason to keep this one too but I'll keep testing it. UDMF compatible.

- Vanilla, Limit removing, Boom, MBF and MBF21. Software, OpenGL, Direct3D:

• 🔴 DOOM Retro: 400p. Great Chocolate fork and very smooth. It can run in Software, OpenGL or Direct3D mode (vid_scaleapi: The API used to scale every frame ("direct3d9", "direct3d11", "opengl" or "software"). Default = "direct3d11"). My configs.

- Vanilla, Limit removing, Boom, MBF and MBF21. Software, OpenGL:

• 🔴 Odamex (dev builds): any resolution in software and hardware mode. ZDoom > csDoom fork with focus on multiplayer, not for me/don't care for it.
• 🔴 Eternity Engine (dev builds): native screen resolution supported. Doesn't save the FOV settings. Many features that other ports don't have but still not for me, I run it occasionally for Eternity only wads but I don't want another port right now. The latest dev builds with multithreaded renderer works wonders for the smoothness but it still feels sluggish. UDMF compatible.
• 🟢 DSDA-Doom: native screen resolution supported. Insanely customizable, it's much smoother in OpenGL mode matching the monitor resolution, fastest of them all in hardware renderer mode. It can also run Heretic and Hexen. UDMF compatible. Cannot disable infinitely tall actors.
  • 🔴 From DOOM With Love: native screen resolution supported. Nice DSDA fork, it has some cool additions but it doesn't keep up with DSDA's updates.

- Vanilla, Limit removing, Boom, MBF and MBF21. Software renderer only:

• 🔴 Woof! (dev builds): 400p, no FOV. Cannot disable infinitely tall actors.
  • 🟣 Nugget Doom (dev builds): up to 4K. My favorite and fastest of them all in software only mode.
    • 🔴 Cherry Doom (dev builds): up to 4K. Nice Nugget fork that focuses on new/different/testing features, a cool one is the Level Table merged from DSDA.

- All red below this line, changed my mind on the complevels and it's a deal breaker now. -

- Vanilla, Limit removing, Boom and MBF. Software, OpenGL:

• 🔴 ZDoom: any resolution in software and hardware mode. Discontinued, don't care for it.
  • 🔴 LZDoom: any resolution in software and hardware mode. Fork for lower end computers, don't care for it.
  • 🔴 RZDoom: any resolution in software and hardware mode. Fork/continuation of classic ZDoom, not for me, I only need GZDoom in this category.
• 🔴 PrBoom+/PrBoom-Plus (dev builds): native screen resolution supported. Discontinued, people still use it so it's here but I like DSDA more.
  • 🔴 PrBoomX (dev builds): native screen resolution supported. Great continuation of PrBoom-Plus with lots of new and cool features but I personally only need DSDA in that category.

- Vanilla, Limit removing and Boom. Software, OpenGL:

• 🔴 Zandronum (dev builds): any resolution in software and hardware mode. Focuses on multiplayer, not for me/don't care for it.
  • 🔴 Q-Zandronum: any resolution in software and hardware mode. Main port for the awesome multiplayer mod QC:DE. Can't find more info on this one, if it uses MBF, MBF21 etc. but since it's a Zandronum fork I'll keep it here. Not for me but QC:DE deserves a try. 

- Vanilla and Limit removing. Software, Direct3D:

• 🔴 International Doom: up to 1200p, FOV, D1-SSG mod, FluidSynth, VSync, Direct3D, Extended HUD (K: I: S:)... what more to say. Cannot disable infinitely tall actors.

- Vanilla and Limit removing. Software renderer only:

• 🔴 Crispy Doom (dev builds) (dev builds GitHub): 400p, no FOV. Cool trick: you can load DOOM2 as PWAD for DOOM1 to get the SSG. It can also run Heretic, Hexen and Strife.
  • 🔴 So Doom (dev builds): 800p, no FOV.
• 🔴 Russian Doom (dev builds): 800p. Great Chocolate Fork, development just picked up, cool stuff coming and promising port. Cannot disable infinitely tall actors.

- Vanilla. Software renderer only:

• 🔴 Chocolate Doom (dev builds). 200p, no FOV, no Widescreen, 35 FPS cap, no VSync. Cannot disable infinitely tall actors.

Remember, this is just a PERSONAL list, every port is awesome in its own way. Thank you to all the devs for keeping Doom great, fun and more alive than ever.

https://doomwiki.org/wiki/Comparison_of_source_ports

Now I don't know if there are more of them not mentioned in the above list. I was looking for one that allows the resolution to be higher than the standard game and that doesn't change the gameplay at all. What do you guys and girls use to play it? Just to hear different opinions, etc. Thank you in advance.

P.S

I wasn't sure if this was supposed to be made in the DOOM general section.

International Doom is a small, functional and simple source port, created with help, efforts and bits of code from people around the world.

The project is based on Chocolate Doom and Crispy Doom, with significant additions from DOOM Retro.

Download version 7.3 (October 31, 2023)

• Windows (32-bit): inter-doom-7.3-win32.zip
• Windows (64-bit): inter-doom-7.3-win64.zip
• GitHub repository: JNechaevsky/international-doom

Major features

• Optional True Color render.
• Up to x6 (1200p) rendering resolutions.
• Uncapped framerate.
• Additional, darker gamma-correction levels.
• Support for OPL2, OPL3, MIDI, Fluidsynth and GUS music playback.
• In-game keyboard and mouse bindings.
• Various visual, audible, physical and demo enhancements.
• Compatibility with vanilla-engine demos.
• Removed limitations of vanilla engine.
• Support for nodes in extended format (ZDBSP and DeePBSP).
• Support for BEX/DEHEXTRA DeHackEd extensions.

Note: BOOM/MBF/MBF21 specifications are not supported.

The grenade launcher bug with DoomLegacy was tracked down to a bug in P_CheckMissileSpawn.

I found the same code in Boom, PrBoom, Eternity, and Chocolate Doom.  Every port derived from these probably has it.

The function P_CheckMissileSpawn in p_mobj.c has this

  // move a little forward so an angle can
  // be computed if it immediately explodes

  th->x += (th->momx>>1);
  th->y += (th->momy>>1);
  th->z += (th->momz>>1);

The problem is that the function P_UnsetThingPosition depends upon the position not being changed while the thing is linked into the block list.

These three lines modify the thing position, without doing an UnsetThingPosition first.

The UnsetThingPosition of the TryMove will try to unlink the thing from the blockmap based upon a block indexing dependent upon those x and y positions.

That small change is enough to put the x,y into a different block of the block map.

When the x,y of the thing is changed without unlinking from the blockmap list first, it tries to unlink in the wrong blockmap list.

The UnsetThingPosition in p_maputl.c has some Killough code for unlinking from the blockmap,  It does not check if the thing is in the blockmap or if anything is in the blockmap.

It only checks if the thing->bprev is NULL.  If it is NULL then that thing MUST have been at the head of the blockmap list, and so the blockmap list is set to thing->bnext.

This corrupts that list, and leaves the thing still at the head of the other blockmap list.

Later, when the thing gets linked into a blockmap list again, it can get linked to itself in the list.

Doing a blockmap scan on such a corrupted list will result in a tight loop, and the program will be hung.

This is the fix that I have used.

// Cannot change thing position while it is set in blockmap.
// Errors occur during unset because get different block.
#if 1
    // A slight difference may make demos lose sync.
    // move a little forward so an angle can
    // be computed if it immediately explodes
    fixed_t t_x = th->x + (th->momx >> 1);
    fixed_t t_y = th->y + (th->momy >> 1);
    th->z += (th->momz >> 1);  // does not affect blockmap
#else
    // move a little forward so an angle can
    // be computed if it immediately explodes
    th->x += (th->momx >> 1);
    th->y += (th->momy >> 1);
    th->z += (th->momz >> 1);
#endif

    if (!P_TryMove(th, t_x, t_y, false))
    {

Without such a fix the grenade launcher (dt-gren.zip) will cause corruption by halfway through the first level of doom2.  I have verified that with several attempts, and it is consistent.

I have verified that with this fix the faults stop and I was able to play through three levels using the grenade launcher (dt-gren.zip) without triggering the blockmap corruption detection code.

This was on DoomLegacy instrumented for the bug and with blockmap detection code in place.

-----

Another idea.

The unlinking can be made more idiot proof my keeping the link to the head of the blockmap in the bprev ptr when it is at the head of a blockmap list.

Then if the thing position is changed, no problem, because the unlinking from the blockmap is now independent of the current x,y position.

The first thing in the list has its bprev ptr set to point at the head of the blockmap list (instead of setting bprev to NULL).

It is detected by testing the bprev ptr as being between blocklinks and blocklinks_end, which is actually cheaper than the complicated test that it replaces.

If it points to the head then that target is updated as the head.  Otherwise it is updated as another thing.

When the head thing gets unlinked, this ptr can be copied to the next thing, same as before.

Crispy Doom is a friendly fork of Chocolate Doom that provides a higher display resolution, removes the static limits of the Doom engine and offers further optional visual, tactical and physical enhancements while remaining entirely config file, savegame, netplay and demo compatible with the original.

Please visit the Crispy Doom homepage for more information:

https://github.com/fabiangreffrath/crispy-doom/releases/latest

Binaries for Windows (x86/x64) are available here:
https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-doom-6.0.0-win32.zip

https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-heretic-6.0.0-win32.zip

https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-hexen-6.0.0-win32.zip

https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-strife-6.0.0-win32.zip

https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-doom-6.0.0-win64.zip

https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-heretic-6.0.0-win64.zip

https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-hexen-6.0.0-win64.zip

https://github.com/fabiangreffrath/crispy-doom/releases/download/crispy-doom-6.0/crispy-strife-6.0.0-win64.zip

Have a lot of fun!

- Fabian

https://github.com/BodbDearg/PsyDoom/releases

Most recently recorded video of the project:

Feature changes & improvements (1.1.0)

• Added support for "GEC Master Edition Beta 4".
• Classic renderer: add a new improved precision mode for rendering walls (enabled by default).
  • Helps prevent textures from sliding and stretching and improves temporal stability significantly, particularly when using uncapped framerates.
• Added a variety of new map fixes for Doom, Final Doom, and GEC Master Edition Beta 3 & 4.
  • Demo compatibility with previous PsyDoom versions may be affected for some maps due to the changes.
• The game now auto-pauses if the window loses focus.
  • This feature can be turned off if needed.
  • Auto-pause is also ignored for demo playback and recording since pause is not allowed in those scenarios.    
• Vulkan renderer: tweak sprite splitting across subsector boundaries to try and improve the visual result of sprite ordering.
  • Take into account how much a sprite intersects geometry vertically when deciding whether to allow a split or not.
  • Disallow splits if the sprite intersects geometry too much.
• Demo playback: show the intermission screen at the end if the level was completed.
• Automap: implement opt-in extended automap coloring which shades live enemies and bonus items differently.
  • This makes identifying remaining enemies and items easier when used with the 'Map all things' cheat.
• Multi-display environments: make PsyDoom start the game on the display where it is launched from.
  • Which display to use is determined by the mouse position at launch time.
  • Also allow the start display to be manually specified, if needed.
• Launcher: default the mod directory chooser to the currently selected mod directory.
  • On Windows default it to the current working directory, if no valid mod directory is selected.
• Add the option to trigger boss related specials when using the 'No monsters' cheat in singeplayer or co-op.
  • This option allows progress past maps which require boss enemies to be killed, even when there are no monsters.
• Added the ability for mods to use widescreen menu background assets.
• Finale: show the Arch-vile in the cast of characters if the current game or mod has the assets for it.
• Single player: add the option to spawn deathmatch only things (if desired).
• Single player: add an "IDFA" cheat for "Lots Of Goodies! (No Keys)".
• Multiplayer: allow secret maps to be selected and map selection to wrap around on the main menu.
• Co-op: add an option to disable friendly fire.
• Co-op: add an option to preserve some ammo after dying and respawning.
• Co-op: add an option to preserve keys after dying and respawning.
• Co-op: add the option to spawn deathmatch only things.
• Deathmatch: add a frag limit option.
• Deathmatch: add the option to disable exits if no frag limit is set.
• Deathmatch: add the option to trigger boss related special actions upon entering a map.
  • These are normally only possible to activate in single player, after killing all enemies of a certain type.
• Tweaked the punctuation for some loading and saving related HUD messages.
• Turned down the default mouse speed since it was probably too high for most users.
• Disallow weapon switching from occurring when zooming in and out on the map.
  • Enables the mouse wheel to be bound to both zoom in/out and weapon switch.
• Make the Arch-Vile, SS Tropper, and Commander Keen things use the same timings as the 'GEC Master Edition (Beta 4)' project.
  • This helps maintain demo compatibility between maps made for GEC ME Beta 4 and PsyDoom.
• Save slots: truncate the map name if it is too long, or if it is multi-line.
• Icon of sin: add the ability to manually specify the roster of enemies via map things with the 'MTF_SPAWN_BY_IOS' (0x100) flag.
  • In addition to this when the IOS is using this roster, enemies will occasionally spawn with special blending and will occasionally be nightmare.
  • This mirrors similar functionality in 'GEC Master Edition Beta 4'.
• Made new MAPINFO additions and changes:
  • Added the following new settings to `GameInfo`:
    • `AllowWideOptionsBg`, `AllowWideTitleScreenFire`
    • `TexLumpName_BACK`
    • `TexLumpName_Inter_BACK`, `TexPalette_Inter_BACK`
    • `TexLumpName_OptionsBG`
    • `TexLumpName_STATUS`
    • `TexLumpName_TITLE`, `TexLumpName_TITLE2`, `TexPalette_TITLE2`
    • `TexPalette_TitleScreenFire`
    • `TitleScreenCdTrackOverride`
  • Removed the following settings from `GameInfo`:
    • `CreditsXPos_IDCRED2`, `CreditsXPos_WMSCRED2`
  • Added the following new settings to `Episode`:
    • `LogoPic`, `LogoPal`, `LogoX`, `LogoYOffset`
    • `IsHidden`
  • Added the following new settings to `Map`:
    • `NoIntermission`
  • Added new `CreditsPage` and `ClearCredits` definitions.

Bug fixes (1.1.0)

• Fix an infinite freeze if there is no valid audio output device.
• Arch-vile: fix a small error that might sometimes cause it to not raise corpses when it should.
• Fix 'nightmare' style enemies resurrected by the Arch-vile not having 2x health.
• Icon Of Sin: count spawned enemies towards the kill count if the kill count fix is enabled.
• Status bar: fix the extension pieces for Vulkan widescreen not repeating sometimes for some extremely wide aspect ratios.
• Fix the toggle key for uncapped framerate not working in all the same places as the renderer toggle key.
  • This fix can be useful to keep the two settings in lockstep, if you want to toggle between the classic renderer and uncapped FPS with the same key at the same time.
• Fixed a bug where the level timer is not properly set after loading a save from the main menu or another map.
• Final Doom: fix unintended/stray pixels on the key card sprites when visual map patches are active.
• Launcher: fix vertical mouse wheel inputs not being recognized when binding an input to an action.
• Fix the player being killable while in sector special '11'.
  • Mirror PC Doom behavior and don't allow enemies to kill the player while in this sector type.
• Quickload: prevent strange sounds from sometimes playing when quick loading to another map.
  • Kill all active sounds immediately before loading the new map.
• Lua scripting: count enemies spawned via 'P_SpawnMobj' towards the total kill count, if the kill count fix is enabled.
• Warp menu: don't reset the map number if an attempt is made to open it again while it's already showing.

Feature changes & improvements (1.1.1)

• Add the ability to choose between exclusive and borderless windowed fullscreen modes.
  • Previously PsyDoom only supported exclusive fullscreen.
  • Borderless windowed is the new default, since it handles multi-tasking better and there is no real performance difference in most cases.
• Upgraded various third party libraries used by PsyDoom (such as SDL) for better OS and device compatibility.
• HUD: tweak message priority for renderer/uncapped-fps toggle.
  • If toggling both at the same time then show a message for the renderer being toggled instead of uncapped fps being toggled.

Bug fixes (1.1.1)

• Windows: fix invalid handling of Unicode characters in save data filepaths (#93).
  • This bug prevented user preferences and save files from being written successfully.
• Fix the Wolfenstein SS enemy not dropping ammo clips.    
• Vulkan renderer: fix excessive registry access while the Window is minimized. (#91).

---------------------------------------------------------------------------------

Original Post:

Hey everyone,

Just a quick post to let you all know about a project that I'm busy working on - a reverse engineered source port of PlayStation DOOM for PC. The project is currently at a very early stage and there is a *HUGE* amount of work to be done before my objectives are met, however as of right now the game is pretty much up and running. 

Check out this brief video demonstration:

This gives a nice platform for experimenting with the game and gradually converting over source code, piece by piece. Eventually my goal is to convert all of the game code over to easily readable/changeable C++, from it's current assembly-like form, and remove PSX bios and .exe dependencies etc.

In the spirit of openness and knowledge sharing (and also as a contingency, in case I get hit by a bus :P) I've also made the github repo public if you want to poke around and experiment:

https://github.com/BodbDearg/PsyDoom

As of right now I'm not doing any pre-made builds because this is at such an early stage and far from ready. If anyone is desperate to try though, let me know and I can put a build up on github - it's kind of a pain in the ass to run at the minute and not configurable at all.

Happy to answer any questions you might have about this, I can update this post also as new progress/developments are made.

Thanks!

It unifies two existing projects, ft2play and it2play, which are C ports of the original Fast Tracker 2 and Impulse Tracker 2 replayers. I have removed the dependencies on winmm (or SDL for non-Windows OSes) and created a small set of functions that should make it pretty easy to integrate into existing programs.

Although there are arguably lighter libraries for XM, S3M, and/or MOD playback (such as pocketmod, micromod/IBXM, and jar_xm/jar_mod), I struggled to find something that also supported IT playback and didn't want to pull in DUMB, XMP, or other/bigger solutions.

Downloads and usage instructions can be found at the Github repo.

PS: I have also spun off our C64 SID replayer in a similar fashion, but that is a bit more niche.

It has been over 3 years, but i just noticed that Risen3D had a new release back on November 14, with an update December 17. So i figured, why not make a thread.

List of changes:

Download:

• Binaries: Here (Setup installer) and Here (Zipped)
• Source code: Here
• Comes with a new map: Doomsday Rocket. Download: Here

More info:

• Homepage

Trivia:

• Risen3D is derived from Doomsday 1.7.8 and was originally called Boomsday with the plugin called JBoom. It is basically JDoom, but with Boom and MBF extensions.

Here is what it looks like in the editor:

Here is how it looks in DSDA Doom:

And here is how it looks in GZDoom:

How do I fix this? Also I use OpenGL, if that changes anything.

How do I fix this?

Armed with new features, QoL and technical improvements, it provides the ability to assist mappers in creation of Vanilla compatible maps, as well as checking some specific scenarios via additional ingame modes. The grave/tilde [~] key opens the in-game menu which can be used to change the settings and features, few extra key bindings are available in Setup executable / Configure CRL Controls menu.

Major idea is still same - this is crash-prone source port, which will print ingame warnings instead of crashing. However, no changes were made to to drawing code and important bugs like Tutti-Frutti and Medusa are still here, to preserve DOS executable behavior and look. Medusa is no longer critical though, and not crashing Windows executable. For vanilla-compatibility purposes, despite of being crash-prone in complex game scenes, this is not limit-removing source port and it will not be able to load huge maps.

Important bits of code has been ported from International Doom, Crispy Doom and DOOM Retro.

CRL Doom, version 1.7 (January 3, 2024)

• Windows (32-bit): crl-1.7-win32.zip
• Windows (64-bit): crl-1.7-win64.zip

CRL Heretic, version 1.0 (June 12, 2023)

• Windows (32-bit): crl-heretic-1.0-win32.zip
• Windows (64-bit): crl-heretic-1.0-win64.zip

GitHub repository

• github.com/JNechaevsky/CRL

Project's Wiki with additional info about counters, game modes and cheat codes

• github.com/JNechaevsky/CRL/wiki