Forum TI-Planet.org

I have installed gpSP on my Ndlessed nspire, however my mario 3 rom sometimes reboots after beating the final level on a world. Is this normal? (It does show activating compatibili​ty mode)

Probably just a bug in gpSP itself ; unlikely to be due to the version/revision, since the whole game worked.

timedia wrote:I have installed gpSP on my Ndlessed nspire, however my mario 3 rom sometimes reboots after beating the final level on a world. Is this normal? (It does show activating compatibili​ty mode)

Does the ROM reboot, the emulator crash or the calc reboot?
If it's the latter, can you upload NspireLogs.zip?

This issue might be present on the older gpsp versions as well, someone would need to try on a pre-W calc.

It says "Gameboy" in colors and "Nintendo" at the bottom

Are there any updates on a possible fix?

It's because this port of an outdated obscure gpSP version is garbage. I wish we had something like a port of mGBA, but unfortunately we're stuck with this sh**ty emulator

Vogtinator had already fixed gpsp to support the new screens here :
https://github.com/Vogtinator/gpsp

So it's possible he's trying to use the older version instead of the fixed version.
His build was compiled with an older SDK though so i recompiled it again.
Binary in the attachments

I guess he never really officially released it because some people reported it ran slower even though looking at the source code it shouldn't. (in fact, it should have run similarly, if not faster....)

GalacticPirate wrote:It's because this port of an outdated obscure gpSP version is garbage. I wish we had something like a port of mGBA, but unfortunately we're stuck with this sh**ty emulator

Why don't you port that better emulator yourself now instead of bashing devs that made "garbage" in 2012 when that better emulator didn't exist?

Note, this isn't the regular "don't like it? Don't use it (and do it yourself). Simple". This is more like "there wasn't a way to do things better at the time so no reason to complain that at least the best that was achievable was done. And now stuff could be done better maybe, but the original devs have less motivation to do it since we already have a kinda-working solution, so don't expect anything from them and if you feel like this is so much garbage people should really get motivated to make better things, use that potential motivation yourself".

Alternatively, express facts without bashing what people have done when they couldn't do it better.

I have already looked into mGBA but it requires threading support and there are no threading libraries available for the nspire.
Another issue is that it's going to be fairly slow anyway, even with it's faster interpreter.
mGBA said they had plans for an ARM Jit but even then, i doubt they would support armv5 cpus like the Nspire. (plus GCC 9 already deprecated some ARMv5 cpus)
On the plus side, it still supports SDL 1.2 but my point is that with gpsp around, there's not much point in porting mgba to the nspire.

https://github.com/Vogtinator/gpsp/issues/3#issuecomment-396064580
Turns out the reason why my gpsp version cannot run is due to the fact that the ndless_resources.tns shipped on ndless.me is too old.
If you compile it from source, gpsp works properly again and it runs a hair faster too due to less copying.