retroarch.cfg file keeps changing
-
Hi
I am running retropie 4.01, i have built a bartop and am using the xin mo board.I am having an issue and i cant work out why its happening, All my emulators play fine apart from the the FBA ones. now i keep changing the retroarch.cfg file to the standard one that points back to all/retroarch.cfg but every few days or so it then changes to the 49kb file which has all the inputs in.
how can i stop it from doing this, could I change the permissions to this file so it wont be overwritten? why does it do this?
Any help or advice welcome as its been annoying me for a few weeks now.
Thanks
-
@robthedude81 it seems that you've set
config_save_on_exit
to true... can you confirm it? -
Hi
Where do i find that? in the configs/all/retroarch.cfg?
Thanks
-
in all/retroarch.cfg config save on exit is false. but when it reconfigures the /fba/retroarch.cfg it does say config save on exit true
-
@robthedude81 adding that 1 line with false in the fba retroarch.cfg should fix it
-
so i want my /fba/retroarch.cfg file to look like this
Settings made here will only override settings in the global retroarch.cfg if placed above the #include line
input_remapping_directory = "/opt/retropie/configs/fba/"
config_save_on_exit = "false"
#include "/opt/retropie/configs/all/retroarch.cfg"
-
why would it still save on exit when the /all/retroarch.cfg file has it set to false?
Thanks
-
@robthedude81 said in retroarch.cfg file keeps changing:
why would it still save on exit when the /all/retroarch.cfg file has it set to false?
read what you've posted and you'll find the answer :-)
Settings made here will only override settings in the global retroarch.cfg if placed above the #include lineKeep in mind that the RetroArch config uses the "first match if finds" approach.
-
but the file looked like this before
Settings made here will only override settings in the global retroarch.cfg if placed above the #include line
input_remapping_directory = "/opt/retropie/configs/fba/"
#include "/opt/retropie/configs/all/retroarch.cfg"
so it should only have looked at the /configs/all/retroarch.cfg shouldnt it??
Thanks
-
@robthedude81 Maybe some
.cfg
file for a specific fba ROM... Can you paste the output of this command:
grep -R config_save_on_exit /opt/retropie/configs/*
And please, pay attention at this part of the "read this first" post:
Format your posts! - put small logs in code blocks - see http://commonmark.org/help/ - and put large logs on a pastebin type site like http://paste.ubuntu.com/ http://pastebin.com/ or similar.
-
sorry, it formatted it like that when i posted it
-
so when running that i get this
pi@retropie:~ $ grep -R config_save_on_exit /opt/retropie/configs/
/opt/retropie/configs/all/retroarch.cfg.bak:# This is only updated in config if config_save_on_exit is set to true, however.
/opt/retropie/configs/all/retroarch.cfg.bak:config_save_on_exit = "false"
/opt/retropie/configs/all/retroarch.cfg:# This is only updated in config if config_save_on_exit is set to true, however.
/opt/retropie/configs/all/retroarch.cfg:config_save_on_exit = "false"
grep: /opt/retropie/configs/dreamcast/data/dc_flash.bin: No such file or directory
grep: /opt/retropie/configs/dreamcast/data/dc_boot.bin: No such file or directory
/opt/retropie/configs/neogeo/retroarch.cfgold:config_save_on_exit = "true"
pi@retropie:~ $* -
@robthedude81
The best way to format a code block like the above is using 3 backquotes on the line before and and on the line after the content``` blabla ```
I suggest you to revert your
configs/neogeo/retroarch.cfg
file to the default one. -
ah ok sorry about that.,. the NeoGeo one is a cfgold anyway, the actual sfg file is fine.. that was what they files convert themselves to when it goes wrong
-
@robthedude81 No problem. If your issue is solved, please mark your topic as solved. ;-)
Cheers!
-
it is working at the moment but it does seem to keep changing every few days.
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.