Mod CVARs are not grouped by mod

These bugs do plan to be resolved, when they can be.

Moderator: GZDoom Developers

Post Reply
Kotti
Posts: 86
Joined: Tue Dec 27, 2016 4:08 am

Mod CVARs are not grouped by mod

Post by Kotti »

I noticed this while making some experiments with D4D.
CVARINFO has no facilities to group its content by mod, so if two mods happen to use the same CVAR name, it will actually be the same CVAR. Looking at the INI file seems to confirm it. It all gets dumped into either [Doom.Player.Mod] or [Doom.LocalServerInfo.Mod].
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49056
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Mod CVARs are not grouped by mod

Post by Graf Zahl »

This just seems to be the tip of the iceberg. The entire config handling is poorly equipped to handle such broad gameplay mods in a robust fashion.
User avatar
Korell
Posts: 439
Joined: Sun May 28, 2017 1:01 pm

Re: Mod CVARs are not grouped by mod

Post by Korell »

Personally, I use a separate ini file for each game/mod that I play with GZDoom, using a batch file with the necessary GZDoom parameters for each one. This way, any custom commands and settings that I use are kept for just the game/mod in question. Whilst I can understand why you might want to put all of the settings into a single ini file, I think it could lead to some very large ini files over time if someone plays a lot of different mods, and then if ever there are two or more different mods with the same name (or two different versions of the same mod that you switch between) then with a single ini file it could confuse which one the settings are for. If it were possible for GZDoom to create new ini files for each mod based on the primary gzdoom.ini file (say gzdoom-<username>-<modname>.ini then could that work around this issue?
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49056
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Mod CVARs are not grouped by mod

Post by Graf Zahl »

I don't think it needs to go that far. Just replacing '.Mod' in the section names with the WAD name containing the CVARINFO lump would fix the problem.
User avatar
Caligari87
Admin
Posts: 6174
Joined: Thu Feb 26, 2004 3:02 pm
Preferred Pronouns: He/Him
Contact:

Re: Mod CVARs are not grouped by mod

Post by Caligari87 »

I'd be overjoyed if that could be made to cover the Weapon State keybinds too :D

8-)
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49056
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Mod CVARs are not grouped by mod

Post by Graf Zahl »

Since you mention it: Keybinds not defined through KEYCONF are also a big problem because they are not mod specific.
The entire config handling needs a serious workover for mods that add new content through CVARINFO and KEYCONF.
ZDCMP2, for example tends to leave garbage behind in the global Doom namespace everytime it is played.
User avatar
Rachael
Posts: 13531
Joined: Tue Jan 13, 2004 1:31 pm
Preferred Pronouns: She/Her
Contact:

Re: Mod CVARs are not grouped by mod

Post by Rachael »

Well with that in mind, provisions should be made for child ports doing that, as well. Zandronum defines a lot of CVars that never get used by GZDoom and GZDoom just tosses them into the "unknown" section when it finds them. Of course, this will have to be well commented in the source hopefully obviously enough so that they find it when they do their merge.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49056
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Mod CVARs are not grouped by mod

Post by Graf Zahl »

That's different.
ZDoom stores CVARINFO based variables in a special section - but there's only one - if two mods have the same named CVAR they interfere with each other.
Post Reply

Return to “On Hold Bugs”