Toad King wrote:The issue is all those steps are done in software, and so far all the emulators I know of only use SDL/OpenGL for drawing the final frame to the screen, a very simple task compared to everything else. and one that GLES acceleration will not improve much.
100% agree. Nonetheless I'd like to get rid of the X11 layer here.
Toad King wrote:The issue is there are no emulators as performance-light as ZSNES for ARM. There are some that get close, but the fact of them being partial ports of SNES9x and the fact that clock-for-clock x86 (even old Pentiums) perform better than the ARM11 in the Raspberry Pi mean that it will take a new project to get fullspeed.
Most of the closed source ones I talk about are ports for the GPX2 consoles, where I can't seem to find the sources for, so I assume they just never release them.
Any snes9x variant must indeed be a bad loose emulation. Let's say we wanted to write ZSNES for ARM (please: just a thought exercise). You take for example snes9x and then profile it on the target ARM11 architecture, then you rewrite the "slow" parts, and iterate till...end of time?
This is what I would expect to find in any optimized
I think, however, that we are not on the same page: I posted early on this thread 4 (with sourcecode) ARM-based snes9x ports, did you notice?
Although I have not yet considered them, I will indeed start looking at them when I focus the emulation problem.
NOTE: in that same post there is one with ARM optimizations for DSP emulation, that I am indeed going to consider