The thing is that if ZDoom made use of this CVAR, what would it do with it? Since it only has a software renderer, I guess it'd just set it back to 0 all the time. Then when you play GZDoom, what happens? Answer: GZDoom starts in software mode.

I doubt this is what anybody wants.


I have a better idea for detecting if you are running GZDoom in hardware mode: try to spawn a dynamic light actor in ACS. The spawn function returns the number of things spawned, and if you tell it to spawn an actor that doesn't exist, it'll silently fail and return 0.

So you have these possible results:

spawn failed: ZDoom
spawn succeeded and vid_renderer 0: GZDoom in software mode (treat as ZDoom)
spawn succeeded and vid_renderer 1: GZDoom in OpenGL

What if ZDoom ever adds the pointlight definitions for compatibility reasons?

Well then you hope ZDoom also adds 32-bit rendering.

Brilliant idea Would you volunteer to adjust the TITLEMAP to make it work like that?

You know, I think a much better idea -- one that is a lot less hacky -- is to use this.

This is awesome So actually, I can define a seperate texture that I have paletted with .e.g Photoshop and ZDoom automatically uses this one if it is in software mode - right?

Oh right, palvers exists too
Yeah that should do it.

I won't be able to take care of this until my phase 3 slot - which is a bit late - so can someone else take a look at it?

Took care of the TM_BACK.png, unfortunately the software zdoom.exe permanently crashes for me so I can't test it if it works. *UPDATE* PALVERS makes zdoom crash, what's wrong with that syntax?

PALVERS lump


*UPDATE*
Works!