Hey all, I'm in the process of writing a PSX <-> PSP savegame converter (Standalone from CWCheat), and I'm having trouble using the decrypt sample...
I can compile it just fine (using cygwin environment under WinXP), get the .PBP & .SFO, but it will not run on the PSP (Black screen). Removing the portions of the code that depend on the "-lpspsvchnnl" in the Makefile allows it to run (I stuck a test printf("test") at the beginning of the main loop, and it appeared).
PSP was a 1.5 flashed to the 3.02 OE-B (please tell me that doesn't cuase problems...?), and I've been attempting runs under the GAME150 (1.5 fw) folder. Something wrong on the PSP's end, or PC end?
Trouble compiling the decrypt sample...
Correct, the necessary API is only available in VSH mode.
Presumably you could fairly easily load the required module from v1.5-style homebrew if you wanted to, though.
And I seem to recall someone was once going to reverse engineer the ChnnlSv functions and port them to something usable from game mode, but I don't remember who, and I don't believe they ever finished it.
Presumably you could fairly easily load the required module from v1.5-style homebrew if you wanted to, though.
And I seem to recall someone was once going to reverse engineer the ChnnlSv functions and port them to something usable from game mode, but I don't remember who, and I don't believe they ever finished it.
Got a v2.0-v2.80 firmware PSP? Download the eLoader here to run homebrew on it!
The PSP Homebrew Database needs you!
The PSP Homebrew Database needs you!
The PSP can boot into 3 basic modes : VSH, Updater and Game.
VSH is what is running when the XMB is active, and so it is the mode that exploits based on TIFF etc. end up in.
Game is what the PSP kernel launches UMDs in, and EBOOTs, if you manage to coax it into loading an EBOOT by itself.
The different modes have different sets of modules loaded by default. The decryption sample happens to need the ChnnlSv API, which is loaded (by default) under VSH only. Hence, it won't work outside of the TIFF exploit, without some additional effort.
VSH is what is running when the XMB is active, and so it is the mode that exploits based on TIFF etc. end up in.
Game is what the PSP kernel launches UMDs in, and EBOOTs, if you manage to coax it into loading an EBOOT by itself.
The different modes have different sets of modules loaded by default. The decryption sample happens to need the ChnnlSv API, which is loaded (by default) under VSH only. Hence, it won't work outside of the TIFF exploit, without some additional effort.
Got a v2.0-v2.80 firmware PSP? Download the eLoader here to run homebrew on it!
The PSP Homebrew Database needs you!
The PSP Homebrew Database needs you!
Not as far as I know.
For running code via the TIFF exploit, you can grab the TIFF SDK from www.noobz.eu, it does most of the work for you.
For running code via the TIFF exploit, you can grab the TIFF SDK from www.noobz.eu, it does most of the work for you.
Got a v2.0-v2.80 firmware PSP? Download the eLoader here to run homebrew on it!
The PSP Homebrew Database needs you!
The PSP Homebrew Database needs you!