Game open Tip: this software requires more than PSP-2000 or model +3.71 M33 or higher system

[heicks]

How can I run?
thanks

Notes: x86, x64 They all have

Do you need to upload this game download?

[hrydgard]

Hm, the emulator must use some strange method of detecting the firmware.

Can you provide a link where I can download this neo-geo emulator?

[heicks]

this URL :
https://drive.google.com/file/d/0B25kIn_tNrJRR0tHU0c3U0ZsUW8/view?usp=sharing

game file name : [PSP] KOF97 SVS.zip

[sum2012]

@hrydgard jpcsp fix the issue in jpcsp/jpcsp@a9de2a4

[hrydgard]

Aha, I guess we need to implement this module then?

https://github.com/jpcsp/jpcsp/blob/master/src/jpcsp/HLE/modules/KUBridge.java

I've never seen that one before, heh.

[unknownbrackets]

I think it's a homebrew "kernel user bridge" module, i.e. some quick kernel functions exposed to userspace so you can access whatever ram/etc. you want.

-[Unknown]

[hrydgard]

Tried implementing KUBridge but no dice. It's probably checking for something else that depends on model.

[sum2012]

We might also need implement these

30:38:767 user_main W[LOAD]: HLE\sceKernelModule.cpp:720 Unknown syscall in known module: sceCtrl_driver 0xc4aad55f
30:38:767 user_main W[LOAD]: HLE\sceKernelModule.cpp:720 Unknown syscall in known module: ThreadManForKernel 0x278c0df5
30:38:767 user_main W[LOAD]: HLE\sceKernelModule.cpp:720 Unknown syscall in known module: ThreadManForKernel 0xaa73c935
30:38:767 user_main I[LOAD]: HLE\sceKernelModule.cpp:722 Function (sceImpose_driver,531c9778) unresolved, storing for later resolving

[LunaMoo]

Gave it a try myself and it's pretty easy to see what's happening by following assembly ~ it doesn't work since sceKernelDevkitVersion returns 01050010 when it expects 03070110 or higher. The kuKernelGetModel isn't really needed as it only check for version to be different than 0 and it currently returns (error I guess) 8002013A which is well ~ not zero;p.

Even with this it will not run properly through, since it will try to use 0x0A000000+ memory and does not have MEMSIZE in PARAM.SFO. Also not sure, maybe I did it wrong now, but even adding MEMSIZE set to 1 there doesn't work for me and ppsspp doesn't give it more memory, might be a bug.
Either way that also means some homebrew might be expecting more memory even without MEMSIZE so #8296 might not had been completely right, not sure if it can detect it or depends on some CFW setting that allows it for every game.

32mb/fat version of the emu does work just fine, but I can easily tell it's pretty awful, I mean performance wise is just as expected from running emulator under an emulator;p.

[unknownbrackets]

Hmm, I suppose if the main module of the game is a kernel module that probably allows access beyond the first 32MB too...

So far that function is only called by homebrew so it probably makes sense to change it:
http://report.ppsspp.org/logs/kind/883

-[Unknown]

[LunaMoo]

I tried adding MEMSIZE again - worked for commercial game, failed in this.
I think we might need some better homebrew detection/handling or maybe search for disc0:/PARAM.SFO when disc0:/PSP_GAME/PARAM.SFO does not exist, as currently PARAM.SFO settings are ignored for homebrew like this one where this file is just loosely packed with icons and elf inside an eboot.pbp.