And am I right that the emulator won't show up on EmulationStation unless I have ROMs in the directory?
that’s right. however you’ll still see it as installed in retropie-setup’s package manager regardless.
i can't stress enough that apt is nothing to do with emulators in retropie :) emulators are installed and updated via the retropie-setup script, not apt. even if they are there somewhere, apt wouldn't install to the same place as retropie, leverage retropie's config scripts, or add the systems to emulationstation, etc.
Okay, that helps a LOT, since I've been bumbling around here, on and off, for a while, and never realized these packages were handled separately from apt.
How are they updated, then? Do I need to update them manually through the script or are they updated automatically?
My thought would be that if I use a new image and copy the /home/pi/Retropie directory recursively to the new image, that should preserve all the settings, configuration changes, and high scores to the new system. Please let me know if I'm wrong on that.
it wouldn't. for example, (most) config files are stored in /opt/retropie/configs/* etc. You can probably find some info on copying configs across images elsewhere on the forum, or perhaps someone will reply. personally i don't like to copy configs across from older versions - defaults change, emulators change, etc. I think you can end up carrying sub-optimal settings through to later versions. I like to start fresh, or pick and choose specific config files I know to be safe, but that's just me...
With Debian, I can easily do automatic updates so I don't have to go into a system and do admin work. I used to do that when I ran a business where all my software was on a Debian server. I know some people don't like auto-updates, but I never had a problem with things failing or crashing and that way I only had to deal with doing it manually when doing a dist upgrade.
For an arcade system, I'd like to keep that as automated as possible. I have had very little free time in the past decade and I'd rather automate whatever I can.
So how would I handle that with RetroPie, EmulationStation, and the emulators?
the update link above describes how you update retropie, but before we were talking about what was described as a pre-fbneo image, which would indeed be a dist-upgrade (or 2), which is not a supported in-place upgrade.
I think I solved it by disabling display_magnify in the .rc
Please note some games appear to have the wrong aspect. gdarius and gdarius2 seem to be vertical, but videos on youtube appear to show them 4:3. This is unrelated to the setting above I think. I don't know enough about stv games tbh.
I don't routinely use advmame, but I did a few tests and it looks like - when mapping the input - there is a delay between pressing an input and the corresponding key being displaying in the menu. If I do a simple/single press, nothing is shown, but after the input timeout elapses, the input dialog shows the input has been acknowledged and configured. It's like the UI doesn't update immediately after 1 event processed.
We'll see if something can be done to make the input mapping more responsive.
all of them... well the three available for retropie... tried with all of them and there is not a way to change video option beyond the offered by mame itself :( maybe there is an option to edit its reg (i must say i am newbie on raspberry )
@andrewsi starting it from gdb inside a ssh session could work to have text mode, unless you tried that. But could be it wont break on correct location either then. Not used gdb that much for such problems