I think we finally have a solution for RGUI fans
-
I think it is a mess to save from RGUI as it just dumps all the settings (and you lose all comments etc), so we should continue to recommend people use the configuration editor (and I will continue to improve it).
-
@BuZz I suppose the one benefit from the rgui that maybe doesn't work as well from the config editor would be the input core remapping function
-
What do you guys think about this proposal?
https://retropie.org.uk/forum/topic/2558/brainstorm-a-way-to-make-the-rgui-fans-happy
Can you predict any problem? -
@herb_fargus yep - and that works fine without having to save the main config from RGUI - so RGUI still has plenty of uses.
-
I have made the change in runcommand. thanks.
-
@BuZz so the trick on the first post is a redundancy, right? I'll edit it.
-
I have made a change in retropie-setup, so when launching RGUI from the retropie menu, it sets
config_save_on_exit = "false"
after exiting. This means people editing the global RGUI settings won't then get all system configs overwritten later (although they can still do that if they want by changing this setting when in an emulator).Hopefully this will improve things, although it's still best of course imho to use the configuration editor for most stuff.
-
If RGUI wasnt an option within the RetroPie menu, and instead only accessible (easily) via the ingame hotkey could that make it less confusing for users? That way its much more clear that changes made in-game are system specific.
That way it would steer more people to use the configuration editor to make the (often global) changes they want? At the moment, the global RGUI and config editor offer a lot of simialr/same options.
Please ignore if that just confuses matters :)
-
@Floob I'm happy to remove it, but then those that do want to manage global config from rgui can't without using command line.
-
I was thinking if someone wanted to edit the global RetroArch config, they can currently do that in a UI via the configuration tool.
In here, each option is nicely commented and often has more info than via RGUI.Its just that I have a feeling that the main use case for the global RGUI option is along the lines of "I want the game to be widescreen - the option must be here somewhere" or maybe "I want to apply a shader, and I see the option here". All of which are (most probably) better to be done via the configuration editor.
Maybe I'm being pessimistic, but I think that most people dont really understand the implications of updating via RGUI (global or otherwise), and by steering their options into the configuration tool it would be easier to manage and debug problems they had caused themselves.
-
I don't have the numbers or statistics, but those who came from a RetroArch on another platform background are used to configure things using RGUI (example: myself, nowadays I'm used to configure things editing the file). So, I think that remove it from RetroPie menu is a little drastic.
I liked the
config_save_on_exit = "false"
after exiting behavior. My only concern is that it can confuse those who don't know that it's a RetroPie feature (those who aren't following this thread).I think this, let's say, "RetroPie vs RGUI" issue deserves a wiki
pagesection. I can try to write something later... -
@meleu I don't know if we need yet another wiki page on retroarch.
Probably can be expanded on one of these pages (retroarch docs for RetroPie in general are a little sparse... well actually retroarch in general):
https://github.com/RetroPie/RetroPie-Setup/wiki/RetroArch
https://github.com/RetroPie/RetroPie-Setup/wiki/RetroArch-Configuration
-
@herb_fargus I didn't mean an exclusive page. This kind of info fits well in RetroArch Configuration, IMHO.
-
@meleu no complaints from me there
-
Its this sort of thing that would be good to avoid:
https://retropie.org.uk/forum/topic/3654/i-did-retroarch-updates-and-now-i-can-t-exit-games
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.