Retroarch GUI controls broken after update to 4.1.5
-
-
@aspiringnobody and still the same issue ? i will test and get back to you (tomorrow or so).
-
Yeah, I made sure the first thing I did was test it with just the 4.1 image and no changes at all (other than to configure the controls as required on first boot).
After the update to 4.1.5 the issue still exists.
In rgui you have the arrow keys and start as the only functioning buttons. so you can scroll down to exit and hit start and it works -- but if you go into any other menu you are stuck there.
- Evan
-
@aspiringnobody How did you configure retroarch ? did you do it manually ? I noticed
input_menu_toggle
was not set in your config, and this should be set when configuring controls in emulationstation.I can confirm issues though and I think it might be related to some tickets already open, however I will open a ticket upstream for you (It's a Retroarch issue).
-
This is literally the 4.1 image from the retropie website. All I did was update to the newest version via the retropie-setup script.
If there's a problem it's with the default config. It seems to have completely changed in the newest version 4.1.5 (it's fully commented out now and calls itself a stub config or some such).
- Evan
Note that installing retroarch on raspbian doesn't have these issues. If it's an upstream regression it's due to something retropie uses that the "normal" retroarch Linux build doesn't.
-
Also, thanks for all the help!
-
@aspiringnobody input_menu_toggle is configured when setting up a controller in emulationstation. I'm not sure how yours was commented out - I have just done a fresh install and that ini variable is configured correctly so something was different in the way you set this up. I would need you to tell me each step you went through to end up with the retroarch.cfg you linked above.
This is not related to the issue with navigating though which is a retroarch problem. I have opened a ticket here https://github.com/libretro/RetroArch/issues/4211
The default configuration has not completely changed - it's always been a detailed configuration like that. If you allow settings to be saved from RGUI, it gets overwritten which was your original config.
You need to provide more details. - when you say "Note that installing retroarch on raspbian doesn't have these issues. " what do you mean ? Installing from where ? What version ? Please be as verbose as possible.
The navigation issue is a new issue in RetroArch since their menu input changes (since v1.3.6).
-
Interesting. I obviously had to set up the keyboard on first boot, but I didn't do a full set of controls (just the bare minimum in fact). Not sure if it would be different now that I've mapped the whole keyboard control set and an actual controller. I could check it for you if you think it's relevant.
When I tried troubleshooting i installed raspbian with pixel and then installed retroarch from the repos. It seemed to work with the keyboard.
Not 100% sure what version of retroarch is in the repo though. I assumed it was 1.3.6 but I didn't actually look.
I'll check it out when I get home.
- Evan
-
@BuZz I have been informed on IRC this was a design decision - the RGUI can only be controlled via joypads with the joypad configuration or a set keyboard configuration with pre-configured controls (not the player1 configuration). This was a decision they made due to complaints from windows users related to the default mapping etc - I don't know the full details - there is some reddit discussion I believe. They are considering adding an option to bring back the old behaviour.
I don't agree with the change (I don't fully understand the problem people had with it before), and I think it will break stuff for a lot of people that don't want to keep a keyboard handy, and have a controller than maps to keyboard keys. However with a backward compatibility option, all will be well.
-
As much as I love libretro, their developers are boneheads.
That's absolutely unacceptable regression. Did they specify what was causing such a code maintenance burden as to require them to drop keyboard support?
I guess I'll look at their git tonight and see about making us a patch for retropie.
Every interaction I've had with their devs has been a disaster. Seriously who would even think that's a good idea?
-
Also see if you can tease what their default hardwired config is. It might be easier to just remap all my gpios to different keys to match what they have "decided" is appropriate and then remap through emulationstation so the games work.
sigh
-
@aspiringnobody They are implementing an option to enable the old behaviour currently.
I'll find out the controls.
-
@aspiringnobody cursor, backspace and enter. Although enter quits currently if mapped to "exit" hotkey, so there are some issues.
-
I usually turn the hotkeys off anyway. I just map r3&l3 to the same key and use that to get into rgui.
- Evan
-
@aspiringnobody https://github.com/libretro/RetroArch/commit/9957099bf0f9568538cf35e3ba6f882b1d552c17 please update from source and try this new setting. I will be adding it later today to the script.
-
That seems to do it.
Thanks x10000000 for your help. Please let whatever retroarch dev who got this done that they're super awesome also. Might have to eat some crow on this one they certainly fixed that fast.
- Evan
-
@aspiringnobody welcome. twinaphex added it. It's certainly appreciated.
I have updated retropie-setup - it will now set this option to "true" if it isn't already set in the configuration file.
-
Just updated all main packages. Can now exit the retroarch gui using hot key again. 👍
-
@BuZz
Hello, I ve just built a piggrl 2 and have this exact issue:
controls work ok in emulators, i can access RGUI with start (enter)+ select(space) but once in the menu i can only scroll up and down and exit.
I can t validate any line in the menu to access them.I understand this issue is now fixed but how should I proceed to make these changes happen? ( I m a complete newbie)
should I run "update all packages " from the retropie menu , reinstall a retropie image or delete my current config file?Mark
Guakamaule -
@guakamaule update all packages
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.