The mappings for N64 are described in the emulators doc page - https://retropie.org.uk/docs/Nintendo-64/. If you wish to change it, you can either use RetroArch's input remapping for the lr-mupen64/lr-mupen64-next emulators or editing the InputAutoCfg.ini for the standalone mupen64plus emulator.
I had tried all 3 methods on my pi 3. I used the manual cmake steps, I had tried the wget install.sh method, and I had also tried the GUI option in the retroarch "optional package" menu. I ran into no errors during any method, but nothing worked. Nothing was responsive in jstest. When performing the GUI option pi 2.5, it worked. (I didn't try other 2 methods on the pi 2.5 as my first attempt worked).
I think its my pi. I bought it a few years ago and this was my first time trying to use the GPIO headers. I downloaded a pigpiod GPIO test script and it identified some of my pins as bad. I think I'll grab a pi 4.0 in the near future.
I made a video going over my gamepad design if anyone is curious.
@wild-snail We understand what you are saying, but retropie is like legos. think of it as each part/program is a different lego, that when you put them together, you get a rocketship, or in this case retropie. And each lego is produced by a different person or group of people, some that dont even work with each other. The default for most things in retropie is Nintendos way, caus thats the way the separte programers decided to do it. East button being enter and south button being cancel. you can switch it up in emulation station, but it won't switch it up in retroarch or the linux command line menus, because they are different legos, i mean programs.
@MeltedPineapple I would appreciate if you wouldn't tag me directly, I find it rude. I'm trying to contribute as much as my free times allows in the forum, but that doesn't mean I need to respond to every topic and every user.
Thank you. Setting it in the TAB menu seems to work for Mame. Of the FBNeo games I tried, they don't seem to care where the credit comes from, as long as there is a credit to spare, either P1 or P2 can use it. I will keep testing.
@ScoobyAA Slightly late reply. I have only just come back to this project. I finally have TwisterOS running well and Retropie does work. However, even using controller keymapping software I cannot use those controllers. This issue is clearly much deeper than just retropie because no software recognises the left and right arrow keys, unfortunately. I really appreciate all of the help from the forum though. Thanks!
I know this topic is really old but i had the same problem myself and solved it. I noticed that the button mappings in RetroArch interfered with MAME 2010's mappings. One button could mean one thing in RetroArch but another in MAME so RetroArch would say to MAME something like - Hey! We also want to press this button!
What i did was that i blanked out the button mappings in RetroArch so they're seen as ---. After this my MAME mappings worked straight away. Then saved it as a content (game) specific configuration.
EmulationStation has the X button mapped for choosing a random system or game. If you're in the system list, X will position you to a random system, if you're in a game list (inside a system), it will position you to a random game - you just have to press A to start the game.
Modifying the existing behavior - to start the game automatically - means you're going to have to program it into EmulationStation - something that's non-trivial for someone that's not familiar with programming or EmulationStation's source.
It depends on the emulator. If it's a Libretro RetroArch core you can use Core remapping and save a game remap file. If you're using a MAME based emulator, you press Tab to open the menu and configure the Inputs for that particular game. In RetroArch's case, the input configuration in Emulationstation would produce a general mapping which is good enough for most games.