Zandronum

After seeing that there is already a mod that needs 3.0, I realized that it's about time to release an official 3.0 beta build ;). So here we go.

Since 3.0 bumps the major version, you rightfully expect ZDoom updates and ZDoom updates is what you get. Compared to 2.x, 3.0 contains almost four years of ZDoom updates. It's on par with GZDoom 1.8.6 and thus leapfrogs the latest stable ZDoom version 2.7.1 by almost a year worth of ZDoom changes. Of course, all these updates required a lot of changes under the hood, so most likely there are still a lot of bugs in 3.0. But that's why we are releasing beta builds after all.

ZDoom updates are not the only thing 3.0 has in store, but see for yourself. Here is the full list of changes: Download

This will help a lot for others, and me especially as I heavily use these features for Death and Decay. Thanks a lot Torr!

Oh hell yes. You the man, Torr.

Woot! Tyvm!

Will do some testing once I get home

Do I see a big leap coming up? Yes I do. (now let's just hope tons of testing will happen and not delay this version)

Oh very well, I got a lot of project to test with that, thanks a lot.

EDIT: Stupid question, how do I set up OpenGL ?

Start up the exe as you would the normal zan, and a window will pop up... Asking you what iwad to select and an option to choose either GL or Software. I asked if the render switch was ever gonna make it back in video options but didn't get a response.

But yea, that is bout the only way, other then editing the ini to enable GL.

EDIT: I know Imma be a pain for asking this but... Is there no more cvar or way to set PWO in configs anymore? I just looked at it, and all the PWO sliders are set to 0.0.

u can also open the console and type vid_renderer 1 then exit out and restart zan, tho imo editing the ini would be slightly faster, but im just providing another possible method

Tested it right now with Hunter's Moon for GZDoom, it works everything fine, however on the maps i'm making for it, the UDMF still seems to be a bit outdated or buggy yet, i used the scaling on textures directly on lines and that still provide some visual glitches.

What.. can it be? Zandronum is going to be up to date with ZDoom? :o

As long as people test this and leave feedback it should/could/will.

Holy shit, tearing through these updates. Great work guys.

This is amazing. The ZDoom version of my Contra Doom mod works almost perfectly now, the only downsides I've found so far being the MENUDEF overwriting the options menu (no multiplayer option) as well as the score rising up from 0 each time you go to a new map.

I should add a warning for the linux users: before running zandronum 3.0 beta, they must copy the files from directory '~/.zandronum' to the new location '~/.config/zandronum' . If it's not done, all the data would be automatically moved instead of copied, causing problems when running zandronum stable.

This pleases me.

How about this:

• finished implementation of vanilla compatibility (I mean all of the following: partial emulation of a DOS machine's address space, emulation of 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. This includes syncing of vanilla demos, and the port being adjusted if one is found which does not sync.) instead of just being able to play the vanilla WADS
• Finished Boom compatibility implementation
• EDGE-type RTS scripting
• XG scripting (Like in Doomsday)
• SCP scripting & DED support (like in RISEN3D)
• InFine scripting (like in Risen3D & Doomsday)
• DEHSUPP support (like Zdaemon)
• DEHACKED support (like ReMood & Chocolate Doom)
• DDF & COAL support (like EDGE)
• EDF support (like Eternity)

As you might have guessed, my goal with the above features is compatibility that PWADS that pretty much require full vanilla compatibility, as well as mods that currently aren't compatible with the ZDoom family.

^ Go ask that at ZDoom instead.

---

Good shit, Torr. Theres is one specific feature I could really use from 3.0 (and probably more without knowing).

Ultimate Freedoomer wrote: How about this:

• finished implementation of vanilla compatibility (I mean all of the following: partial emulation of a DOS machine's address space, emulation of 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. This includes syncing of vanilla demos, and the port being adjusted if one is found which does not sync.) instead of just being able to play the vanilla WADS
• Finished Boom compatibility implementation
• EDGE-type RTS scripting
• XG scripting (Like in Doomsday)
• SCP scripting & DED support (like in RISEN3D)
• InFine scripting (like in Risen3D & Doomsday)
• DEHSUPP support (like Zdaemon)
• DEHACKED support (like ReMood & Chocolate Doom)
• DDF & COAL support (like EDGE)
• EDF support (like Eternity)

As you might have guessed, my goal with the above features is compatibility that PWADS that pretty much require full vanilla compatibility, as well as mods that currently aren't compatible with the ZDoom family.

1. As Sean said, those are not things which the Zandro devs would likely undertake, they'd be better suggested over at ZDoom and (eventually) backported here.

2. You know DEHACKED and DEHSUPP have been supported forever, right?

3. What would we have to gain by going through all the effort of porting the script languages of other ports like Doomsday, Risen, and EDGE? Are there really that many Doomsday mods out there that Zandronum players NEED to play on Zandronum? Not to mention the gigantic netcode differences between ports which might cause headaches when porting source code for different script languages.


tl;dr if those mods weren't made for Zandro then it shouldn't be our problem, play them on the port they were meant for.

Ænima wrote:

Ultimate Freedoomer wrote:How about this:

• finished implementation of vanilla compatibility (I mean all of the following: partial emulation of a DOS machine's address space, emulation of 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. This includes syncing of vanilla demos, and the port being adjusted if one is found which does not sync.) instead of just being able to play the vanilla WADS
• Finished Boom compatibility implementation
• EDGE-type RTS scripting
• XG scripting (Like in Doomsday)
• SCP scripting & DED support (like in RISEN3D)
• InFine scripting (like in Risen3D & Doomsday)
• DEHSUPP support (like Zdaemon)
• DEHACKED support (like ReMood & Chocolate Doom)
• DDF & COAL support (like EDGE)
• EDF support (like Eternity)

As you might have guessed, my goal with the above features is compatibility that PWADS that pretty much require full vanilla compatibility, as well as mods that currently aren't compatible with the ZDoom family.

1. As Sean said, those are not things which the Zandro devs would likely undertake, they'd be better suggested over at ZDoom and (eventually) backported here.

2. You know DEHACKED and DEHSUPP have been supported forever, right?

3. What would we have to gain by going through all the effort of porting the script languages of other ports like Doomsday, Risen, and EDGE? Are there really that many Doomsday mods out there that Zandronum players NEED to play on Zandronum? Not to mention the gigantic netcode differences between ports which might cause headaches when porting source code for different script languages.


tl;dr if those mods weren't made for Zandro then it shouldn't be our problem, play them on the port they were meant for.

To answer question 2, I was under the impression that Zandronum's DEHACKED & DEHSUPP support was removed with the introduction of DECORATE. Forgive me for that mistake. As for points 1 & 3, implementing those scripting languages would basically allow Zandronum (which is already the most advanced port in regards to non-vanilla stuff as far as I'm concerned) to be "the definitive source port" by being able to play every mod/PWAD EVER, thus meaning people won't have to worry about downloading 10 source ports just so every mod/PWAD they have will be compatible with at least 1 of their ports of choice. I'm not being literal about "10 ports", it could just feel that way sometimes. There are many mods I wanted to use with a ZDoom port (mostly because of the ALTHUD) but couldn't because of incompatible scripting (such as the Doom 64 EX Doom 64 wad). The Steam release of Strife: Quest for the Sigil was 1 such thing. & yes, I use source-ports with Steam in the "proper" way of doing so. Also, if anyone wants to hear them, I have some ideas for revamping the ALTHUD.

That would require a craptonne of work and I highly doubt itd be worth the effort. I don't know of any WAD that uses any of those (excepted DEHACKED).