Is there any difference with Frag's 3.4.1 or?Graf Zahl wrote:3.4 works on GL 2, but suffers from performance regressions because it did not like the changes I made to make it run faster on modern hardware.
New repo for old ZDoom versions [2.1.8 CL release]
-
- Spotlight Team
- Posts: 1109
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: New repo for old ZDoom versions
-
- Lead GZDoom+Raze Developer
- Posts: 49211
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: New repo for old ZDoom versions
No idea. But the change between 3.3.x and 3.4.x was the reason for gradual abandonment of OpenGL 2, first by introducing the vintage build and later LZDoom.
-
- Vintage GZDoom Developer
- Posts: 3164
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: New repo for old ZDoom versions
I'm not Frag.
That was a test build from g3.3mgw before the release of the vintage build.
The crash on exit was not fixed but was silent on debug builds, now i've added a workaround. It was accessing destroyed objects as usual while removing deleted cvars and commands from the list of tab completions, with MinGW is a matter of luck really. May be only happened on fast machines.
So i've updated the link.
Edit: link removed. See below.

The crash on exit was not fixed but was silent on debug builds, now i've added a workaround. It was accessing destroyed objects as usual while removing deleted cvars and commands from the list of tab completions, with MinGW is a matter of luck really. May be only happened on fast machines.
So i've updated the link.
Edit: link removed. See below.
Last edited by drfrag on Sat Mar 21, 2020 6:16 am, edited 1 time in total.
-
- Spotlight Team
- Posts: 1109
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: New repo for old ZDoom versions
Noted. ThanksGraf Zahl wrote:No idea. But the change between 3.3.x and 3.4.x was the reason for gradual abandonment of OpenGL 2, first by introducing the vintage build and later LZDoom.

drfrag wrote:I'm not Frag.![]()

Sometimes i even get both your name and Graf's in a bunch because of their similarities.

-
- Vintage GZDoom Developer
- Posts: 3164
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: New repo for old ZDoom versions
I don't really care. 

-
- Vintage GZDoom Developer
- Posts: 3164
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: New repo for old ZDoom versions
And it's fixed, modern VS misoptimizes mscinlines.h. There is some asm there,it says "Build Engine & Tools" so in the end everything is connected.
Now performance is the same (even faster since i've changed the project to O2).
New link here:
Edit: removed.

Now performance is the same (even faster since i've changed the project to O2).
New link here:
Edit: removed.
Last edited by drfrag on Sat Mar 28, 2020 7:12 am, edited 1 time in total.
-
- Spotlight Team
- Posts: 1109
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: New repo for old ZDoom versions
I havent had the chance to test the older builds yet. In testing, what should i look for?drfrag wrote:And it's fixed, modern VS misoptimizes mscinlines.h. There is some asm there,it says "Build Engine & Tools" so in the end everything is connected.![]()
Now performance is the same (even faster since i've changed the project to O2).
New link here:
https://gofile.io/?c=yaKR7K
-
- Lead GZDoom+Raze Developer
- Posts: 49211
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: New repo for old ZDoom versions
Well, there's reasons this code was tossed out. Why are you doing this to yourself? Do you really believe that there's some genuine need for these old versions?drfrag wrote:And it's fixed, modern VS misoptimizes mscinlines.h. There is some asm there,it says "Build Engine & Tools" so in the end everything is connected.![]()
-
- Vintage GZDoom Developer
- Posts: 3164
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: New repo for old ZDoom versions
Well, i needed a break. I already made ZDoom classic and was not very happy with it, 2.1.7 crashed due to using an old MinGW to target win95 i think and i chose 2.1.4.
Now this is a clean 2.1.7 with the early D3D backend and using modern compilers. I believe this version deserved to be preserved. One good thing is that it can't run BD so i'll use it to play classic doom, i added the QOL resurrect cheat fixes.
It has been a quickie, the frustrating part has been testing those arcane flags in the MinGW makefile. I've learnt that i can disable optimizations for certain parts of the code in VS and it's been an interesting exercise. I don't know why but i like old versions, this one is the last considered classic and looks different. Could be useful to play some old mods too.
Looks like that code was ditched after the floatification so i'm afraid all versions could be affected (ZDoom32 is not), may be it's a bug in the VS inline assembler and i should make a report. ZDoom LE was a VS 2013 build and this could be a new issue in 2017.
Now which name? ZDoom Classic? Chocolate ZDoom? The pirated build? There was a community build.
Now this is a clean 2.1.7 with the early D3D backend and using modern compilers. I believe this version deserved to be preserved. One good thing is that it can't run BD so i'll use it to play classic doom, i added the QOL resurrect cheat fixes.

It has been a quickie, the frustrating part has been testing those arcane flags in the MinGW makefile. I've learnt that i can disable optimizations for certain parts of the code in VS and it's been an interesting exercise. I don't know why but i like old versions, this one is the last considered classic and looks different. Could be useful to play some old mods too.
Looks like that code was ditched after the floatification so i'm afraid all versions could be affected (ZDoom32 is not), may be it's a bug in the VS inline assembler and i should make a report. ZDoom LE was a VS 2013 build and this could be a new issue in 2017.
I dunno, it has a different video code. Besides that it's a version from 2006.Redneckerz wrote:what should i look for?
Now which name? ZDoom Classic? Chocolate ZDoom? The pirated build? There was a community build.

-
- Spotlight Team
- Posts: 1109
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: New repo for old ZDoom versions
drfrag wrote: I dunno, it has a different video code. Besides that it's a version from 2006.

Again, i do not know what is referenced (in this case pirated build). Let alone what this ZDoom Legacy/Ancient version seems to do.drfrag wrote: Now which name? ZDoom Classic? Chocolate ZDoom? The pirated build? There was a community build.
-
- Vintage GZDoom Developer
- Posts: 3164
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: New repo for old ZDoom versions
It's a maintenance release of the 2.1.x line so it's 2.1.7 (i mentioned it). It's 2.1.7 with a few later fixes and the "new" video code.
Well don't try DB. See if it crashes when changing video mode i guess, the emulator crashed while switching fullscreen but this should work well. 1366x768 does here.
I was thinking about a new name. But pirated build doesn't seem appropiate so i'll stick to Classic i suppose.
Well don't try DB. See if it crashes when changing video mode i guess, the emulator crashed while switching fullscreen but this should work well. 1366x768 does here.
I was thinking about a new name. But pirated build doesn't seem appropiate so i'll stick to Classic i suppose.

-
- Spotlight Team
- Posts: 1109
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: New repo for old ZDoom versions
Your OP says 2.1.8, so i guess it was 2.1.7 prior. Ill test the video mode then.drfrag wrote:It's a maintenance release of the 2.1.x line so it's 2.1.7 (i mentioned it). It's 2.1.7 with a few later fixes and the "new" video code.
Oh hell no. Please call it something distinctly different because i do not wish for another drfrag layer of convolutiondrfrag wrote: I was thinking about a new name. But pirated build doesn't seem appropiate so i'll stick to Classic i suppose.

-
- Vintage GZDoom Developer
- Posts: 3164
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: New repo for old ZDoom versions
Hey i was playing Nova 3 and the text file said "for any boom compatible sourceport" and "Tested With PrBoom+ 2.5.1.5".
Upon starting MAP03 i get:
Trying with Woof 1.1.0 i got a crash on MAP01. Wasn't this supposed to be the ultimate retro source port?
Well back to BD i guess.
Edit: i've backported the fix, i know that makes the thing less authentic but...
Upon starting MAP03 i get:
Code: Select all
MAP03 - Dante Allegory
Line 2611 has no front sector
This map has an incomplete BSP tree.
Linedef 2611 does not have a front side.
BSP generation took 0.101 sec (6343 segs)
The following lines do not have a front sidedef:
2611
You need to fix these lines to play this map.
Well back to BD i guess.

Edit: i've backported the fix, i know that makes the thing less authentic but...
-
- Vintage GZDoom Developer
- Posts: 3164
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: New repo for old ZDoom versions [2.1.8 CL release]
I've done a release (my 2.1.8 branch), i'm still playing NOVA III with it (without BD
). I've named it 2.1.8 Classic.
One more thing, besides the resurrect fixes i've ported the r_spritedistancecull CVAR by dpJudas as QOL enhancement and it brings massive performance improvements on some maps (up to 5x on planisphere 2, recommended value is 4000).
https://github.com/drfrag666/zdoom-old/releases

One more thing, besides the resurrect fixes i've ported the r_spritedistancecull CVAR by dpJudas as QOL enhancement and it brings massive performance improvements on some maps (up to 5x on planisphere 2, recommended value is 4000).
https://github.com/drfrag666/zdoom-old/releases
-
- Spotlight Team
- Posts: 1109
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: New repo for old ZDoom versions [2.1.8 CL release]
I prefer it was named differently to distinguish from ZDoom CL. ZDoom CL2, ZDoom CLS, or whatever. Any distinguishment would do. Naming it exactly the same as ZDoom Classic with the only change the version number is difficult to explain to the general audience.drfrag wrote:I've done a release (my 2.1.8 branch), i'm still playing NOVA III with it (without BD). I've named it 2.1.8 Classic.
One more thing, besides the resurrect fixes i've ported the r_spritedistancecull CVAR by dpJudas as QOL enhancement and it brings massive performance improvements on some maps (up to 5x on planisphere 2, recommended value is 4000).
https://github.com/drfrag666/zdoom-old/releases
If a user comes along and asks which ZDoom versions exist that are still supported, i would now have to distinguish between ZDoom LE, ZDoom32, ZDoom CL and this version that carries the same name.
Similar to the LZDoom talk at Doomworld, it is better to retain a family name and use variations of that. ZDoomLE/32/CL are doing this quite right in my opinion. But this new version does not.
