@barbudreadmon
Yeah, it was the principality of it, saving and loading game specific options in a global config. I think I could not get either the macros or cabinet settings to work this way, rendering them beyond completely pointless. I think the actual cabinet settings for the retroarch core are saved in /roms/neogeo/FBA/ along with high score, and I don't know what was up with the macros.

@sirhenrythe5th
the pi4 with a arm cortex a73 and * TWO * videocoreIV GPUs. Comes with either 2gb or 4gb internal ram. Not really, I was trying to make a joke, not funny...

Record of Lodoss war, no longer crashes. It is a big hunk of lag art once you get top-side, there are a lot more enemies and polygons. Still playable, (I OC'd for this one)

Jet Grind Radio, with the option to turn off shadows in the GUI can get decent performance, but I imagine there are still those levels that run like butt.

TimeStalkers, The analog deadzone seems to have been fixed with the latest update, as well as the connection being able sync into play, which is great, I might find some time for this one.

@mitu Thank You! It works!

@BuZz Thanks you are right. It was under Main and not optional packages. Many thanks!

To update you all.
I did remove the SD card and deleted everthing on it.

Downloaded the lastest linked version from https://retropie.org.uk and followed again the instruction to flash, install and start the retropie.

I configured the gamepad,
I enabled Wifi settings,
I enabled SSH,
I uploaded via WinSCP some roms
and then started a GBC game and it works.

I don't know, what we did last time different, but it works now.

Hugh thanks to all which helps on this topic.

Kind regards
Bigwerth

@rgrs You can set it up manually, but if it's not detected by Emulationstation it will not work in it. You can however set it up in RetroArch - https://retropie.org.uk/docs/RetroArch-Configuration/#autoconfigurations. Get the button values and add them to a .cfg file named after your controller - there's an example in the doc page.

Retried using Android mode on the controllers instead of Switch mode and everything seems to work fine. I'm going to go with that. Thanks!

@mitu OK thanks

Hi, I had a similar problem. It appears I have solved it by forcing the monitor to use HDMI input in the settings as opposed to autodetect. Hope this helps people encountering this issue in the future ;D
Cheers,
Tina^^

@Efriim

Thank you! This fixed it. Player 2 is not set up yet as I am waiting for the second dolphinbar to arrive from Amazon which is tomorrow :)

@gregyone yeah vertical is for player 2 spinner if you say had a 2 player cocktail. Or you just want both players to have separate controls.

Well the guys who make the OdroidRetroArena make a Retropie LIKE build for Odroid, which is close enough that you can use it without much trouble.

Resolved it by configuring retropie to boot to the command line and then i'll edit .bashrc to house the if logic to launch X or ES depending on TOD and of course

if [ "`tty`" = "/dev/tty1" ]

Was much easier than I was trying to make it...

##### # Set the hours between which PiClock will Launch #### minHour=6 maxHour=9 #Get Current Hour cHour=$(date +%H) # Get current time and time of boot. # calculate minutes since boot cSec=$(date +%s) sSec=$(date +%s -d "$(uptime -s)") uMin=$(( ($cSec - $sSec)/60 )) # Ensure that we are within 2 minutes of boot. This ensures that user can exit ES to the command line # without this script re-launching ES in an endless loop if [[ $uMin -le 2 ]]; then # Ensure this is tty1 if [[ "`tty`" = "/dev/tty1" ]]; then # If between min and max hour then startx and PiClock else execute autorun if [[ $cHour -ge $minHour && $cHour -lt $maxHour ]]; then startx else bash "/opt/retropie/configs/all/autorun.sh" fi fi fi

The issue I see is trying to drop to the command line from ES in which case I believe it will just launch back into ES... i'm ok with this. Maybe some other unintended consequences but I'll find out soon enough.

Edit: Added an additional If statement to check for minutes since boot so that one can successfully drop from ES to the CL without

@Sades160 in the end, everyone comes back to Retropie...

lr-mupen64plus-next is released. And it is good, you must try it and ignore my previous post. It is in the experimental section.

@BuZz I feel like an idiot. Thanks for the help

@2Play if you install windows 3.11 you need to choose /pcdos/ as the c: drive. Then do command “cd WINDOWS” Otherwise you will start installing all your windows games and software in the windows folder creating a huge disaster. There are a couple dos games you need to actually install the soundblaster drivers and set the c drive as /pcdos/ as well so it can find the soundblaster drivers folder. Personally i set my “pcdos” (i use a different name) folder as c: and “cd “game folder name”” on all games to avoid any conflicts.

I think I found the solution.
In mupen64plus.cfg you can find the overscan options.
Need some fiddling around with it but probably this is what I was searching for.

Though I don't know why the standard resolution (640x480) doesn't need overscan and higher resolutions need this to be able to fill the whole screen. Any one know why?

@mitu

Quick update.
Changing line 447 in /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh fixed my problem. I have changed pulse to alsa.

Further more I've created a simple script, named n64audio to run at start/boot.
In this script:

#!/bin/sh sed -i 's/pulse/alsa/g' /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh

Made the script executable sudo chmod +x n64audio
After that sudo crontab -e
And added the line @reboot /home/retropie/n64audio

Now after every reboot pulse will be changed to alsa in the file /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh , if the line pulse exists.

So if I update RetroPie and mupen64plus gets updated and overwrites my file (and put pulse back in to play) it will be overwritten on the next reboot.

Again, thanks for all your help!