Musou Orochi 2 Special - ULJM-06097

[AMORNTHEP]

Freezes frequently on certain stages during loading screen or in battle.

[sum2012]

My freind said that use frameskip to fix this probrem

Freezes frequently on certain stages during loading screen or in battle.

[AMORNTHEP]

What settings does your friend use? I'm still freezing every now and then.

[sum2012]

http://translate.google.com/translate?sl...83&act=url
You need use bellow link to see the picture
http://tieba.baidu.com/p/1738190483

[sum2012]

Rev3014 broke this game.
Attach r3013,3014,3054 log

Code:

20:16:48 ERROR  runtime - user_main - Catched Throwable in RuntimeThread:
java.lang.StringIndexOutOfBoundsException: String index out of range: 25
    at java.lang.AbstractStringBuilder.substring(Unknown Source)
    at java.lang.StringBuilder.substring(Unknown Source)
    at jpcsp.HLE.modules150.sceUtility$GuMsgDialog.updateDialog(sceUtility.java:2568)

[gid15]

Rev3014 broke this game.
Attach r3013,3014,3054 log

Code:

20:16:48 ERROR  runtime - user_main - Catched Throwable in RuntimeThread:
java.lang.StringIndexOutOfBoundsException: String index out of range: 25
    at java.lang.AbstractStringBuilder.substring(Unknown Source)
    at java.lang.StringBuilder.substring(Unknown Source)
    at jpcsp.HLE.modules150.sceUtility$GuMsgDialog.updateDialog(sceUtility.java:2568)

Should now be fixed in r3055

[sum2012]

Thanks.Fixed
Will test detail when I have time.

Rev3014 broke this game.
Attach r3013,3014,3054 log

Code:

20:16:48 ERROR  runtime - user_main - Catched Throwable in RuntimeThread:
java.lang.StringIndexOutOfBoundsException: String index out of range: 25
    at java.lang.AbstractStringBuilder.substring(Unknown Source)
    at java.lang.StringBuilder.substring(Unknown Source)
    at jpcsp.HLE.modules150.sceUtility$GuMsgDialog.updateDialog(sceUtility.java:2568)

Should now be fixed in r3055

[DragonNeos]

This game was tested with r3405. JPCSP does not generate SAVEDATA correctly (using Crypto) and creates a PARAM.SFO that is blank (0 bytes). This game also suffers from having too many NOP Instructions being executed. However, JPCSP will not crash right away when these errors pop up in the Log. Sometimes JPCSP will freeze at the loading screen before the first battle (Log 1). Log 2 shows the Java Error when trying to load SAVEDATA (using Crypto). The third Log shows the exceeding limit of NOP Instructions being executed.

[Hykem]

I've fixed some bugs in encrypted SAVEDATA handling in r3406. Could you please test it again? Thanks!

[DragonNeos]

The game was tested with r3406. JPCSP seems to be able to generate SAVEDATA (using Crypto) correctly, with a correct file size for PARAM.SFO (4.79 KB). There is no Java Error when attempting to load SAVEDATA (using Crypto) that was created with JPCSP. Problems listed in earlier posts still pertain to this revision. Other problems not listed in other posts include: incorrect SAVEDATA image (2nd Screenshot), and unusual lines and blurred quality of cutscenes when the user uses a resolution greater than 1x (3rd - 4th Screenshot).

EDIT: Other problems I noticed in subsequent tests is a screen that shows a prompt that doesn't exist on either PPSSPP or a real PSP (9th Screenshot - JPCSP, 10th Screenshot - PPSSPP). On the PSP, when this screen is shown, it should appear for about 2-3 seconds and then the game should start loading. However, on JPCSP this screen has a "X Back" on the bottom of the screen and forces the user to press whatever X is assigned to before moving on.

When it comes to loading the SAVEDATA on a PSP, it appears as Corrupted Data (11th and 12th Screenshot). In order to get the SAVEDATA to actually be recognized and loadable on a PSP, I need to move the JPCSP (using Crypto) SAVEDATA into PPSSPP and save once using that emulator. Then I can move the SAVEDATA onto the PSP and load it.