I got a successful report via DM. So I think this patch can be merged into jpcsp svn tree.
Unfortunately he disables receiving DM.
If you watch still this thread, please enable DM or send email to popsdeco at gmail...
(02-17-2014, 11:17 AM)popsdeco Wrote: [ -> ]I got a successful report via DM. So I think this patch can be merged into jpcsp svn tree.
Unfortunately he disables receiving DM.
If you watch still this thread, please enable DM or send email to popsdeco at gmail...
Sorry. I just sent you a PM regarding this.
Great job!
(04-13-2014, 04:30 AM)popsdeco Wrote: [ -> ]Hykem...
I reviewed r3473 and the patch was wrong...
Please check https://code.google.com/p/jpcsp/source/detail?r=3473
I noticed that, but I found it odd to be required. Does this make SAVEDATA not compatible with the PSP? If so, then it would explain a few things about the algorithm.
I will change this again to match your patch, but could you please check first if the current SAVEDATA produced by JPCSP is loadable on a PSP? I'm interested on detecting exactly what causes the difference. Thanks!
EDIT: Nevermind. I found out why the order was so important in this case.
I've properly implemented SAVEDATA hashing in r3488. The generated SAVEDATA was tested on a real PSP and confirmed to be working. Thanks!
Hello Hykem.
Just wanted to let you know that Key1 is actually the ThreadManForKernel NIDs, that's why you can't find any references to it in the code.
Sorry about the double post, figured out the name for the last function, sceSdCleanList.