Retroarch menu opens with SELECT-Button

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

I have configured countless times via Emulationstation. But no matter what I do, the menu in Retroarch always opens with the SELECT button, (...) apparently no way to move the menu button to another button, such as the home button, which is specially designed for this.

Configuring the controller in EmulationStation should take care of this, as long as you press the "home" button at the end when it asks for an "enable hotkey" bind.

Does it happen across all cores or only some? Can we see your global retroarch.cfg:

/opt/retropie/configs/all/retroarch.cfg

And one for an affected system such as:

/opt/retropie/configs/snes/retroarch.cfg

PARALAX

@sleve_mcdichael said in Retroarch menu opens with SELECT-Button:

Does it happen across all cores or only some? Can we see your global retroarch.cfg:
/opt/retropie/configs/all/retroarch.cfg
And one for an affected system such as:
/opt/retropie/configs/snes/retroarch.cfg

Here is a copy of my "retroarch.cfg" inside the /opt/retropie/configs/all/ folder:

https://www.mediafire.com/file/0414qsdz7wa0v3a/configs.zip/file
(Retroarch-File in "all" is too big for posting here)

And here is the content of the SNES-Folder:

config_save_on_exit = "true" content_favorites_path = "/opt/retropie/configs/snes/content_favorites.lpl" content_history_path = "/opt/retropie/configs/snes/content_history.lpl" content_image_history_path = "/opt/retropie/configs/snes/content_image_history.lpl" content_music_history_path = "/opt/retropie/configs/snes/content_music_history.lpl" content_video_history_path = "/opt/retropie/configs/snes/content_video_history.lpl" custom_viewport_height = "1080" custom_viewport_width = "1440" custom_viewport_x = "240" gamemode_enable = "false" input_menu_toggle = "f1" input_menu_toggle_gamepad_combo = "2" input_player1_a_btn = "1" input_player1_b_btn = "0" input_player1_down_btn = "h0down" input_player1_l2_btn = "6" input_player1_l3_btn = "11" input_player1_l_btn = "4" input_player1_left_btn = "h0left" input_player1_r2_btn = "7" input_player1_r3_btn = "12" input_player1_r_btn = "5" input_player1_right_btn = "h0right" input_player1_select_btn = "8" input_player1_start_btn = "9" input_player1_up_btn = "h0up" input_player1_x_btn = "3" input_player1_y_btn = "2" input_remapping_directory = "~/.config/retroarch/config/remaps" video_fullscreen = "true" video_fullscreen_x = "1920" video_fullscreen_y = "1080" video_refresh_rate = "50.000000" video_shader_enable = "true" #include "/opt/retropie/configs/all/retroarch.cfg"

No matter what I do, I can't disable the SELECT-Key for open the Retroarch menu.

Configuring the controller in EmulationStation should take care of this, as long as you press the "home" button at the end when it asks for an "enable hotkey" bind.

After pressing the Home-Button at the end of the Emulationstation Configuration menu, there ar no further dialoges. I have done this procedure hundrets of time with no effect. It's very very weird.

sleve_mcdichael

@PARALAX yeah, those both look bad. I would delete them, then reinstall retroarch, and any SNES core like lr-snes9x, to recreate the default configs.

I'd be wary of all the other systems too, since both of these configs were bad.

The individual system configs should all look like some variant on (this one is for NES):

# Settings made here will only override settings in the global retroarch.cfg if placed above the #include line

input_remapping_directory = "/opt/retropie/configs/nes/"

#include "/opt/retropie/configs/all/retroarch.cfg"

The global one looks more like this:

https://github.com/libretro/RetroArch/blob/master/retroarch.cfg

PARALAX

@sleve_mcdichael

Thanks! Very annoying! If something like that happens more often, I'll lose interest in it again. It can't be that you have to reinstall and set everything according to rules because some emulator doesn't do what it's supposed to. This is also why I usually backup everything. But it doesn't help if you download an update and then the whole crap starts all over again.

PARALAX

Another question: Can I also use one of the SNES9x and other libretro plugins without Retroarch? Or is there no configuration menu by the default emulators supplied by Emulationstation or Retropie? I'm already fed up with the tool because it's obviously ruining everything for me and doesn't cooperate with Emulationstation at all, as you should expect. Anyway, I don't understand why it all has to be so complicated and why everything doesn't run on one and the same platform.

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

It can't be that you have to reinstall and set everything according to rules because some emulator doesn't do what it's supposed to.

Not usually, no. Probably you saved a configuration through the RetroArch menu, which overwrites the custom config used by RetroPie and breaks the integrated config hierarchy that it uses. In particular I see config_save_on_exit = true which should not be used as it will always lead to this scenario.

Config changes should be made via the configuration editor or by editing the config files manually.

libretro plugins without Retroarch?

Not libretro cores, no, but sometimes there are non-libretro ("stand-alone") emulators you can use. See the docs page for each individual system to see which cores and stand-alone choices are available. Super Nintendo has PiSNES and snes9x-rpi which are recommended only "for some games that run slow on a RPi0 in lr-snes9x2002, though it has inaccurate sound emulation and SFX/SA1/SFX2 games do not work."

PARALAX

That's still understandable so far. But how the hell is it possible that the emulator doesn't even react to the new controller settings if even the configs were manually deleted? I just don't get it. And why do I have to reinstall everything right away? If it's so easy to break your entire Retropie system just by trawling through the settings, then these settings or updates should also be removed from Retroarch right away. You can see where this ultimately leads.

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

possible that the emulator doesn't even react to the new controller settings if even the configs were manually deleted?

The input settings hard-coded in your retroarch.cfg's were probably overriding the gamepad autoconfigs.

And why do I have to reinstall everything right away?

It's just the easiest way to restore your default config. If you've got one in the folder called retroarch.cfg.rp-dist (it's created automatically in certain situations), you can just rename that to remove the .rp-dist instead of doing a full reinstall.

If it's so easy to break your entire Retropie system just by trawling through the settings, then these settings or updates should also be removed from Retroarch right away.

Just don't save anything (except remaps and shader profiles) from the RGUI, and don't set it to auto-save on exit. Use the menu to test out new settings all you want, but once you find ones you like, use the configuration editor to make them permanent.

Do your updates through the RetroPie-Setup script, not from within RetroArch.

PARALAX

@sleve_mcdichael

I've tried several times but just can't get it the way I want it to be. Whoever came up with this, it's the biggest crap on earth! The operation is incomprehensible, completely uncomfortable and does not do what it is supposed to do at all. When I used emulators - and I've been using them for two decades - you could set everything via the respective menus and it worked then. Here with Retropie NOTHING works! I go into the Retroarch configuration and set my home button as a "hotkey" button. I launch "Donkey Kong Country" on the SNES - no response when pressing the button. Only ESC works. I go into Retroarch's menu with ECS, try to set the button again. The menu says: "10 (N/A), (Key: escape)" - it still doesn't work. No matter what I do.

And why the hell should I configure my controller, set the hotkey, save states, etc. via a script or the keyboard outside of the emulator in the respective game? There is an absolute lack of logic and understanding.

And to be clear: I tried both configurations. On the one hand via the Retropie menu (via Retroarch), as well as via the loaded ROM within the emulator. Neither works! I only get the default keys. I'm not going to uninstall and install Retroarch again, nor mess with any configs that just don't do what I want.

Sorry, but in my eyes, Retropie has completely failed here. And I think that I'll probably watch "Lakka" instead or ask around in the retroarch community what's going on. How you can offer such a hyper complicated program for free download is simply a mystery to me.

windg

I have F310 and F710, and i never had a similar issue.
Are you sure you have an original Logitech F310? Controller on the back it's a small a switch, this must be to X position.

Also, if you press the ESC button and the Retroarch menu open that means that the retroarch.cfg file is broken. This can create a lot of issue's.

PARALAX

The joypad is definitely original F310, especially since I bought it from Amazon. In addition, the home button is recognized both in the Retropie configuration manager and in Retroarch itself (as "button 10"). The problem, however, is that Retroarch partou refuses to assign this button as a menu button, even though it is in the configuration In addition, the assignment of the joypad keys only works after I have assigned them again through Retroarch in the joypad settings. In the meantime I have found an alternative to this, because apparently you can also use the menu with other key combinations such as R3+L3 However, this is apparently a Retroarch bug. The worst thing for me is the standard assignment of the Select key. In many games like "Donkey Kong Country" this is used by the game itself at the same time, in the above-mentioned case to change the character So, willy-nilly, I'll have to do all the settings through Retroarch's joypad settings, but in the end I prefer it that way , as long as it finally works, even if I have to do it separately for each emulator.

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

The problem, however, is that Retroarch partou refuses to assign this button as a menu button, even though it is in the configuration

Did you delete all your corrupted retroarch.cfg files and (by reinstalling or otherwise) restore the default RetroPie configs?

PARALAX

@sleve_mcdichael said in Retroarch menu opens with SELECT-Button:

Did you delete all your corrupted retroarch.cfg files and (by reinstalling or otherwise) restore the default RetroPie configs?

Yes, I delete all the retroarch.cfg files in /opt/retropie/configs/all and /opt/retropie/configs/snes. After this I re-configured the pad from the Retropie-Menu with the same effect. So I'm forced to open the menu with another hotkey configuration. The main thing now is that the Select button no longer opens the menu. However, I am not really satisfied with the solution.

Here is my current config file with all relevant settings: https://www.mediafire.com/file/p30e41s0eyximl2/config.zip/file

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

Here is my current config file with all relevant settings: https://www.mediafire.com/file/p30e41s0eyximl2/config.zip/file

configs/all/retroarch/config/snes9x_libretro.cfg still has a config_save_on_exit = "true" in it which is fouling up everything else.

How did you install RetroPie? What image did you use?

PARALAX

@sleve_mcdichael

I only re-install Retroarch from the installation script, not the whole Retropie-Image and I don't intend to do that, as I already installed and set up too many other things there, e.g. the pixel browser, as well as all the other stuff. If the makers aren't able to offer a stable system, so that you have to do everything from scratch on a regular basis, that's a very bad omen. Before I start all over again here, I would rather look around for an alternative.

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

I only re-install Retroarch from the installation script, not the whole Retropie-Image and I don't intend to do that,

I'm not saying that you have to re-install the image (though sometimes, it is the easiest and most direct way to get where you need to be), I am just asking how you've done so in the first place.

What hardware are you on, and how did you install RetroPie? If you used a pre-configured SD image, what was the filename of that image?

If the makers aren't able to offer a stable system, so that you have to do everything from scratch on a regular basis,

You don't, usually. Your configs are still bad. Or they're bad again, I don't know; one way or another, the most recent ones you've uploaded are not good either.

I suspect that config_save_on_exit has infiltrated its way into and corrupted several, perhaps all, of your individual system configs, and if you don't catch and correct every last one of them, it's going to get back into your global config and start all over again.

config_save_on_exit should not be enabled, and is not enabled by default. This is nonstandard behavior, caused by something unique to your particular configuration. How did you install RetroPie, and if you used a pre-configured SD image, what was the filename of that image?

PARALAX

@sleve_mcdichael said in Retroarch menu opens with SELECT-Button:

How did you install RetroPie, and if you used a pre-configured SD image, what was the filename of that image?

I installed Retropie directly from the image provided on the website, the version for the Raspberry Pi4/400. https://retropie.org.uk/download/

I copied the image directly to the SD card using the Raspberry Imager and then set everything up accordingly.

@sleve_mcdichael said in Retroarch menu opens with SELECT-Button:

What hardware are you on, and how did you install RetroPie? If you used a pre-configured SD image, what was the filename of that image?

I used "retropie-buster-4.8-rpi4_400.img.gz" for my Pi 4b (8 GB Version).

@sleve_mcdichael said in Retroarch menu opens with SELECT-Button:

config_save_on_exit should not be enabled, and is not enabled by default. This is nonstandard behavior, caused by something unique to your particular configuration.

I've since re-enabled it to make anything work at all, since the only way to disable the SELECT button was to reconfigure the controller buttons via the Retroarchive menu. I can deactivate this option again in Retroarch, but I don't see any point in doing so, since I also want to make a few settings like "Video Filter", for which Retropie doesn't offer me any options at all. So how else should I make such settings if, on the one hand, the controller assignment is not adopted and, on the other hand, important options are missing?

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

So how else should I make such settings if, on the one hand, the controller assignment is not adopted and, on the other hand, important options are missing?

https://github.com/libretro/RetroArch/blob/5e258eb8f09ff05f1f0ea7a5447656769cf0b7ae/retroarch.cfg#L243-L244

PARALAX

@sleve_mcdichael

So enter the whole stuff by hand. Serious? Sorry, but that's not an option for me, especially since I sometimes have to make other settings depending on the system/emulator. In addition, I don't want to have the same controller assignment for every system. I looked again at the configuration files and the only one that has the setting config_save_on_exit = "true is the snes9x_libretro.cfg in the opt/retropie/configs/all/retroarch/config directory, but not in opt/ retropie/configs/all/, i.e. the superordinate directories. Why there are several configurations of this kind is a mystery to me.

sleve_mcdichael

@PARALAX said in Retroarch menu opens with SELECT-Button:

So enter the whole stuff by hand. Serious?

No, just the individual line or lines that you want to change. The rest of it is already there in the default config. Unless you keep clobbering it.

I sometimes have to make other settings depending on the system/emulator.

That's why there are the different config files. Settings common to all cores and systems go in all/retroarch.cfg. Those unique to a particular system in [system_name]/retroarch.cfg. Those unique to a particular ROM go in ~/RetroPie/roms/[system_name]/[rom_name.ext].cfg.

In all cases you should only change or add the lines that you want to change from default or previously-defined settings.

In addition, I don't want to have the same controller assignment for every system.

This is one of the very few (two?) things you can and should save through the RGUI menu. Quick menu > controls > port {n} controls < controls > save {game | core} remap file.

I looked again at the configuration files and the only one that has the setting config_save_on_exit = "true is the snes9x_libretro.cfg in the opt/retropie/configs/all/retroarch/config directory

That file shouldn't even exist.

Why there are several configurations of this kind is a mystery to me.

So you can have different settings for each system. Games launched from the menu are ultimately passed to command-line with an option that sets the [system]/retroarch.cfg as the config path; each individual system config then in turn applies the global settings from all/retroarch.cfg through the use of:

#include "/opt/retropie/configs/all/retroarch.cfg"

Gamepad controls are not defined in either of these files, so that the autoconfig profiles instead may be dynamically applied at runtime for the gamepad you are using. Otherwise, you would have to reconfigure each time you switched out your controller.

All of this is thrown right out the window the moment you save configuration through the RGUI menu. Current values for all 3,000+ RA settings are written to a custom config that either replaces or supersedes (depending on how you saved) the default config in configs/[system], removing the #include line and the core or system becomes "disconnected" from the global hierarchy of configs, existing in its own little bubble.