@Scott-Skaife said in System Control API:

One of the thing that has always broken the illusion of emulating computers is the need to break out of the emulated environment to swap disks. Being able to do this from a phone app would be a huge deal.

this seems more immersion-breaking than using the retroarch GUI!

that said, retroarch itself does have various network commands, so i believe you could achieve your disk change example with a simple phone app on the same network: https://docs.libretro.com/development/retroarch/network-control-interface/

@nemnadogg said in Input configuration for each console:

@dankcushions In my case it's a retrolink N64 USB controller. I call it a generic joypad because that's how retropie calls it. The controls are weirdly scrambled for every console. Even for the NES, which is supposed to have the same controls as Emulation Station, yet for some reason is different.

this is the suggested layout for n64 pads: https://retropie.org.uk/docs/RetroArch-Configuration/#nintendo-64

if you bind it to that in initial setup, it will be this layout for all libretro cores, and a number of standalone cores.

I've wanted to change the button configuration that my PS3 controller uses for N64 emulation. But I'm not using one of the libreto emulators, so I'd have to do that in the system files, I believe. And as someone who knows nothing of software, I'm afraid of ruining something.

again, this all happens automatically. if you bind it during initial setup (https://github.com/retropie/retropie-setup/wiki/First-Installation#configure-controllers) to the PS layout (https://retropie.org.uk/docs/RetroArch-Configuration/#ps1) then it should create the relevent config files for mupen64plus standalone.

@mitu Can you explain to me how you put above how it is compiled with DGL=ON and cmake?
to try to test a possible solution for raspi4

I find retro pi extremely friendly to use.
A few small niggles here and there but honestly the work done over the years is really good.
There are tons of other emulators on other systems that are pure brutes to get working never mind configure.

I was able to fix it. For anyone else who runs into this problem and finds this thread in the future.

f4
reboot (not restart emulationstation, reboot the entire pi)
f4
uninstall kids mode
reboot
f4
fresh install of emulationstation
reboot
f4
install kids mode
reboot
f4
update emulationstation (for some reason it reverted upon the installation of kids mode)
reboot

It now works! Yay me!

@pjft Thanks, but once again you were major help! You pointed me right to I needed to be and I just pushed a few buttons.

@retroaceson And I think they'll answer something like "We already implemented the undo savestate/loadstate feature". You can see it at Quick Menu.

@Jeck11 It was a while ago, so I don't remember enough. As such, I'm not sure I'd go as far as saying "any" theme, but it wasn't particularly hard, no. I suspect it depends on how modularized the theme files are (i.e. if you have to add the icons to each of the system files, it can be a pain, where if it's all centralized in the theme.xml file, then it's fairly easy).

It's critical to update the XML version in the theme xml files, though, otherwise it won't be recognized no matter what you do :)

I'm happy to try and share my versions of the themes, if it helps. Let me know.

One is in development for Attract Mode
http://forum.attractmode.org/index.php?topic=1222.0

@ccb9951 you should delete the config, uninstall linapple and reinstall from binary. You dont have to mess with any settings in the config other than the controller (and whether you are using a mockingbird or a mouse. You can set color too If you want to change it but you can change that with f-keys. But you dont need to change any disk drive settings. That will work right out of the box.

@Jeck11 what he said :)

@ebtalk Here you can find more info https://retropie.org.uk/forum/topic/4820/video-preview-in-emulationstation

After reading both yours and Rookervik's explanation, I think I understand a bit more of the relationships between the various programs/scripts and that I should fiddle around more with RetroPie to see how everything works together. Seems like implementing a save state UI is more complex than I imagined, not that it wasn't already complicating enough. Just testing a moment ago, I realized that saving to the same slot with lr-picodrive and lr-genesis-plus-gx cores for the Sega Master System would overwrite the same file because they save to the same folder by default which also brings its own problems.

When I was thinking about an alternative way of exiting the controller setup, I was recalling how I would usually configure inputs in PC games and some emulators and the immediacy of being able to back out if desired which was why I suggested the button combo. However, having an exit based on a timer does sound simpler to understand than the button combo. This feels like both would need to be implemented and tested to see which could be better. I think the relevant file would be GuiDetectDevice.cpp so I'll look into that when I have the time.

I guess if it had to be a specific button combo, it would be any button plus the directional key Up and hope that people would associate that with going up a folder in a file explorer or going back up to the menu haha