Specific retroarch emulator settings are being over written after i quit the game.
-
@Concat Did the video above help explain what gets written and why? I tried to show how RetroArch makes saves back to the RetroPie directory structure and how to avoid creating conflicts.
As you can see by reading the emulators.cfg file in a given system directory, it is the system retroarch.cfg that is read by Retroarch, this in turn reads the global setting, but can be overridden by a game/rom specific config.
So the priority is- Game specific retroarch.cfg
- System specific (everything above the #include line will take priority over the global file)
- Global Settings
This allows a high level of control over exactly what settings each system (or game) will apply. By updating settings in RGUI it just wont/cant? re-apply those in the correct config files quite so specifically. You can of course use RGUI to do this, but its not quite as elegant as using the config files yourself as it results in one big mashed up config - but then if it does what you need I'd run with it. As shown in the video, its a pretty quick one time tweak to set your custom RetroArch settings without screwing up the way RetroPie wants to process the configs.
Plus, if you dont want to manually edit anything, the config editor will let you easily make changes that will be saved in the correct manner:
https://github.com/retropie/retropie-setup/wiki/Configuration-Editor -
Yes, and no.
In your video you are missing a RetroArch option. I actually see 2 save options while in RGUI.
Save Configuration
Save New ConfigurationThe option to Save a New Configuration file will create a "SYSTEM-1/2/3.cfg" much like your video. However, I never use this option because I've always known that RetroArch won't autoload it. I use Save Configuration File, which saves to
/opt/retropie/configs/SYSTEM/retroarch.cfg
and overwrites the existing file.It was a helpful video though. I've had a number of aha moments in this thread, and I did watch the entirety of your video, so thank you :)
-
@Concat Ah - ok, so by overwriting your existing config you are effectivly doing this bit from my post above
You can of course use RGUI to do this, but its not quite as elegant as using the config files yourself as it results in one big mashed up config - but then if it does what you need I'd run with it.
So that would work, but then you are sort of opting out from being able to fine tune your setups. I'll try to cover this in more detail in a future video.
And thanks for the comments :) -
@Floob don't forget to make a visual flowchart ;)
-
the 'proper' way of doing this is to edit these files using the retropie config editor:
https://github.com/retropie/retropie-setup/wiki/Configuration-Editorcan't go wrong with that!
-
This is the type of complexity that only a puppet show can fully illustrate. Too bad the price of felt and googly eyes has skyrocketed in recent years. I blame trade relations.
-
First attempt. Plenty of room for correction and improvement.
-
-
@herb_fargus Yep!! Its great isnt it! :)
-
Very illuminating. Jim Henson himself couldn't have done better.
-
You rock Floob. Fast indeed.
Other things that (could) affect the config structure:
- Core Remap files
- Configuration Per Core = ON
- User per-game Core Options = ON
- Load Override Files Automatically = ON
It sounds to me like RetroPie has it's own way of managing at least the last three items, so there could be conflicts and unexpected results.
-
I think the new users must know that editing configs using RGUI on RetroPie is contraindicated. But maybe it's is only my personal opinion... So I'm not sure if this should be written on the wiki.
-
@Concat Thanks.
The core remap is largely covered hereBuzz added "auto_remaps_enable" to be true in the global retroarch.cfg to support it. But yes, I could add details of the file and directory it creates.
Yes, the last 3 are largely dealt with by RetroPie/RetroArch config setup really, so I wouldnt tweak those in RGUI myself.
-
@Concat said in Specific retroarch emulator settings are being over written after i quit the game.:
You rock Floob. Fast indeed.
Other things that (could) affect the config structure:
- Core Remap files
this is as per usual retroarch.
- Configuration Per Core = ON
retropie doesn't use this really i think?
- User per-game Core Options = ON
this isn't to do with retroarch.cfgs - this is just how the retroarch-core-options.cfg is made up. i could go into more detail, but it functions exactly the same as vanilla retroarch, so just google that :)
- Load Override Files Automatically = ON
i believe this is just per game.cfgs (eg zelda.zip.cfg in your nes rom dir). this works as per vanilla retroarch.
retropie doesn't really do anything special with configs. it's just using the standard --config and --appendconfig commandline arguments to invoke global and per-core configs. see https://github.com/libretro/RetroArch/wiki/Using-the-command-line
(i think the unique thing it does it creating temporary cfgs via the runcommand, but that's only for framebuffer and stuff like that i believe)
-
Thanks everybody for great info. Chart is awesome. King of the charts, but that would be great if we had the emperor of the charts. What is that? That is the chart that you will either need a big commercial printer to see everything or a small printer and a nice microscope. This chart will explain every step in detail (including every option and what happens when you change them). While explaining the changes in the file, chart will start to grow arms, long fingers, scary nails and it becomes a monster. Monster will try to kill you but if you survive, you will rule over him, and it will be your servant forever. Finally your Retropie Kingdom will have some peace that it's been longing for.
-
just wanted to adjust screen aspect ratio on the different cores (gbc/gba/nes) but even when I select save config (to retroarch.cfg) it is completely ignored on the next boot of the same game. so in my opinion the "save settings" option is totally broken and the "configuration editor" is not a proper replacement for an ingame emulator function that is supposed to work in real time without additional config tools.
why doesn't it work as it was intended?
edit: guess I am not the only one that finds this troubling:
http://libretro.com/forums/showthread.php?t=4773
I can't believe that this basic function doesn't work after all those years of retroarch.
-
@Floob @meleu Thanks for your video and explanations on this topic, it works but I still have one big problem which is every retroarch.cfg files are never reloaded with what I saved into them when I shutdown and reboot my Pi3, Retropie 4.0.2 and emulation station ...it always reload original retroarch.cfg skeleton files without the modifications I made (for eg. uncommented lines in the /all dir or added lines in the /{system} dir) .
Also selected the option "save on exit" as explained but changed nothing...event "save on exit" is no more ON after shuting down and restart everything. Did you faced the same problem once, any advice to help me? -
@FAB2TB I don't know how you are changing your configs, but RetroPie-Setup turns off the "save config on exit" if you turn it on using the RGUI started from RetroPie menu.
Look this post: https://retropie.org.uk/forum/post/22636 -
@meleu I've tried several ways to change the /all/retroarch.cfg but none of them managed to keep my modifications after a reboot of the Pi. What I just did after you answered to try once again is using the configuration editor from the Retropie menu: changed config_save_on_exit = "true" and also changed few other things like switching player1/player2 index :
input_player1_joypad_index = 1
input_player2_joypad_index = 0finally pressed TAB then OK to save it, then edited /all/retroarch,cfg using winSCP to check if my modifications were saved which was perfect. Then QUIT Emulation station and reboot the Pi and guess what...the original skeleton of retroarch.cfg is back again in place of the one I ve just modified! I really appreciate any help coz it start to make me crazy
-
@FAB2TB
Please, create another thread with your specific issue.
I suggest you this title: "RetroArch configs using RetroPie-Setup configeditor don't persist after reboot".Don't forget to describe your environment (read-this-first form) and detail the steps to reproduce your problem.
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.