Wanted to say THANKS for the "menu_enable_widgets" fix and to share some more info.

First, it was interesting that ROMs were fine and that ATR disks were all failing.

I tracked down the segmentation violation in the /dev/shm/run command.log:

/opt/retropie/supplementary/runcommand/runcommand.sh: line 1283: 31257 Segmentation fault /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-atari800/atari800_libretro.so --config /opt/retropie/configs/atari800/retroarch.cfg "/home/pi/RetroPie/roms/atari800/Mule.atr" --verbose --appendconfig /dev/shm/retroarch.cfg

I took a look at line 1283:

eval $COMMAND </dev/tty &>>"$LOG"

All this is doing is running the right command, explicitly getting input from the tty, and tying file descriptors to the log.

I ran the command from the console and it worked fine without redirecting STDIN/STDERR. It also worked fine just redirecting STDOUT (fd 1). But every time I redirected STDERR (fd 2), I got a segmentation violation.

Not sure what exactly the widgets have to do with this, but apparently they do. If anybody wants a strace of this I would be happy to provide.

I hope this is helpful, and again, thanks for the fix!

@chameleon1977 Maybe you can try amiberry instead of uae? It’s great and is in active developement. Can really recommend it. Also, if you have access, try WHDLoad files (lha) rather than ADF. it’s really easy and works great with amiberry and retropie.

@headrush69 Thank you sssssssssssssooooooooooooooooooo much headrush!
I have spent the last 2 days digging for this!!
My volume knob, It WORKS!

I literally created an account here just to thank you!

@tuomaspap Sorry for the delay, I never expected a reply. I was able to get it through the wayback machine. I've gone ahead and found a link on github for the pi4, hope it works!
https://github.com/RetroPie/RetroPie-Setup/releases/download/4.6/retropie-buster-4.6-rpi4.img.gz

@jedcooper where you looking for the override? please also provide a verbose log and the other info requested here: https://retropie.org.uk/forum/topic/3/read-this-first

@losernator thanks for the response.
It seems to work.

@Chameleon1977

To know where it is going wrong try to check your log in :
/dev/shm/runcommand.log

@mitu. To clarify, I meant the version I am running - not that the file originally came that way.

Not exactly a problem, just excess from my learning/stumbling through, and wanting to clear out the clutter.

I was able to get my USB headset to work.

First I changed from mame4all-pi on RetroPie 4.5 to lr-mame2000 on RetroPie 4.7.1 because I learned mame4all-pi doesn't have an option to rotate the display and my objective is to play classic vertical arcade games on a vertical (rotated) monitor.

Second I created /etc/modprobe.d/alsa-base.conf (using sudo vi) containing:
options snd_usb_audio index=0
options snd_bcm2835 index=1
options snd slots=snd_usb_audio,snd_bcm2835
(leaving dtparam=audio=on in /boot/config.txt)

This reorders the "cards" so the USB headset is card 0, hdmi is card 1 and PWM is card 2. What I found is dtparam=audio=off still configured the USB headset as card 1 for whatever reason and I didn't get audio. After reordering it worked without any other modifications (although ES gives an error about unable to set volume, which is probably just a minor configuration tweak).

If you explore the rom psx folder, you should see a .srm file for the game, this is the memorycard file. The memorycard file will load if it matches the name of the rom that is loaded e.g. LSSS(Disc 1).srm, LSSS(Disc 2).srm. You could change the name of the .srm file to match whatever disc you're loading, or you could make a .PBP archive or .m3u playlist in place of starting the discs separately.

PSX2PSP will make a pbp archive. Usually only have to load both discs into the program.

Search for .m3u playlists in Retropie help should find a tutorial of how that works.

If you make a playlist and don't want the original .iso/.bin/.pbp to appear as duplicates in the game list then it takes some extra work but you can change the essettings.cfg or change the filename of the .bins to include a "." (period) at the beginning of the file name, this will denote the hidden file attribute in linux, you would then need to change the filenames in the .m3u playlist appropriately to include this.

@chupachups Damn, that's a shame that never got sorted out. Thank you.

@mitu I got it... Thanks!

I tested the same controller setup with a pi3A so I have confirmed that the controllers are working properly. It seems to be an issue with the pi0w as both I have on hand had the same problem. I will rethink my genesis focused build to leverage the 8bitdo mod30s on a pi3A instead.

The question is - do I leverage a Genesis cartridge as the case or some sweet colorful nes carts I just picked up. I would need a label for the genesis cart. Let me know if anyone knows of a place to get a custom genesis cart label (preferably that fits on an EA sized game).

@agtrigormortis haven't you done this multiple times already? You are wasting our time. After your account is deleted, please don't sign up again.

Thank you so much for clarifying! Awesome

The RetroPie setup script already allocates 4G (see here), but I think the recent changed in upstream MAME have increased the memory needed for a successful compilation.

@wild-snail please fill out https://retropie.org.uk/forum/topic/3/read-this-first (including verbose log) for further support, thanks.

@gordonfreemanjr said in Amiberry 3.3 laggy:

I’m having the same issue with Amiberry: slow performance, choppy sound. I followed your advice regarding the resolution, but it didn’t work

Open a separate topic and add your system info, it doesn't seem to be the same issue.

Finally found the solution:

The default configuration of GPIONext is not optimal for those inputs.

What fixed it:

gpionext set combo_delay 0 # was 50

Hope it helps someone else !