Separate names with a comma.
Discussion in 'PSP - Games & Content' started by iban88, Feb 5, 2010.
it says its 6.20. im on the last gen d that was made. will god eater run on it or not?
ima be busting heads if dantes inferno and blazblue come with with that 6.20. -_-
well get busting heads
wait... they are going to be 6.20 0_0
most likely, they don't like people stealing their games..
then i guess only getting another psp would help. i dont mind buying games but not if i cant play them
God Eater has 2 Eboot's,
if you decrypt both it may run on other firmware, but the 2nd is over 140meg and it's too big for edecrypt to handle.
i was looking forward to it to. is there going to be a new update so cfw can play 6.20 games??
we don't know
i just want a decrypter that can handle large eboot's
preferably with the keys in a plaintext config file.
if you get cf6.20 then they will just release games with 6.21 - you know that.
better to decrypt & deprotect them.
God Eater first eboot is interesting,
i decrypted it and it looks like it's packed with debug data.
i can see they compiled it with GCC and it's C++ for example.
Some interesting stuff I found from a dude called "coldbird" from another forum - one which I cannot mention here.
This is what he posted yesterday:
I'm not getting my hopes up on this. Let's see how it unfolds.
Its bullshit IMO.
Someone who we don't even know claiming that.
Its the DSi SD card hack all over again.
You can trust ColdBird. He has been in PSP hacking for a while now.
If what he says is true, having to run a plug-in running at high priority constantly during game-play, wouldn't we (theoretically) take a performance hit?
From that description It seems just to be bumping something into the PSP's RAM which will allow it to check for encrypted data as and when required (AP Checks). As i understand that, it depends how much RAM is allocated to the task, but this seems to be a one time use thing that pushes the OPNSSMP.BIN into RAM (and once active it'll work just like it's intended and remain there). If the game runs fine on OFW from the UMD with that function active, i don't see why it would work any differently with what Coldbird proposes.
...and you can bet GEN TEAM (being the only one active at the moment) will steal this if it works and implement it within the firmware itself so that a plugin is unnecessary. Par for the course really...
I absolutely agree that GEN will steal this. I wonder if it will work on M33...
Heck, I wonder if it will work at all!
Please don't insult GEN team if you know nothing about them. They have never stoled anything, so pick your words carefully...
Meh, I'd say its likely that they will take the hack and use it if they see it as the best feasible route. Whether or not they will credit the original maker is soemthing else entirely.
Stealing/taking with or without permission. It's all the same. I do not insult or disrespect GEN, nor do I blame them if they do take a possible fix. What is wrong with people, I don't care if GEN is insulted by my words, if they do steal this without permission from the author, that is despicable and I will criticize them for it. You should choose your words wisely, Genomiks. For they may be your last.....