Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
drfrag

RUDE: another chocolate-doom fork

Recommended Posts

Posted (edited)

This is a fork of Chocolate Doom 2.3.0 with some stuff from Crispy Doom.
The name is some kind of a play on words and suits the fork in all senses also stands for Romero's Ultimate Doom Engine and it's another tribute to John Romero. Easy to understand if you know my Romero's Heresy II project for Heretic. :) It's better than my other proposals such as Choco-chewy or QDDoom (Quick N' Dirty Doom) or Doom++ but not to be taken seriously.

 It's a strong limit removing port aiming to preserve most bugs in the original executables including rendering bugs while preventing crashes at the same time.
 It's somewhere in the middle between Chocolate Doom and Crispy, this is still mostly Chocolate of course.
 Some features:
 Has support for extended nodes and the autorun key from Crispy.
 The startup console is back (running from the command line is recommended).
 There's a new 'Unholy massacre' skill level (-skill 6 or setup, not in the menu). :D It's not as hard as nightmare but it's a legitimate skill level and apparently it works great. It was the obvious thing to do and i wonder why no one has done it before (AFAIK), it will bring back old memories.
 Heretic compiles and runs also i removed limits (in theory) and has a new 'One thousand deaths await thee' skill level. But you'd need to compile yourselves or just use Crispy.
 
 There's a test build (may be final?) here: https://github.com/drfrag666/chocolate-doom/releases

 

 Now i'll clarify that this is not your usual source port, it's some kind of re-engineered Crispy and it's about the magic of Git. I've done this in only a few days applying and refactoring Fabian's patches so this is mostly his work, it's like rewriting the history of Crispy. So yes this is Crispy's bastard son. Many times i followed commit history in reverse order since i wanted to minimize changes and preserve many vanilla bugs (also many Crispy features are not in) so i had to resolve a lot of serious conflicts. I'm pretty good at it so it should be fine but there are a few things i'm not completely sure.
 I didn't know what i needed to do to prevent the crashes so i had to do some research in Doomworld and Doomwiki.
 I had to apply the medusa fix or else there were crashes here and there but Medusa was not there, also i think i ever saw her only once and i've been playing since Doom came out.
 Also the SlopeDiv overflow fix or else massive redering errors on big maps. And fix other overflows of course.
 The wiggle (tall sectors) and wall wobble fixes are in as well to prevent crashes.
 Not fixed: HOMs, tutti-frutti, slime trails and most of the other game bugs.
 So in the end most of the merit is of fraggle and fabian and they must be credited for their great work here.
 Have fun! And i hope it won't crash. :)
 

Edited by drfrag

Share this post


Link to post
Posted (edited)

Cool port idea, I'll certainly try it out!

On a side note: why not fork from Chocolate Doom 3.0.0? It would speed things up thanks to OpenGL. (Just asking.)

Share this post


Link to post

I want to try Heretic and got this message:
 

Quote

You are trying to use a Heretic IWAD file with the doom binary. This isn't going to work. You probably want to use the heretic binary.


Can someone make a Heretic binary?

P.S. Also the display resolution can not be saved, or it's just something happened with settings.

Share this post


Link to post

 I've updated the release (somehow the server was old) and added the Heretic binary, it's unsupported but hey if it works it works.

 On the resolution thing there's no high resolution here, i never said that. Like in old Choco the game is rendered on a 320x200 framebuffer and then upscaled.

 

 Seems i'm always stuck with old versions, hoping this can run on older hardware. Sure if you use a low resolution the game runs somewhat slower.

Share this post


Link to post

 I've tested it on win98 and works but there are know problems. I've heard that chocolate crashed there so no idea if this one is stable. About requirements i dunno but i set the minimum ram to 8 MB.

 I updated the release yesterday to enable the console for Heretic but it's a very minor thing and Heretic is not supported.

Share this post


Link to post
Posted (edited)
6 hours ago, drfrag said:

 I've tested it on win98 and works but there are know problems. I've heard that chocolate crashed there so no idea if this one is stable. About requirements i dunno but i set the minimum ram to 8 MB.

Chocolate Doom 2.3.0 dropped support for Windows 98, so you would have to tweak the code so that it could work well.

Share this post


Link to post
Posted (edited)

 Yeah but i'm using tdm-gcc 5.1 (MinGW) and it runs on 98 the same as older versions. There are known problems: setup cannot launch the game.

 BTW Houston (fraggle) we've (i've) got a problem: after restoring the console launching the game from setup to test controls and then closing it causes an infinite loop executing doom. The only way of closing it successfully on win 8.1 is from the task bar when it doesn't have focus. No idea of what's going on.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×