Brainstorming a GZDoom menu revamp
- Pixel Eater
-
- Posts: 667
- Joined: Wed Aug 02, 2017 12:31 am
- Location: In between the Moon and you, between the buried and me.
Re: Brainstorming a GZDoom menu revamp
Something I haven't seen being discussed is whether or not some of the nitty-grittier options even need menu space. A lot of the set-and-forget preferences that only a power user would notice could remain console only.
- xenoxols
- Posts: 2128
- Joined: Mon Mar 18, 2013 6:08 pm
- Preferred Pronouns: She/Her
- Location: Behind you
Re: Brainstorming a GZDoom menu revamp
Yeah, filtering in Doom may have seemed cool at one point but now it just looks blurry. Adding to that new users may have trouble disabling it, but improved options placement could fix that.Trusty McLegit wrote:Another +1 to Xaser's proposal. I also think texture filtering should be on None (Trilinear) by default if that's still up for discussion
- Matt
- Posts: 9696
- Joined: Sun Jan 04, 2004 5:37 pm
- Preferred Pronouns: They/Them
- Operating System Version (Optional): Debian Bullseye
- Location: Gotham City SAR, Wyld-Lands of the Lotus People, Dominionist PetroConfederacy of Saudi Canadia
- Contact:
Re: Brainstorming a GZDoom menu revamp
I would prefer small incremental changes added over time rather than a single sweeping overhaul.
So my suggestions based on my own experience:
I 100% disagree with Xaser about "Player Setup". It's the player, those are settings for the player, it makes perfect sense. (Especially considering that the obituaries showing your name also appear in singleplayer and lots of things - mirrors, etc. - will show your translation and skin.)
Software Options and OpenGL, etc. Options should definitely be available when you're using another renderer, because there might well be a situation where someone needs to change their settings for a given renderer before they actually switch to it - e.g., a driver conflict causes the current settings to crash immediately if Vulkan is selected - you need to start in software/GL/whatever, then go into the Vulkan settings menu, make the required changes to prevent the crash, then switch to Vulkan rendering.
One possibility to handle this is for GZDoom to automatically take all such MENUDEF items that replace/add to GZDoom options, omit them from those menus and move them into some kind of automatically-generated top-level "shell" menu under some title "Legacy mod menu options" and a warning in the console that this was done. I don't know how much extra work this would take though.
So my suggestions based on my own experience:
- MIDI device selection should be under the existing MIDI options submenu.
- "Set video mode" should be "Set resolution", OR the rendering device option should be in there as well.
- Host gameplay options (allowcheats, etc.) should be in a separate menu from all user gameplay options (neverswitchonpickup, etc. which should be under Player Setup)
I 100% disagree with Xaser about "Player Setup". It's the player, those are settings for the player, it makes perfect sense. (Especially considering that the obituaries showing your name also appear in singleplayer and lots of things - mirrors, etc. - will show your translation and skin.)
Software Options and OpenGL, etc. Options should definitely be available when you're using another renderer, because there might well be a situation where someone needs to change their settings for a given renderer before they actually switch to it - e.g., a driver conflict causes the current settings to crash immediately if Vulkan is selected - you need to start in software/GL/whatever, then go into the Vulkan settings menu, make the required changes to prevent the crash, then switch to Vulkan rendering.
HD specifically is constantly under development, so I'm fully aware what I'm doing can break and will change it if need be. What other, not-currently-maintained mods do this?Graf Zahl wrote:Yeah, one can tell people a thousand times NOT to do that - one can even block replacement of existing menus and create an uproar - and people STILL do not create their own top level menu to do stuff but instead clutter it across the existing menus. Frankly, I'm not sure how to deal with this. I have been extremely clear on saying that this stuff will break if the menus change and it still gets done.phantombeta wrote:BTW, I think the old menu system will need to be kept entirely. There's at least a few mods that add stuff to menus like the gameplay options menu (Hideous Destructor does this), and this new menu wouldn't necessarily be compatible with them.
One possibility to handle this is for GZDoom to automatically take all such MENUDEF items that replace/add to GZDoom options, omit them from those menus and move them into some kind of automatically-generated top-level "shell" menu under some title "Legacy mod menu options" and a warning in the console that this was done. I don't know how much extra work this would take though.
Re: Brainstorming a GZDoom menu revamp
I agree with this.Pixel Eater wrote:Something I haven't seen being discussed is whether or not some of the nitty-grittier options even need menu space. A lot of the set-and-forget preferences that only a power user would notice could remain console only.
- Matt
- Posts: 9696
- Joined: Sun Jan 04, 2004 5:37 pm
- Preferred Pronouns: They/Them
- Operating System Version (Optional): Debian Bullseye
- Location: Gotham City SAR, Wyld-Lands of the Lotus People, Dominionist PetroConfederacy of Saudi Canadia
- Contact:
Re: Brainstorming a GZDoom menu revamp
I disagree - some of those options aren't obvious at all otherwise but could be unexpectedly helpful to people who may or may not be sophisticated enough to guess at all the possible cvars. An "Advanced Options" submenu would be appropriate though.
Sometimes, for instance, something that appears to be total gibberish might be set wrong.
(And that big "Note:" also seems to presuppose that the modder will be making replacements!)
EDIT: The only way to add a top-level menu item is, apparently, to replace the top-level menu. I'm fine with this, but it does send a message that replacing stuff is the normal way to do things.
Sometimes, for instance, something that appears to be total gibberish might be set wrong.
One reason is that there's no apparent way to add a top-level menu option that has been documented in the wiki.phantombeta wrote:Doing that shit also makes the mod's options harder to find. I really don't get why people think adding their mods' options to the existing menus is a good idea.
(And that big "Note:" also seems to presuppose that the modder will be making replacements!)
EDIT: The only way to add a top-level menu item is, apparently, to replace the top-level menu. I'm fine with this, but it does send a message that replacing stuff is the normal way to do things.
Last edited by Matt on Thu Apr 05, 2018 1:28 pm, edited 2 times in total.
Re: Brainstorming a GZDoom menu revamp
Truthfully though, if we had every single CVAR as a menu option, you'd never see the other end of menudef. There is a point between sensibility and insanity, and I think we've already passed that point, particularly with a few options in the past that I was asked to add.
- Pixel Eater
-
- Posts: 667
- Joined: Wed Aug 02, 2017 12:31 am
- Location: In between the Moon and you, between the buried and me.
Re: Brainstorming a GZDoom menu revamp
CoolI agree with this.
I think if it could be narrowed down in that way, it would make rearranging what's left a whole lot easier. Some of what's currently exposed seems to me more useful to modders than for end-user customization (I'm implying the same reasoning behind why the dynamic light size became fixed, as I'm likely not being clear). Does anyone actually adjust pickup flash strength, turn off textures or change the bobbing amount?
Re: Brainstorming a GZDoom menu revamp
Pickup flash strength definitely needs to stay, as does bobbing amount. Turning off textures can be removed though.
- Pixel Eater
-
- Posts: 667
- Joined: Wed Aug 02, 2017 12:31 am
- Location: In between the Moon and you, between the buried and me.
Re: Brainstorming a GZDoom menu revamp
Ok then, maybe I should make a list over the next few days as a starting point that can be added and removed from by saner people than myself (how does one even "add from")
That is if it's warranted?
That is if it's warranted?
Re: Brainstorming a GZDoom menu revamp
Sure - we're soliciting ideas here, after all.
- PlayerLin
- Posts: 582
- Joined: Sun Nov 11, 2007 4:20 am
- Graphics Processor: nVidia with Vulkan support
- Location: XinZhuang, XinBei/New Taipei City(Former Taipei County), Taiwan.
- Contact:
Re: Brainstorming a GZDoom menu revamp
As I remembered, Graf want it's on by default and that was discussed many times before and he never changed his mind. Unlike Doomsday engine 1.x, where you never be able to disable the filtering shit at all. But the latest 2.0.3/2.1-unstable has a preset in renderer option can be set to "vanilla" and disable everything else in the fancy rendering options shit. Of course, the engine still default is ON, with hq2x, but good luck for getting used on that very weird OS-like "taskbar" menu to disable and seems cannot just disable filtering with other fancy shit still enabled if preset is on vanilla.xenoxols wrote:Yeah, filtering in Doom may have seemed cool at one point but now it just looks blurry. Adding to that new users may have trouble disabling it, but improved options placement could fix that.Trusty McLegit wrote:Another +1 to Xaser's proposal. I also think texture filtering should be on None (Trilinear) by default if that's still up for discussion
At least we still have the option/CVAR to disable that filtering shit in GZDooM.
- Pixel Eater
-
- Posts: 667
- Joined: Wed Aug 02, 2017 12:31 am
- Location: In between the Moon and you, between the buried and me.
Re: Brainstorming a GZDoom menu revamp
So this is what we're working with:
A) Relegating items to the console that aren't likely to be changed often can leave some strange defaults active. Maybe those should be worked on first, I'm all for having some localised presets like the compatibility modes.
2) What the hell does half of this stuff do?!
Two things I'm realising-A) Relegating items to the console that aren't likely to be changed often can leave some strange defaults active. Maybe those should be worked on first, I'm all for having some localised presets like the compatibility modes.
2) What the hell does half of this stuff do?!
Re: Brainstorming a GZDoom menu revamp
Clearly the most extensive menus are the most useless ones: "Gameplay options" and "Compatibility options" Why does this need two entries in the top level menu?
I think on the top level for gameplay only the compatibility profile option is needed, the rest of this wall of text should be moved a few levels down. With automatic compatibility most of this isn't even needed
I think on the top level for gameplay only the compatibility profile option is needed, the rest of this wall of text should be moved a few levels down. With automatic compatibility most of this isn't even needed
- Caligari87
- Admin
- Posts: 6174
- Joined: Thu Feb 26, 2004 3:02 pm
- Preferred Pronouns: He/Him
- Contact:
Re: Brainstorming a GZDoom menu revamp
Agree with Kotti here; the compatibility and gameplay options would be better placed under a submenu with just the preset selector at the top level. And many of the gameplay options could do with some automatic presets as well (perhaps "Vanilla" and "GZDoom Default" to start with). Have a "custom" preset for both that opens up the more fine-grained menus.
Re: Brainstorming a GZDoom menu revamp
The current menu state not that bad.
But its lack simple conversation with user.
Like, I dont know what means "texture format rgba8" and I must use zdoom wiki, to at least understand what changes if I change rgba8 to s3tc_dxtx.
So it be nice to have popup notification/line on the top of the screen/defined and fixed message space where engine tell what options%_name_%, like rendering interpolation/interpolate monster movement/stretch short skies, mean and change, like on screenshots.
But its lack simple conversation with user.
Like, I dont know what means "texture format rgba8" and I must use zdoom wiki, to at least understand what changes if I change rgba8 to s3tc_dxtx.
So it be nice to have popup notification/line on the top of the screen/defined and fixed message space where engine tell what options%_name_%, like rendering interpolation/interpolate monster movement/stretch short skies, mean and change, like on screenshots.