DLC Decryption

[onelight]

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.