EBOOT.BIN Decryption

[Hykem]

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.

Russian members asked me to make small request - if this possible, could you add enable/disable option for CryptoEngine? Thanks!
Original post 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).