+- EmuNewz Network (https://www.emunewz.net/forum)
+-- Forum: PSP Emulation (https://www.emunewz.net/forum/forumdisplay.php?fid=191)
+--- Forum: JPCSP Official Forum (https://www.emunewz.net/forum/forumdisplay.php?fid=51)
+---- Forum: svn trunk discussion (https://www.emunewz.net/forum/forumdisplay.php?fid=56)
+---- Thread: EBOOT.BIN Decryption (/showthread.php?tid=3425)
RE: EBOOT.BIN Decryption - shakirmole - 01-31-2011
hope this is helpful... i get this with F1 GrandPrix and the log says calling the crypto engine for prx
i have had issues with these game for decryption... all the rest work
RE: EBOOT.BIN Decryption - s67 - 01-31-2011
Maybe i misunderstanding this feature
Does JPCSP "only" decrypt the eboot ? If i try to run KH:BBS i get the message to decrypt bbs1.dat.
RE: EBOOT.BIN Decryption - Darth1701 - 01-31-2011
(01-31-2011, 10:04 AM)s67 Wrote: Maybe i misunderstanding this feature. Does JPCSP "only" decrypt the eboot ? If i try to run KH:BBS i get the message to decrypt bbs1.dat.
Right now JPCSP only decrypts the eboot.bin (more or less successful). But the data files are PGD files that require a different decrypting. It is a planned feature and should be implemented in the foreseeable future.
In the meantime you have to use your PSP to decrypt the data files.
RE: EBOOT.BIN Decryption - s67 - 01-31-2011
(01-31-2011, 10:15 AM)Darth1701 Wrote:(01-31-2011, 10:04 AM)s67 Wrote: Maybe i misunderstanding this feature. Does JPCSP "only" decrypt the eboot ? If i try to run KH:BBS i get the message to decrypt bbs1.dat.
Right now JPCSP only decrypts the eboot.bin (more or less successful). But the data files are PGD files that require a different decrypting. It is a planned feature and should be implemented in the foreseeable future.
In the meantime you have to use your PSP to decrypt the data files.
Oh, I see
Thank you =)
RE: EBOOT.BIN Decryption - BlackDaemon - 01-31-2011
Russian members asked me to make small request - if this possible, could you add enable/disable option for CryptoEngine? Thanks!
Original post quote:
Quote:Причина в том, что не всегда ему удается переварить и лоадер и модули. Если раньше криптованые модули просто игнорились, то теперь, не сумев их съесть, эмулятор просто виснет, в результате ранее рабочие (пусть без видео или звука, но рабочие) игры в пролете. Пока фишка не отлажена, желательно иметь возможность ее вырубить при необходимости.My poor translation:
The problem is what JPCSP not always can handle game boot and modules. If before encrypted modules just ignored, then now, unable to load them JPCSP just hangs, in result playable games before (even without videos or sound, but working) now broken. While feature is not finished, it's desirable to have possibility to turn off that, if needed.
RE: EBOOT.BIN Decryption - shadow - 01-31-2011
pcsp has that feature already and an enable/disable option
RE: EBOOT.BIN Decryption - Hykem - 02-02-2011
(01-31-2011, 09:02 PM)shadow Wrote: pcsp has that feature already and an enable/disable option
Hehe.
However, that was necessary for PCSP. The same shouldn't apply for JPCSP, as it's boot chain works differently.
(01-31-2011, 08:03 PM)BlackDaemon Wrote: Russian members asked me to make small request - if this possible, could you add enable/disable option for CryptoEngine? Thanks!
Original post quote:
Quote:Причина в том, что не всегда ему удается переварить и лоадер и модули. Если раньше криптованые модули просто игнорились, то теперь, не сумев их съесть, эмулятор просто виснет, в результате ранее рабочие (пусть без видео или звука, но рабочие) игры в пролете. Пока фишка не отлажена, желательно иметь возможность ее вырубить при необходимости.My poor translation:
The problem is what JPCSP not always can handle game boot and modules. If before encrypted modules just ignored, then now, unable to load them JPCSP just hangs, in result playable games before (even without videos or sound, but working) now broken. While feature is not finished, it's desirable to have possibility to turn off that, if needed.
BlackDaemon, JPCSP is still loading the BOOT.BIN before searching for an encrypted EBOOT.BIN. This way, the CryptoEngine is only called as a last resort. It's virtually impossible to cause any boot issues, because it's just an additional feature, so that's why I didn't add it as an option right from the beginning.
The decryption only occurs if you try loading a game with an invalid BOOT.BIN and an encrypted EBOOT.BIN, or if the BOOT.BIN is already encrypted in first place (like some games do).
Also, this is only working for boot modules (in ISOs), and not for the rest, yet, so, it's a bit odd that some users are running into issues with this...
Unless, of course, they're attempting to load encrypted games they do not own and those games were previously patched with Prometheus or ripped, for example. That can lead to unexpected behaviour, but, nonetheless, if they just replace the main EBOOT.BIN by their own decrypted version, it will boot just fine without calling the CryptoEngine (the file will be recognized as an ELF file and not as a PSP file, so the whole decryption will be ignored, just like it is stated in Loader.java).
RE: EBOOT.BIN Decryption - BlackDaemon - 02-03-2011
Hykem,
Thanks for explanation, so, request is useless.
RE: EBOOT.BIN Decryption - BlackDaemon - 02-03-2011
Hykem, hmm, looks like i have proof.
RE: EBOOT.BIN Decryption - Hykem - 02-03-2011
(02-03-2011, 07:56 PM)BlackDaemon Wrote: Hykem, hmm, looks like i have proof.
Ah! Sorry, I thought you were referring to something else.
You're right, that shouldn't be happening. I'll commit a patch to restrict the decryption of PRX files only to boot modules for now. Thanks!