ZDoom64 - A last hurrah for classic ZDoom (2.9pre)

[Redneckerz]

Not to be confused with ZDoom 64 which is Doom 64 ported over to an ancient ZDoom build (2.1.5) with an illegal Doom2.wad. This is just something nice.

 

Introduction:
ZDoom 2.8.1 was released in 2016. Afterwards, GZDoom went its own path, ZDoom 2.8.1 becoming a rather fixed port for speedrunners alike.

Being an early 2016 release, ZDoom saw continued development until December 2016, when ZDoom activity went over to GZDoom.

 

Serial porter @Gibbon, who one may know from his rather excellent service to provide several source ports additional releases to Linux/FreeBSD and Mac Intel/Mac M1 and also has a host of ports of his own, took the latest master of ZDoom (December 2016, 2.9pre), and made a 64 bit build out of it with a few fixes, enough to be stable. In game called Gibbon's 64-bit Build, it is called ZDoom64.

 

A last hurrah to the classic ZDoom, for multiple platforms, compiled with Visual Studio 22 preview in 64 bit.

 

I have been testing it so far and its pretty darn good. Its nothing too fancy, but its a good post-2.8.1 build, not targeting the latest in features, but providing a stable release. I think it fits well as a classic but updated port of a 2016 codebase.

 

Features:

• 64 bit build
• Based off ZDoom 2.9pre (December 29, 2016) as opposed to ZDoom 2.8.1 (February 22, 2016)
• Compiled with VS2022
• Minor fixes to get Mac build rocking again

Details:

Quote

Just a modern 64bit build of ZDOOM, untouched except for needed compilation errors that I fixed.

 

I am not maintaining this or developing this, just providing updated, modern binaries for 64bit systems, similar to what I do for NBlood.

 

The binaries are under the name 'zdoom64' to differentiate it from the mainline deprecated version.

 

All builds use SDL2 by default and you must use the midi synthesizer in sound settings for music

• Mac Build: Fluidsynth but no vorbis, ogg, portmidi etc.. (It does have OpenAL too).
• FreeBSD 13: (Same as linux but with fluidsynth)
• Linux Build: No fluidsynth, vorbis, ogg, portmidi etc.. but is compiled with OpenAL (for sound).
• Windows Build: No fluidsynth, vorbis, ogg, portmidi etc.. but is compiled with OpenAL. Use the MS midi Synthesizer in sound settings for music.

 

Links:

• Windows, Linux, FreeBSD, Mac OS Intel 64 bit: GitHub

 

PS: @dew i am not sure if it was you or @Fonze who said that ZDoom 2.8.1, due to being discontinued, was becoming a sort of fixed port for speedrunners alike or not, but perhaps ZDoom64 may fit the bill on this aswell - Being some kind of final release of the ZDoom code, updated for modern compilers.

Edited November 3, 2021 by Redneckerz

[dew]

I guess the important questions are: Does this version differ substantially from 2.8.1? Can it play everything 2.8.1 could? And do demos between these two versions desync?

[Redneckerz]

24 minutes ago, dew said:

I guess the important questions are: Does this version differ substantially from 2.8.1? Can it play everything 2.8.1 could? And do demos between these two versions desync?

I can answer the first two, and leave the last for @Gibbon:

• No. Its basically 2.8.1 with post-February 2016 fixes (RGB666 color matcher, maybe true color?) before that went to GZDoom.
• It is ought to be as a post-2.8.1 build, so i'd say yes.

Its just an updated ZDoom for modern compilers so that recent systems can still have ZDoom. And ofcourse, targetting platforms ZDoom 2.8.1 didn't (FreeBSD/MacOS Intel)

[Dusty_Rhodes]

My man Gibbon at it again. Love all the work preserving ports. 

[drfrag]

1 hour ago, Redneckerz said:

Its basically 2.8.1 with post-February 2016 fixes

No, it has nothing to do with 2.8. It's the latest ZDoom master.

[Redneckerz]

43 minutes ago, drfrag said:

No, it has nothing to do with 2.8. It's the latest ZDoom master.

Which is derived from?

[Gibbon]

5 hours ago, Redneckerz said:

Which is derived from?

2.8 :)

 

But yeah, sure it is latest master, but latest master is still carried on from 2.8.1.  There were a few fixes already there (including chainsaw and skies).  I've used it for testing some maps, playing heavy limit removing wads.  Not a single issue so far.

 

Though I would agree with Herr Zahl on the ZDoom forums, maybe I could do a pre-zscript stable version too.  I haven't tried any ZDoom specific wads on it so that's probably something useful.

Edited November 4, 2021 by Gibbon

[Redneckerz]

1 hour ago, Gibbon said:

2.8 :)

 

But yeah, sure it is latest master, but latest master is still carried on from 2.8.1.  There were a few fixes already there (including chainsaw and skies).  I've used it for testing some maps, playing heavy limit removing wads.  Not a single issue so far.

 

Though I would agree with Herr Zahl on the ZDoom forums, maybe I could do a pre-zscript stable version too.  I haven't tried any ZDoom specific wads on it so that's probably something useful.

See your PM. I think if only ZScript support was removed since it never was an official ZDoom feature then its pretty much done and it would be some sort of final ZDoom release.

 

If its demo's dont desync with 2.8.1 then it may also be useful for speedrunners, what with being able to run on multiple OSes.

[Gibbon]

I'll test it out for the demos, zscript..  I don't know, it is a nice thing to have but I don't think it'll affect stability much, maybe just disabling it would be ok.  Issue is, it isn't just a 'clean patch'.  The branching is a total mess and most of the actors were converted to the ZScript VM.

Edited November 4, 2021 by Gibbon

[drfrag]

Like i said in the ZDoom thread there were massive changes at that point compared to 2.8, it doesn't make sense to test demos.

The chainsaw fix came from the ZScript branch.

2.8.1 was based on 2.8.0 but the latest master was not based on anything, or you could say it's based on a previous master or 2.8 or 1.11 if you like but that doesn't mean much.

Edited November 4, 2021 by drfrag

[Gibbon]

Just now, drfrag said:

Like i said in the ZDoom thread there were massive changes at that point compared to 2.8, it doesn't make sense to test demos.

The chainsaw fix came from the ZScript branch.

2.8.1 was based on 2.8.0 but the latest master was not based on anything, or you could say it's based on a previous master or 2.8 or 1.11 if you like but that doesn't mean much.

Indeed, I just tried on good old Herian2.  Desyncs pretty much immediately..  though it does have a nice warning about it, so.

Edited November 4, 2021 by Gibbon

[Gibbon]

So probably this will be changed to a different name as I'm doing some huge cleanups from this mess..  wasn't so hard, all those messy commits were reverted to a relatively clean 2.8.1.

 

We can probably let this thread become history.  Its new name will be 'ZedDoom' because I'm British and I hate saying Zee all the time.

[Redneckerz]

1 hour ago, Gibbon said:

So probably this will be changed to a different name as I'm doing some huge cleanups from this mess..  wasn't so hard, all those messy commits were reverted to a relatively clean 2.8.1.

 

We can probably let this thread become history.  Its new name will be 'ZedDoom' because I'm British and I hate saying Zee all the time.

Zed is actually how i would pronounce it aswell, but that's just me. Lock is requested, ill hear from you.