@mitu thank you! Never thought about that route. I’ll get right on that and post results.

To retain the bezel configuration and the ability to run with verbose logging I have moved the bezel configuration into a game .zip.cfg file.

input_overlay = "/opt/retropie/configs/all/retroarch/overlay/GameBezels/SNES/Super Mario World (USA).cfg" config_save_on_exit = "false"

I added an issue in the BezelProject github: https://github.com/thebezelproject/BezelProject/issues/58

busywait created this issue in thebezelproject/BezelProject closed Bezel Project override configurations break RetroPie verbose logging #58

@Beldar said in The State of Emulators on 3B+:

Will I still get the same nearly flawless experience with those emulators in their current state of development? I would rather not buy a Pi 4 if I don't need to spend the money.

I just updated mine first time in almost 2 years. Make sure to copy all ur splashscreen videos and stuff. I cant find the one I was using. I deleted my SD card and started fresh. However, you can just update the cores. You could try updating the kernel and stuff but I had a hard time because my kernel and stuff was too old it would freeze up. You might now have that problem.

" Will I still get the same nearly flawless experience with those emulators in their current state of development"
It will probably be the same if not better.

All my snes rom have mgd file extension in each zip. After renaming all these rom to flc in the zip. No more problem...

@mitu thanks for your help. This helped me a lot. The frameskip issue is now gone, but I'm facing a brand new problem now :(

https://retropie.org.uk/forum/topic/24606/rpi4-freezes-at-boot-after-update

Thanks to everyone else helping me here! :)

@buzz Appreciate this is an old post but anyone know hiw I access the standaone input settings O inca rebind the keys? I have a keyboard plugged into a Raspberry pi running Retropie to use this emulator. Going to check teh docs file now. Thanks in advance, DtM

Edit - I read the docs and found I can access the menu by pressing my hot key + X. Then went into the quick menu > controls > Port 1 Controls. Here I could change the button by highlighting iot and pushing my joystick right to cycle through the different button options. Hope this helps anyone in future looking for the answer.

@SinisterSpatula That's great indeed and I'm glad I could help. I can't wait to see the next iteration you produce.

The advanced mapping method with case statement really works well if you have a lot of code. My arcade machine's runcommand-onstart.sh has about 4,300 lines of code for 4 arcade joysticks, a PS4 wireless controller and an 8BitDo Zero covering about 60 systems. I also use it for all of the libretro cores too now. It doesn't miss a beat, so I reckon you're going down the right path.

Going back to my GPi vice code, with a bit more testing I'm finding that it's definitely not working for every game, so I reckon your newly produced code will be more successful than mine in "universalising" the controls for the c64. Please feel free to experiment with my code of course and make any changes you think are best.

if anyone is interested, I noticed that using time channels, many games work properly (eg Satella walker or Mario Excitebike).
I am attaching my latest data, where I have enabled building animations, time channels and other things :)
https://drive.google.com/open?id=15kiReJJv6_OOUEZUnGOlVyVbM5DwWv67

I just wanted to say...I love Lufia 2!

Hmm. Now I'm wondering where the setting is for bilinear filtering is located at. EDIT: Found it. Everything is now good. Thank you for the help.

@mediamogul said in How to use multiple emulators with same system:

It could just be an issue with your timing in activating the Runcommand menu. Once images are added, the timing changes a bit. The menu can't be accessed while an image is up, but it can be within a few seconds after the image disappears. It's a known issue and mentioned in the docs.

Ahh! That's exactly it! Thanks!!!!

The RetroPie-setup script updated today and now I can't update lr-snes9x from source with the PGO changes. Anyone else having this issue?

EDIT: Found the problem. So it seems like there's a limit to how many games you can profile, otherwise it will crap out during compiling the optimized core. I probably profiled 15-20 games, so I think it's better off to just go with 5-10.

Just a last report. So, I have installed my new case and the temperature difference is like day and night, dropping around 30° Celcius (from 80° to 50°, but just a small test, it will heat up a little more, but you get the idea)! Its one huge heatsink (whole case is one big heatsink) and no extra boards installed. I am just happy, plus the right emulator and no over heating issues and no fan noise! Still not really well tested, but I can see clearly the benefit.

Just someone is interested in it too, its very inexpensive also. My new case is: BIQU Aluminium Raspberry Pi Modell B for 11 Euros in Germany.

@fabio78 Yep, I was just doing it earlier with the lb-snes9x core. It starts out at the default 10 but wasn't the original hardware slightly faster? Anyway, it bumps up by units of 10 after that. 20 worked really nicely. Overclocking the Pi itself seems optional, but it would get you back to a perfect 60fps or close to it.

@fernandoj8 How is this related to RetroPie ?

@dlawrence529 A name is just a name, nothing more. Glad you got it sorted out.

Report the issue here:
https://github.com/libretro/snes9x2010

Lr-snes9x is more accurate and uses more resources than lr-snes9x2010. The pi may not be able to keep up with a more accurate emulator. The popping is just the emulation pausing for a split second waiting for the cpu to keep up. To our ears is sounds like a crackle. So even if it’s delaying a frame or 2 which may not be notable to our eyes, our ears can hear the delay. Stay with snes9x2010 as it runs most games fine.

@joelkolb Nice! They've been in my ports folder! Thanks!