@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 Ah, I see. Guess that was easily solved :D

@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.

According to your config file, the snes system doesn't launch .sh files <system> <name>snes</name> <fullname>Super Nintendo</fullname> <path>/home/pi/RetroPie/roms/snes</path> <extension>.bin .smc .sfc .fig .swc .mgd .zip .7z .BIN .SMC .SFC .FIG .SWC .MGD .ZIP .7Z</extension> <command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ snes %ROM%</command> <platform>snes</platform> <theme>snes</theme> </system> but it should be able to launch .sfc files. I don't understand how it launched runcommand with a .sh file.

I made the problem known on the official github but the person can't reproduce the problem, and told me to try one already built from libretro. In trying it out, i get the error relocation error: /opt/retropie/libretrocores/lr-snes9x/snes9x_libretro.so: symbol _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEjjPKcj, version GLIBCXX_3.4.21 not defined in file libstdc++.so.6 with link time reference Might this be a reference to not having the latest gcc?