EmuNewz Network

about changing the DLCIDX.EDAT file , I don't know how to change it.
but if I delete DLCIDX.EDAT file , PSP can open Kiss DLC (MOV***_D.EDAT file ), can not open 衣装DLC ( CARD21_ALL.EDAT and MEMBERS_***.EDAT)

test jpcsp 3408 and up versions
IF jpcsp use 2X Resize and check [X] Enable saving GE screen to textures instead of memory, something will be black
some game can not save .
mhp3 log:

(01-03-2014, 03:37 AM)onelight Wrote: [ -> ]about changing the DLCIDX.EDAT file , I don't know how to change it.
but if I delete DLCIDX.EDAT file , PSP can open Kiss DLC (MOV***_D.EDAT file ), can not open 衣装DLC ( CARD21_ALL.EDAT and MEMBERS_***.EDAT)

test jpcsp 3408 and up versions
IF jpcsp use 2X Resize and check [X] Enable saving GE screen to textures instead of memory, something will be black
some game can not save .
mhp3 log:

Code:

64138 [calcSumThread] INFO  compiler - Splitting _S1_2_888F640 (60/50)
64264 [user_main] INFO  hle.sceUtility - sceUtilitySavedataInitStart 0x09BAEA10-0x09BAF010: Address 0x09BAEA10, mode=1(AUTOSAVE), gameName=ULJM05800, saveName=<>, fileName=MHP3RD.BIN, secureVersion=0
64339 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64349 [user_main] INFO  compiler - Splitting _S1_2_88942E8 (135/50)
64398 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64453 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64503 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64553 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64606 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64618 [user_main] INFO  compiler - Splitting _S1_2_9C06290 (59/50)
64656 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64704 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64761 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64809 [user_main] ERROR hle.sceUtility - java.lang.ArrayIndexOutOfBoundsException
64922 [user_main] INFO  hle.sceUtility - sceUtilityMsgDialogInitStart 0x09BAF080-0x09BAF344: result 0x00000000
mode PSP_UTILITY_MSGDIALOG_MODE_ERROR
errorValue 0x80110385
message ''
options 0x00000000
buttonPressed 0x00000000
65004 [GUI] INFO  ge - Compiling VertexInfoReader for GU_TEXTURE_16BIT|GU_VERTEX_16BIT|GU_TRANSFORM_2D size=10
65009 [GUI] INFO  ge - Compiling VertexInfoReader for GU_TEXTURE_16BIT|GU_VERTEX_16BIT|GU_TRANSFORM_2D size=10

Hmm, interesting...
I'm fixing the MHP3 error and the re-size issue for the next commit. Could you post the log file for AKB149 after you delete DLCIDX.EDAT? If the Kiss DLC opens after this, then it should show in the log file. Thanks!

Thanks for fixing the MHP3 error and the re-size issue for the next commit
after delete DLCIDX.EDAT, psp can open kiss DLC but not jpcsp. I think JPCSP is try open DLC too late, in PSP ,after the game running, it will try find DLC file and open it , and will never try open dlc file again.

Test jpcsp 3432 AKB 1/149 can not load in
just loading there
[attachment=15386]


JPCSP 3431 can load in

I've improved Xuggler's memory handling in r3433. I've also added a small fix in sceUtility for the behavior displayed by MHP3.
Could you please check if MHP3 and AKB149 are now working properly? Thanks!

(01-09-2014, 09:45 PM)Hykem Wrote: [ -> ]I've improved Xuggler's memory handling in r3433. I've also added a small fix in sceUtility for the behavior displayed by MHP3.
Could you please check if MHP3 and AKB149 are now working properly? Thanks!

Thinks you fix MHP3 and AKB149, now AKB149 can load in the sound is good. but
AKB149 DLC not work
MHP3 couldnot save if you not check Handle SAVEDATA in crypto mode

I think PPSSPP is good at savedata , it can read savedata Encryption/Decryption Type （not need check anything) ,it can save in Encryption Type if you use EncryptSave = True or save in Decryption Type if you use EncryptSave = Flase. and psp can use ppsspp savedata if savedata is Encryption Type.

(01-10-2014, 12:41 PM)onelight Wrote: [ -> ]

(01-09-2014, 09:45 PM)Hykem Wrote: [ -> ]I've improved Xuggler's memory handling in r3433. I've also added a small fix in sceUtility for the behavior displayed by MHP3.
Could you please check if MHP3 and AKB149 are now working properly? Thanks!

Thinks you fix MHP3 and AKB149, now AKB149 can load in the sound is good. but
AKB149 DLC not work
MHP3 couldnot save if you not check Handle SAVEDATA in crypto mode

I think PPSSPP is good at savedata , it can read savedata Encryption/Decryption Type （not need check anything) ,it can save in Encryption Type if you use EncryptSave = True or save in Decryption Type if you use EncryptSave = Flase. and psp can use ppsspp savedata if savedata is Encryption Type.

PPSSPP uses the same algorithm as JPCSP for SAVEDATA. Right now the issue seems to be related to small differences in alignment and hashing.
I've changed the option for SAVEDATA in crypto mode. JPCSP now uses encryption by default and you no longer have to check any option.
However, I've kept the option "Disable SAVEDATA encryption" just to ensure older unencrypted SAVEDATA files will still work on JPCSP.
PPSSPP clears a specific part of the PARAM.SFO file to check if it's encrypted or decrypted. I will adopt the same system for JPCSP, but we still need to have an option to force reading unencrypted SAVEDATA to allow users to keep their old files (a lot of JPCSP users handle SAVEDATA without encryption, so the check could possibly prevent those files from being detected).

(01-10-2014, 03:20 PM)Hykem Wrote: [ -> ]

(01-10-2014, 12:41 PM)onelight Wrote: [ -> ]

(01-09-2014, 09:45 PM)Hykem Wrote: [ -> ]I've improved Xuggler's memory handling in r3433. I've also added a small fix in sceUtility for the behavior displayed by MHP3.
Could you please check if MHP3 and AKB149 are now working properly? Thanks!

Thinks you fix MHP3 and AKB149, now AKB149 can load in the sound is good. but
AKB149 DLC not work
MHP3 couldnot save if you not check Handle SAVEDATA in crypto mode

I think PPSSPP is good at savedata , it can read savedata Encryption/Decryption Type （not need check anything) ,it can save in Encryption Type if you use EncryptSave = True or save in Decryption Type if you use EncryptSave = Flase. and psp can use ppsspp savedata if savedata is Encryption Type.

PPSSPP uses the same algorithm as JPCSP for SAVEDATA. Right now the issue seems to be related to small differences in alignment and hashing.
I've changed the option for SAVEDATA in crypto mode. JPCSP now uses encryption by default and you no longer have to check any option.
However, I've kept the option "Disable SAVEDATA encryption" just to ensure older unencrypted SAVEDATA files will still work on JPCSP.
PPSSPP clears a specific part of the PARAM.SFO file to check if it's encrypted or decrypted. I will adopt the same system for JPCSP, but we still need to have an option to force reading unencrypted SAVEDATA to allow users to keep their old files (a lot of JPCSP users handle SAVEDATA without encryption, so the check could possibly prevent those files from being detected).

Yet, PPSSPP uses the same algorithm as JPCSP for SAVEDATA,
but PPSSPP is convenience.
I have both Encryption and unencrypted savedata in my SAVEDATA folder.
If I Handle SAVEDATA in crypto mode and try read savedata which is Decryption, jpcsp will shut down. but PPSSPP, it can read Encryption and unencrypted savedata by Default setting.
PPSSPP not need an option to allow users to read Encryption or unencrypted savedata.

(01-11-2014, 04:27 AM)onelight Wrote: [ -> ]

(01-10-2014, 03:20 PM)Hykem Wrote: [ -> ]

(01-10-2014, 12:41 PM)onelight Wrote: [ -> ]

(01-09-2014, 09:45 PM)Hykem Wrote: [ -> ]I've improved Xuggler's memory handling in r3433. I've also added a small fix in sceUtility for the behavior displayed by MHP3.
Could you please check if MHP3 and AKB149 are now working properly? Thanks!

Thinks you fix MHP3 and AKB149, now AKB149 can load in the sound is good. but
AKB149 DLC not work
MHP3 couldnot save if you not check Handle SAVEDATA in crypto mode

I think PPSSPP is good at savedata , it can read savedata Encryption/Decryption Type （not need check anything) ,it can save in Encryption Type if you use EncryptSave = True or save in Decryption Type if you use EncryptSave = Flase. and psp can use ppsspp savedata if savedata is Encryption Type.

PPSSPP uses the same algorithm as JPCSP for SAVEDATA. Right now the issue seems to be related to small differences in alignment and hashing.
I've changed the option for SAVEDATA in crypto mode. JPCSP now uses encryption by default and you no longer have to check any option.
However, I've kept the option "Disable SAVEDATA encryption" just to ensure older unencrypted SAVEDATA files will still work on JPCSP.
PPSSPP clears a specific part of the PARAM.SFO file to check if it's encrypted or decrypted. I will adopt the same system for JPCSP, but we still need to have an option to force reading unencrypted SAVEDATA to allow users to keep their old files (a lot of JPCSP users handle SAVEDATA without encryption, so the check could possibly prevent those files from being detected).

Yet, PPSSPP uses the same algorithm as JPCSP for SAVEDATA,
but PPSSPP is convenience.
I have both Encryption and unencrypted savedata in my SAVEDATA folder.
If I Handle SAVEDATA in crypto mode and try read savedata which is Decryption, jpcsp will shut down. but PPSSPP, it can read Encryption and unencrypted savedata by Default setting.
PPSSPP not need an option to allow users to read Encryption or unencrypted savedata.

Ah, I see what you mean. Ok, I can add this to JPCSP as well. Thanks for testing.

In r3436 I've added a new option for DLC. Since we still can't decrypt SPRX files without a PSP, I've added the ability to disable DLC decryption on JPCSP, which allows you to load decrypted DLC.
Unfortunately, there's no easy way to auto-detect if DLC is encrypted or not because the PSP always expect it to be encrypted. So, if you have DLC that contains SPRX files, you must decrypt them first with your PSP, place the decrypted content under JPCSP's PSP/GAME folder and check the option "Disable DLC decryption".

(01-15-2014, 07:50 PM)Hykem Wrote: [ -> ]In r3436 I've added a new option for DLC. Since we still can't decrypt SPRX files without a PSP, I've added the ability to disable DLC decryption on JPCSP, which allows you to load decrypted DLC.
Unfortunately, there's no easy way to auto-detect if DLC is encrypted or not because the PSP always expect it to be encrypted. So, if you have DLC that contains SPRX files, you must decrypt them first with your PSP, place the decrypted content under JPCSP's PSP/GAME folder and check the option "Disable DLC decryption".

text r3469 and r3473
can load AKB149 DLC
still can not load God Eater 2 1.30 DLC