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

Tagged for later reading.

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?

@Darksavior actually snes9x2005 is not rendering jurassic park right. SNES9x2010 is actually doing it right. That game uses a kind of a fake high res mode that renders a 640x240 image, but the snes sends out a 320x240 image. So on a CRT TV, every other line blurs together making a kind of a fake transparency. It was a trick used in a couple of game including kirbys dream land 3. The problem is that emulators don't output down to 320x240, and show the full 640x240 image with every other line as a vertical line where there is supposed to be a fake transparency. There is a shader that does the blend, but makes the games look blurry during the 320x240 parts (kirby changes back and forth based on the level) and is slow on a Pi. Snes9x 2005 just ignores it all together and just shows a 320x240 image with no transparency. Bsnes on the other hand (not on the Pi) can detect it and add the blend when needed.

@meleu I've never tried it.

Capeman : thanks for clearing that up, I didn't know that this was how it has always worked.

dankcushions : I found the undo load state option but only after resetting and noticing the problem. It was obviously too late... well, now I know.

@Rion
That did the trick! I feel kinda silly. It froze the first time I messed with it, so I didn't think to try it again. Bumping it up to 40 or 60hz, saving the game override, and resetting completely fixed a super slow laggy part.

I'm curious to know how this works.

@dankcushions okay that makes sense than.

Moving to the usual option of just using the second player controller to play, I read that people sometimes having problems when using two different types of controllers. I could just configure a USB Keyboard as controller player one and then configure my iBuffalo controller as player two to play correct?

@alightgoesout , did you mapped both inputs through Emulation Station?
Go the the Retropie Main Menu and press start on controller 1. Go to configure input, press A on controller 1. Then, say "Yes" pressing A again. Now, press and hold any key on the controller2 and follow instructions. I have solved the same issue before, doing this.

I hope it helps.

Filipe

I am also having a similar problem. You're suppose to remap it by using jstest in terminal. It will allow you to see the number the buttons are assigned to which then you assign to in the snes9x.cfg file. I have gotten to this part but nothing has changed for me. Clicking start will still exit the game for me so it's kind of frustrating. I'm using snes9x since Pisnes won't even run at all.

Thank you both.