EmuNewz Network

This game was tested with JPCSP v0.7 r3369 and PPSSPP v0.9.1-150-g49d41ab. The main problem for this game is that it can not display the image inside the Digivice. For JPCSP and PPSSPP, there is a black display inside the Digivice when it is supposed to be gray with the Digimon displayed in LED pixels. There is no setting in either emulator that can make the screen inside the Digivice visible. The image that is shown when creating SAVEDATA is not accurate (4th Image = JPCSP, 5th Image = PPSSPP).

From the profiler info:
This game is using quite often the video command trxkick. Is there any change using r3371?

The screen inside the Digivice is now visible with r3372. Other than the creating SAVEDATA image problem, the game is now playable. Thank you for fixing this game, gid15!

EDIT: When loading SAVEDATA, the image that appears is not accurate. I forgot to test this function because I was so happy that this game became playable. (5th Image = JPCSP, 6th Image = PPSSPP)

Moved to playable

This game was tested with revision b16aa64. On the title screen, after pressing the circle button on the first option to enter the game, the emulator will freeze with the following error:
Other games that are affected by this error are Digimon World: Reigitize and Yu-Gi-Oh! ARC-V Tag Force Special.

(11-25-2017, 11:01 AM)DragonNeos Wrote: [ -> ]This game was tested with revision b16aa64. On the title screen, after pressing the circle button on the first option to enter the game, the emulator will freeze with the following error:

Code:

05:21:54 ERROR  runtime - CRI Server Manager - Catched Throwable in RuntimeThread:
java.lang.IncompatibleClassChangeError: Expected static field jpcsp.Allegrex.VfpuState.memory
    at jpcsp.Allegrex.VfpuState.doSVRQ(VfpuState.java:3248)
    at jpcsp.Allegrex.Instructions$126.interpret(Instructions.java:4786)
    at _S1_2_0x08896754.s(_S1_2_0x08896754.java:328)
    at _S1_2_0x088956D8.s(_S1_2_0x088956D8.java:396)
    at _S1_2_0x0889446C.s(_S1_2_0x0889446C.java:52)
    at _S1_2_0x08893734.s(_S1_2_0x08893734.java:88)
    at _S1_2_0x08893320.s(_S1_2_0x08893320.java:268)
    at _S1_2_0x08893048.s(_S1_2_0x08893048.java:24)
    at _S1_2_0x0888FCF4.s(_S1_2_0x0888FCF4.java:1172)
    at _S1_2_0x0888FCF4.exec(_S1_2_0x0888FCF4.java)
    at jpcsp.Allegrex.compiler.RuntimeContext.jumpCall(RuntimeContext.java:174)
    at jpcsp.Allegrex.compiler.RuntimeContext.call(RuntimeContext.java:227)
    at _S1_2_0x08869370.s(_S1_2_0x08869370.java:28)
    at _S1_2_0x0887A268.s(_S1_2_0x0887A268.java:276)
    at _S1_2_0x08879EC0.s(_S1_2_0x08879EC0.java:312)
    at _S1_2_0x08879CF8.s(_S1_2_0x08879CF8.java:424)
    at _S1_2_0x08879CF8.exec(_S1_2_0x08879CF8.java)
    at jpcsp.Allegrex.compiler.RuntimeContext.jumpCall(RuntimeContext.java:174)
    at jpcsp.Allegrex.compiler.RuntimeContext.call(RuntimeContext.java:227)
    at _S1_2_0x0889A2F8.s(_S1_2_0x0889A2F8.java:52)
    at _S1_2_0x08879C70.s(_S1_2_0x08879C70.java:108)
    at _S1_2_0x08879C54.s(_S1_2_0x08879C54.java:12)
    at _S1_2_0x08848FE8.s(_S1_2_0x08848FE8.java:84)
    at _S1_2_0x0885B24C.s(_S1_2_0x0885B24C.java:92)
    at _S1_2_0x0885B1E4.s(_S1_2_0x0885B1E4.java:72)
    at _S1_2_0x0885B1C8.s(_S1_2_0x0885B1C8.java:12)
    at _S1_2_0x0885B1C8.exec(_S1_2_0x0885B1C8.java)
    at jpcsp.Allegrex.compiler.RuntimeContext.jumpCall(RuntimeContext.java:174)
    at jpcsp.Allegrex.compiler.RuntimeContext.call(RuntimeContext.java:227)
    at _S1_2_0x0889E380.s(_S1_2_0x0889E380.java:284)
    at _S1_2_0x0889E62C.s(_S1_2_0x0889E62C.java:12)
    at _S1_2_0x0889E62C.exec(_S1_2_0x0889E62C.java)
    at jpcsp.Allegrex.compiler.RuntimeContext.jumpCall(RuntimeContext.java:174)
    at jpcsp.Allegrex.compiler.RuntimeContext.call(RuntimeContext.java:227)
    at _S1_2_0x0889B7E8.s(_S1_2_0x0889B7E8.java:100)
    at _S1_2_0x0889B7E8.exec(_S1_2_0x0889B7E8.java)
    at jpcsp.Allegrex.compiler.RuntimeContext.jumpCall(RuntimeContext.java:174)
    at jpcsp.Allegrex.compiler.RuntimeContext.call(RuntimeContext.java:227)
    at _S1_2_0x0889E9F4.s(_S1_2_0x0889E9F4.java:68)
    at _S1_2_0x0889E9F4.exec(_S1_2_0x0889E9F4.java)
    at jpcsp.Allegrex.compiler.RuntimeContext.execWithReturnAddress(RuntimeContext.java:773)
    at jpcsp.Allegrex.compiler.RuntimeContext.runThread(RuntimeContext.java:836)
    at jpcsp.Allegrex.compiler.RuntimeThread.run(RuntimeThread.java:50)

Other games that are affected by this error are Digimon World: Reigitize and Yu-Gi-Oh! ARC-V Tag Force Special.

Have you compiled Jpcsp yourself? If so, please try to rebuild completely the project (with Eclipse, try the menu Project/Clean...)

I usually build JPCSP with Apache Ant using command line. Running the following command and rebuilding the emulator allows the game to work fine:

The game's performance on JPCSP is pretty bad on both graphics renderers (OpenGL/External Software Renderer) at 8-9 FPS.

(11-27-2017, 08:25 AM)DragonNeos Wrote: [ -> ]The game's performance on JPCSP is pretty bad on both graphics renderers (OpenGL/External Software Renderer) at 8-9 FPS.

Could you please generate a profiler using the OpenGL renderer? The external software renderer does not generate any profiler information for the graphics.

Using revision 19b470a, after getting past the title screen, I clicked on "Reset profiler information" and waited for 10 seconds before closing the emulator.

(12-01-2017, 11:39 AM)DragonNeos Wrote: [ -> ]Using revision 19b470a, after getting past the title screen, I clicked on "Reset profiler information" and waited for 10 seconds before closing the emulator.

OK, the performance is not limited by the graphics... so the limitation is from somewhere else. I see a lot of VFPU instructions in the profiler output, but that should not explain such a degradation. Does it actually run faster on a real PSP? Can you see the difference?