You can view the page at http://psgroove.com/content.php?970-...cript-Released
|
|
|
|
Would you like to get all the new info from
PSX-Scene in your email each day?
Want to learn more about the team keeping you up to date with the latest scene news?
Read about them now! Check out our Developer bios, too! | ||
|
|
You can view the page at http://psgroove.com/content.php?970-...cript-Released
don't know what is this but everything can be helpful
I was hoping this was a way to bypass an overreaching EULA and gaining access to PSN. Shucks.
:o
Hopefully this should make packing pkg's easyer
Nice release.
LOL u **** dont have a clue this will lead to people being able to play psn content that is shared
Nice! They should change the name of the script to "SOTN-4-All". hehe
It's a fine release, there's no doubt about that. But even with the K_licensee at hand, I didn't manage to get access to .SPRX or another .SELF packaged along EBOOT.BIN and signed using geohot tools - as far as I know, the only way to make packages that work with 3.55 CFW.
When I try to get access to such files - .SPRX and .SELF files signed the same way as the EBOOT.BIN, all I get is 0x80029534 (k_licensee specification is invalid).
Installing debug PKGs on geohot, Kmeaw or any other 3.55 CFW is possible, but you only get 0x80029519 (An NPDRM file in development has been accessed from PLAYSTATION3).
It seems to me that the patch done in order to run signed EBOOT.BIN from packages finalized with geohot tools DOESN'T APPLY to any other executable file in the same package, as any other .SELF should have the same signature as the EBOOT.BIN.
Well... I think that keeps any repackaged PKG that has .SPRX or .SELF in it from running in 3.55 CFW... As I didn't try it on a 3.42- CFW, I don't now if that happens the same way there.
It's clear to me that whatever has been done to run the pseudo-signed PKGs in 3.55 CFW, should be improved to include any other executable from the same package.
I believe the same thing applies to executables loaded by PS3LOAD when it has been installed through a pseudo-retail PKG (I guess sceNpDrmProcessExitSpawn2 should be used instead of sys_game_process_exitspawn2... the NPDRM one does require the K_licensee thing).
...
Unfortunatelly, as I don't have a debug unit (nor a retail converted to debug unit) I can't track back which syscalls does that involve. So have a good hunt, boys...
Ok.. a workaround to this would be to have a way to sign REAL NPDRM packages. Without the keys to do that (no.. I don't think to have K_licensee at hand is enough) that's NOT gonna happen.
Dear oxyde... what exactly the hell did you just spend over an hour trying to say? No amount of meth-fueled rambling can hide the fact that you are completely oblivious to what's going on here.
Is this the key we need to allow us to copy singstar DLC to our PS3's?
We really need to be able to decode the DRM on Singstar DLC so we can create mass playlists...
Any thoughts??
It says Error: "def get_klicense(filen):"
I use ./k_license.py UP0001-TEST00000_00-0000111122223333.pkg
| « Previous Thread | Next Thread » |