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:
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!
01-09-2014, 11:39 AM (This post was last modified: 01-09-2014, 12:15 PM by onelight.)
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
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-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-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-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
