Check if is GZDoom or Skulltag!

[Logan MTM]

Would possible that something check if the wad is runing with GZDoom or Skulltag?

Maybe a ACS function.

If (GetExecutable() == GZDOOM)
{
Print("Isn't Skulltag");
}

I know that this kind of feature need of a cooperative development between Graf and Torr.

This is possible?

[Rachael]

Actually, Randy would need to be involved to, and it's not so much cooperative development so much as reminding child port authors that it would need work in order to work.

So... I think this is more of an "Ask ZDoom"

Actually, I think what would be best for this feature is to simply use inheritance, i.e. if you're using Skulltag, it responds to "GZDoom", "Skulltag", and "ZDoom", whereas if you're only using GZDoom, it would respond to "ZDoom" and "GZDoom" only, etc. And of course, it would have to be called differently for that... if MyPortIsChildOf("GZDoom") for example. That's my opinion.

[Logan MTM]

Sure!
At least you got the point! ^^

[Gez]

I guess you could try [zwiki]SpawnSpot[/zwiki]ting an FS_MapSpot.

Code: Select all

if (SpawnSpot("FS_MapSpot", 1337))
{
    Print("We're in GZDoom!");
}
else if (SpawnSpot("PointLight", 1337))
{
    Print("We're in Skulltag or maybe Vavoom or something.");
}
else
{
    Print("We're in ZDoom!");
}

This assumes that when SpawnSpot tries to spawn a class that doesn't exist, it fails gracefully and just spawns nothing (which means it returns 0).

[Graf Zahl]

Wow! That's one crude hack...

Of course you should not forget to delete such an actor afterward...

This assumes that when SpawnSpot tries to spawn a class that doesn't exist, it fails gracefully and just spawns nothing (which means it returns 0).

It does.

[Logan MTM]

I doesn't understood the logic but all right.

[Enjay]

I think the logic is to use spawnspot to try and spawn an actor that is specific to the various engines and check if the spawn is successful. If it is, you are using that engine. If the spawn is not successful, you are using a different engine.

[Logan MTM]

if (SpawnSpot("FS_MapSpot", 1337))

I did not know that such check was possible. Interresting...

Thank you Gez!

[jengelh]

And is going to fall apart once someone defines an FS_Mapspot in his decorate.txt.

[Gez]

And is going to fall apart once someone defines an FS_Mapspot in his decorate.txt.

Why would they?

[jengelh]

Jokewads or sheer ignorance. If I remember correctly, Ghoul's Forest also had some sort of — quite annoying — ZDoom-vs-GZdoom (more like software vs GL rendering) test.

[Gez]

Well.
1. There's no reason to define custom map spots. There are already enough of them.
2. Doubly so for anything that could be put in an autoload list.
3. If a mod uses this hack and defeats it at the same time, it's its own problem.

[Rachael]

Nevertheless, I think ZDoom and its child ports, and its neighbors too (Vavoom and whatnot), could benefit from such a function. It's still more likely though that you'll have to try the ZDoom forums to ask that.