Hmm... Not sure I am imagining, but GBA Emu Alpha seems to run faster. Prior to this new armhf support, it was a slideshow when I enabled h2q. But now it seems to run OK...
You recompiled the emulator?
Hmm... Not sure I am imagining, but GBA Emu Alpha seems to run faster. Prior to this new armhf support, it was a slideshow when I enabled h2q. But now it seems to run OK...
No sir! I'd wished I knew how Just the one ptitSeb compiled on the repo.You recompiled the emulator?
No sir! I'd wished I knew how Just the one ptitSeb compiled on the repo.
You probably changed the SGX driver too.Well, the weird thing is before installing armhf support, the latest version of GBA.emu - Emu Ex Plus Alpha crashed every time I enabled hq2x, but ran fine after I installed armhf support. Perhaps the latest version of the emulator has some armhf support in there?
Was you able to successfully hack it in?No, I was trying to hack it in.
It should also work on other ARM linux machines that use the gnueabihf ABI.
EDIT: Just thought that I might've discovered my mistake. The library I am trying to use is of course compiled for armel. Am I correct to assume that the binary will not understand how to load such a library? Maybe someone can provide an SDL2 binary precompiled for armhf, isn't Slackware armhf?
I don't understand. what is? the rpi? the pico8 binary? slackware?Nope, it's soft float.
Maybe someone can provide an SDL2 binary precompiled for armhf, isn't Slackware armhf?
Nope, it's soft float.
SDL_VIDEO_GLES2=1 SDL_VIDEO_GL_DRIVER=libGLESv2.so