Testing a new rendering backend (New tests needed)
Moderator: GZDoom Developers
-
- Posts: 819
- Joined: Thu Apr 25, 2013 12:21 pm
- Preferred Pronouns: They/Them
- Operating System Version (Optional): Windows 11 for the Motorola Powerstack II
- Graphics Processor: nVidia with Vulkan support
- Location: The Corn Fields
Re: Testing a new rendering backend (New tests needed)
I think people forget that GZDoom is a modern source port. It's meant to be modern - support modern hardware, support modern modding techniques, and lately has been powering several indie projects meant for non-vanilla experiences - something more vanilla Doom could theoretically do with DEH patches, but people sometimes want more. GZDoom offers that and more.
I get there's a niche retro scene, and I wholly respect it. However, one thing you gotta accept about these things is there's going to be some things it can't do with modern engines - and to demand this modern source port support ancient hardware is kind of defeating the purpose.
Doesn't mean you can't roll your own vanilla engine fork to make a whole new game. Doesn't mean you can't tinker. Hell, go wild, I'd like to see what people can do with such things.
Frankly all this nagging to get Graf to support Intel i486DX with a built in FPU[1] seems to be... well... annoying.
I get not having access to the latest and greatest tech. I'm on disability, and my current rig's going to have to do for quite some time as it's likely going to be unfeasible to upgrade with my limited budget and the shortages of hardware due to sclaping. However I'm not owed anything to GZDoom's developers, even though it's my engine of choice.
I understand Graf's rationale for not wanting to support such ancient hardware, especially since it's becoming harder to find such hardware to test it on first-hand, especially since the retro scene has driven up the prices on eBay.
That said, if this branch can offer a stopgap for older graphics cards given more and more they are becoming scarce, I'm all for it - but people might have to accept new features require more modern hardware, and at some point there's a compromise that needs to be made - either you want retro compatibility with less features, or more features locked into newer 2010+ hardware.
[1]I'm being hyperbolic here for the sake of making a point.
I get there's a niche retro scene, and I wholly respect it. However, one thing you gotta accept about these things is there's going to be some things it can't do with modern engines - and to demand this modern source port support ancient hardware is kind of defeating the purpose.
Doesn't mean you can't roll your own vanilla engine fork to make a whole new game. Doesn't mean you can't tinker. Hell, go wild, I'd like to see what people can do with such things.
Frankly all this nagging to get Graf to support Intel i486DX with a built in FPU[1] seems to be... well... annoying.
I get not having access to the latest and greatest tech. I'm on disability, and my current rig's going to have to do for quite some time as it's likely going to be unfeasible to upgrade with my limited budget and the shortages of hardware due to sclaping. However I'm not owed anything to GZDoom's developers, even though it's my engine of choice.
I understand Graf's rationale for not wanting to support such ancient hardware, especially since it's becoming harder to find such hardware to test it on first-hand, especially since the retro scene has driven up the prices on eBay.
That said, if this branch can offer a stopgap for older graphics cards given more and more they are becoming scarce, I'm all for it - but people might have to accept new features require more modern hardware, and at some point there's a compromise that needs to be made - either you want retro compatibility with less features, or more features locked into newer 2010+ hardware.
[1]I'm being hyperbolic here for the sake of making a point.
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: Testing a new rendering backend (New tests needed)
Out of curiosity, while waiting for my GPU that's been in shipping limbo all week (bleh!) ... I had a spare ATI Radeon HD 4850 laying around and I decided yesterday to finish assembling my new machine with it. Other than that GPU, the rig is all quite modern tech, nothing older than 2 years.
I ran GZDoom on that ATI and was quite pleasantly surprised - no glitches, it ran pretty well. Exceeded 60 FPS in all backends, at least on the vanilla maps. I might out of curiosity try Frozen Time on it - I am not expecting miracles, but it might run better than it previously did with my older machines that it came from.
To be quite fair though - the processor in that thing was a hexacore Ryzen 5 CPU, so I guess I should have expected it to perform better since the CPU was the main deadlock with my previous experiences with ATI cards. Once a scene goes heavy shaders it does start to struggle a bit.
(On that note, if I had known that it would've performed so well on an older ATI card, I probably would have ordered a newer ATI instead of an NVidia)
Anyway ... that just goes to show you how old of a card GZDoom still runs on.
I ran GZDoom on that ATI and was quite pleasantly surprised - no glitches, it ran pretty well. Exceeded 60 FPS in all backends, at least on the vanilla maps. I might out of curiosity try Frozen Time on it - I am not expecting miracles, but it might run better than it previously did with my older machines that it came from.
To be quite fair though - the processor in that thing was a hexacore Ryzen 5 CPU, so I guess I should have expected it to perform better since the CPU was the main deadlock with my previous experiences with ATI cards. Once a scene goes heavy shaders it does start to struggle a bit.
(On that note, if I had known that it would've performed so well on an older ATI card, I probably would have ordered a newer ATI instead of an NVidia)
Anyway ... that just goes to show you how old of a card GZDoom still runs on.
-
- Lead GZDoom+Raze Developer
- Posts: 49183
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Testing a new rendering backend (New tests needed)
I noticed that a Geforce 8800 sells for more than a Geforce 550ti. There's some weird people out there...SanyaWaffles wrote:it's becoming harder to find such hardware to test it on first-hand, especially since the retro scene has driven up the prices on eBay.
All that said, if people want to build retro rigs, that's all fine and well - but please don't demand that currently developed software make some efforts to support these things. They are a blast from the past and should be treated as such, i.e. their main purpose should be to run old software in their native environment. But still, the effort some open source software invests in this segment is ridiculous. Some are willingly crippling their software or refuse to modernize out of fear of losing this user segment. That these actions may lose them 10x as many users on the other end of the spectrum is conveniently ignored.
Personally I think that current LZDoom is good enough to service this low end segment, even if it doesn't support all features.
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: Testing a new rendering backend (New tests needed)
Well the good news is - if you still have your old GeForce 2 from way back more than 20 years ago, GZDoom 1.8.6 still runs on it!Graf Zahl wrote:They are a blast from the past and should be treated as such, i.e. their main purpose should be to run old software in their native environment.
(And yes, there was a point to that - old versions of GZDoom are still available from the eras when such hardware was available and in use)
-
- Lead GZDoom+Raze Developer
- Posts: 49183
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Testing a new rendering backend (New tests needed)
I wonder how well my pre-2004 system, which had a Geforce 2, would run any of those larger maps...
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: Testing a new rendering backend (New tests needed)
At any rate - I do still plan to work with Beloko's branch if/when it is finished - but I don't expect that I will be investing too much time with it. Seeing as how it was hard to find people who still even have genuine GL 2.x hardware, if it breaks I'll probably spend a day or so at most to fix it before I give up on it.
But otherwise, as long as it updates smoothly with the rest of GZDoom, having that branch available as a stopgap (or even as an alternative to LZDoom) I am sure will be helpful.
LZDoom is surely better on such hardware since its renderer was written during a time when GL 2.x hardware actually was in use - whereas this branch clearly was not, and it is being adapted to run on less powerful hardware from what it is now. I remember one of the first diversions that GZDoom took before LZDoom was created was new code for how the floors were drawn (if I remember right) which worked way better for more modern hardware since it involved less CPU bottlenecking. And if I am to guess there have been more changes like that since then, offloading more work to the GPU and freeing the CPU to handle things that were more important and not rendering related.
But otherwise, as long as it updates smoothly with the rest of GZDoom, having that branch available as a stopgap (or even as an alternative to LZDoom) I am sure will be helpful.
LZDoom is surely better on such hardware since its renderer was written during a time when GL 2.x hardware actually was in use - whereas this branch clearly was not, and it is being adapted to run on less powerful hardware from what it is now. I remember one of the first diversions that GZDoom took before LZDoom was created was new code for how the floors were drawn (if I remember right) which worked way better for more modern hardware since it involved less CPU bottlenecking. And if I am to guess there have been more changes like that since then, offloading more work to the GPU and freeing the CPU to handle things that were more important and not rendering related.
-
- Lead GZDoom+Raze Developer
- Posts: 49183
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Testing a new rendering backend (New tests needed)
The biggest change is that LZDoom still has the fixed function render path - which on Geforce Series 6 makes a huge difference.
This got removed when it became clear that the change to sector rendering was not working well with GL2.
Of course, fixed function does not exist on GLES2, so for Beloko's purposes it has no value.
This got removed when it became clear that the change to sector rendering was not working well with GL2.
Of course, fixed function does not exist on GLES2, so for Beloko's purposes it has no value.
-
- Spotlight Team
- Posts: 1090
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: Testing a new rendering backend (New tests needed)
Back in the day a HD 4850 was dirt cheap for a top end card (Talking 150/200 euros here). Compare that to today. 200 euros gets you absolutely nothing. Ofcourse, different times, different era's.Rachael wrote:Out of curiosity, while waiting for my GPU that's been in shipping limbo all week (bleh!) ... I had a spare ATI Radeon HD 4850 laying around and I decided yesterday to finish assembling my new machine with it. Other than that GPU, the rig is all quite modern tech, nothing older than 2 years.
I ran GZDoom on that ATI and was quite pleasantly surprised - no glitches, it ran pretty well. Exceeded 60 FPS in all backends, at least on the vanilla maps. I might out of curiosity try Frozen Time on it - I am not expecting miracles, but it might run better than it previously did with my older machines that it came from.
To be quite fair though - the processor in that thing was a hexacore Ryzen 5 CPU, so I guess I should have expected it to perform better since the CPU was the main deadlock with my previous experiences with ATI cards. Once a scene goes heavy shaders it does start to struggle a bit.
(On that note, if I had known that it would've performed so well on an older ATI card, I probably would have ordered a newer ATI instead of an NVidia)
Anyway ... that just goes to show you how old of a card GZDoom still runs on.
Really wish the GLES backend did do well, but i reckon GF6xx is just not taking that. GLES2, whilst being OGL 2.x compliant in many sectors, works better around Intel hardware with some eye on the future - A GF6xx is not. Despite being able to run shaders, it runs better with fixed function hardware (Which is several generations older, like the aforementioned GF2.)
Nevertheless, i would be happy with any build that offers GLES 2.x rendering - If not for Mobile ARM based hardware, than for low end current hardware or somewhat older stuff. How would a Athlon 200G with Vega 3 stack against current GZDoom, LZDoom and this GZDoom-GLES? Its modern enough to run the whole feature set, but it is low end enough to be beneficial with GLES 2. Performance of Vega 3 is in the GF8x range.
Or maybe we need to look at older AMD APU's, GCN based but with Jaguar cores.
So far i can tell, GZDoom-GLES with its seperate render back end would join an army of low end ports:
- GZDoom 1.8.6 (Heck, Zandronum is still made on this)
- LZDoom
- ZDoom32 (It has a GL2.x renderer)
- ZDoom LE
- ZDoom CL
- and now GZDoom-GLES
Though drfrag is behind most of these.
-
- Lead GZDoom+Raze Developer
- Posts: 49183
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Testing a new rendering backend (New tests needed)
Ultimately it depends on how costly shader branching is. If it is relatively cheap, current GZDoom will work better, if not it depends on whether shader switching is more costly than shader branching.Redneckerz wrote: Nevertheless, i would be happy with any build that offers GLES 2.x rendering - If not for Mobile ARM based hardware, than for low end current hardware or somewhat older stuff. How would a Athlon 200G with Vega 3 stack against current GZDoom, LZDoom and this GZDoom-GLES? Its modern enough to run the whole feature set, but it is low end enough to be beneficial with GLES 2. Performance of Vega 3 is in the GF8x range.
Keep in mind that GLESZDoom does amputate the feature set to simplify things. Just turning off software lighting in GZDoom can do a lot with modern GZDoom on these cards.
GZDoom 1.8.6 will probably run best. All of drfrag's iterations won't matter much - the renderer at the bottom is still mostly the same, i.e. GZDoom 3.3.Redneckerz wrote: Or maybe we need to look at older AMD APU's, GCN based but with Jaguar cores.
So far i can tell, GZDoom-GLES with its seperate render back end would join an army of low end ports:
- GZDoom 1.8.6 (Heck, Zandronum is still made on this)
- LZDoom
- ZDoom32 (It has a GL2.x renderer)
- ZDoom LE
- ZDoom CL
- and now GZDoom-GLES
Though drfrag is behind most of these.
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: Testing a new rendering backend (New tests needed)
So, about the HD 4850:
I didn't do the full tests, because LZDoom with -glversion 2 is glitched on that system. So I did only Frozen Time with this, and got an interesting result.
I didn't do the full tests, because LZDoom with -glversion 2 is glitched on that system. So I did only Frozen Time with this, and got an interesting result.
Spoiler:For what it's worth here's the system specs:
Spoiler:If interested I can run the full tests on that system, but seeing as how the main baseline that we were comparing against doesn't work properly, I was not sure if it would be worth it.
-
- Lead GZDoom+Raze Developer
- Posts: 49183
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Testing a new rendering backend (New tests needed)
Have you made sure to use the same settings? This looks to me like current GZDoom is running into some features that may be too heavy for this old hardware. The other two are very clearly limited by processing power of the GPU, so running GZDoom with anything more may kill it.
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: Testing a new rendering backend (New tests needed)
They were all started exactly the same way - wiping the ini and using the settings as indicated in the batch file. Only difference is I started LZDoom with -version 3 instead of what I last distributed. So the settings are almost all default other than what the batch file changes.
When I tested modern GZDoom, I simply swapped out to the version I had compiled this morning and put it in the same spot as the kit version.
My hypothesis is that the shader processor is the limiting factor. When I run other GL programs, if I use forward rendering instead of deferred rendering, I get FPS speeds magnitudes higher than equivalent scenes on my GTX 860M (which is astonishing since the 860M is 5 years newer). However, once I activate deferred rendering, the FPS plummets to 1/10th what it was in the exact same scene, where the 860M would run at about equivalent speed to what it did for forward rendering with the same settings in the same scene as was tested with the old Radeon.
When I tested modern GZDoom, I simply swapped out to the version I had compiled this morning and put it in the same spot as the kit version.
My hypothesis is that the shader processor is the limiting factor. When I run other GL programs, if I use forward rendering instead of deferred rendering, I get FPS speeds magnitudes higher than equivalent scenes on my GTX 860M (which is astonishing since the 860M is 5 years newer). However, once I activate deferred rendering, the FPS plummets to 1/10th what it was in the exact same scene, where the 860M would run at about equivalent speed to what it did for forward rendering with the same settings in the same scene as was tested with the old Radeon.
-
- Posts: 309
- Joined: Tue Apr 10, 2018 8:14 am
Re: Testing a new rendering backend (New tests needed)
What? That's a 2018 APU. In fact I think all GCN-based AMD GPUs and APUs support Vulkan...Redneckerz wrote: Nevertheless, i would be happy with any build that offers GLES 2.x rendering - If not for Mobile ARM based hardware, than for low end current hardware or somewhat older stuff. How would a Athlon 200G with Vega 3 stack against current GZDoom, LZDoom and this GZDoom-GLES? Its modern enough to run the whole feature set, but it is low end enough to be beneficial with GLES 2. Performance of Vega 3 is in the GF8x range.
-
- Lead GZDoom+Raze Developer
- Posts: 49183
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Testing a new rendering backend (New tests needed)
Vulkan or not, it's surely good enough for modern GZDoom, even if it cannot handle all features.
-
- Spotlight Team
- Posts: 1090
- Joined: Mon Nov 25, 2019 8:54 am
- Graphics Processor: Intel (Modern GZDoom)
Re: Testing a new rendering backend (New tests needed)
Would it? Because drfrag's iterations use significantly older GZDoom bases. ZDoom32 uses GZDoom 1.9.1 as its basis, for instance.Graf Zahl wrote: GZDoom 1.8.6 will probably run best. All of drfrag's iterations won't matter much - the renderer at the bottom is still mostly the same, i.e. GZDoom 3.3.
The last GZDoom version to support OGL 1.3 was 1.8.4. The last one for OGL 1.4 was 1.8.6. OGL 1.1 is still supported on 1.0.18, as frag proved it ran there. The first one for OGL 2.0 was 1.9.1 and the last one to support OpenGL2 is either 3.4.0 from an old post from yours, or 3.4.1 if i have to go with frag's words. 3.7 Vintage also had this, apparently.
So yeah, i do think that for a Geforce 6x based GPU, 1.8.6 will do well since its an OGL 1.4 renderer.
That was not the point i was making. Yes it supports Vulkan, but its performance tier is more like the 8800 range of cards.Phredreeke wrote: What? That's a 2018 APU. In fact I think all GCN-based AMD GPUs and APUs support Vulkan...