
I had read that some improvements were recently made to optimize for run-ahead, so I updated from source and was surprised to find that almost all games will now run at 60FPS. Here's a very positive development for lr-snes2010 on the Pi3b. I imagine framerate would be further impacted by Super FX/2 chip titles, as well as games utilizing transparency blending, such as 'Jurassic Park' and 'Kirby’s Dreamland 3'. Here, I only used one test game, which was 'Super Star Wars'. In the interest of transparency, I tested lr-snes9x2010 with no shaders or overlays enabled, at my typical render size of 800圆00 with a run-ahead of two frames, both with and without a second instance. What's more, it would likely have the side-affect of allowing much smoother Pi Netplay support. If lr-snes9x and it's counter-parts were to perhaps be further optimized for the necessary barrage of save states it requires to run this, SNES run-ahead on the Pi could be a real possibility. In fact, I've found that it irons out quite a few issues, such as speed, corrupted graphics and sound. Prior to release, everyone assumed the real killer to Pi performance would be the second instance, but while admittedly taxing, it doesn't appear to be a huge problem. What's interesting though, is once I enabled a second instance, the framerate picked up to a steady 53-58 FPS.
:max_bytes(150000):strip_icc()/002-how-to-use-retroarch-4771750-c0c4607525374deeaf38010b49f87fc2.jpg)
Once run-ahead was enabled, my framerate dropped to between 32 and 37 FPS. After reading a bit about it directly over at the libretro forums, it seems that most SNES games have an inherent 2 frames of lag.

I believe lr-snes9x may have room to be optimized for this feature.
Retroarch bsnes core 57fps Patch#
Hopefully one day a snes9x patch could allow this feature to run on the pi3. Said in New emulation method to eliminate input lag:
