![]() ![]() I made sure to reconfigure all the performance related options back to what I was using before.:: gentoo Modified Wednesday 23 August 08: 02 License Snes9x GPL-2 GPL-2+ LGPL-2.1 LGPL-2.1+ ISC MIT ZLIB gui? ( Apache-2.0 CC0-1.0 BSD ) Keywords ~amd64 ~ppc64 ~x86 USE flags alsa debug gui libretro netplay oss portaudio pulseaudio wayland xinerama xv USE flags General alsa Add support for media-libs/alsa-lib (Advanced Linux Sound Architecture) debug Enable extra debug codepaths, like asserts and extra output. You can view my RetroPie-Setup changes here: ĭo note I'm constantly rewriting the git history to modify commits or rebase on top of upstream and I usually don't test my changes until the following day.Įdit: I did delete my all/retroarch.cfg and regenerate it with a newer build of RetroArch. I'm using the same lr-snes9x binary provided in this thread and the same RetroArch settings. Honestly, none of the above should really matter but I'm somehow getting full speed in that room now. Did not appear to be explicitly set before/reported 60 ![]() Firmware/kernel may have been updated, although I believe I'm running the same as previous tests.Updated to a slightly more recent RetroArch.(ARM mode should have been the default anyway) Switched to using -O3 and -marm and rebuilt RetroArch/Emulationstation.Commonly went to ~57.5Īs for why I'm getting higher frames than I remember, these are my best guesses: I did re-test and make sure I was getting full speed. Note: This is odd since I remember getting ~56 last I tested. Got around to testing lr-snes9x without PGO (but with -O3 -marm -funroll-loops -funswitch-loops and the linker flags) I believe the lowest fps I saw in my tested games was ~53 in Yoshi's Island during the 'Goal' screen at the end of a level.You still can't achieve 60 fps on demanding games without threaded rendering (3 B+ stock).Patches change snes9x git repository to upstream snes9x instead of libretro.If you want to generate your own lr-snes9x using the provided patches, expect ~20 minute build time and ~75% performance hit while profiling (3 B+).It's possible the binary could be slower than one generated using the default source script due to poor profiling.I'd appreciate feedback on how the performance compares to lr-snes9x built from source. To install, extract the contents to /opt/retropie/libretrocores/ as-needed is the most likely to cause linker issues.įor what it's worth, -O3 was not used because the performance benefit is usually negligible and there's known issues in GCC 6.3.0 with some of the optimizations it enables. Unlikely to have a performance impact, may reduce binary size and increases linkage time. Linker optimizations taken from ArchLinux.I've seen recommended for ARM devices from multiple sources.Note that you need to comment out CXXFLAGS, LDFLAGS and uncomment the other CXXFLAGS variable when generating the optimized binary.Įxplanation for some of the options passed to the compiler and linker: You can find the RetroPie-Setup patches I used to build lr-snes9x here. Outside of games, I also ran state loading/saving. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |