• Steam recently changed the default privacy settings for all users. This may impact tracking. Ensure your profile has the correct settings by following the guide on our forums.

so what then...?

hey,

so what you are saying here is that datel can sign there own eboots? meaning they can pretty much do whatever they like. but for us there is no real possibility of cfw coming out of it and a slim chance of running homebrew through fake cheat codes that put code we want to run into the psp's memory?
 
whoa, i thought you are making your own CFW nakedfaerie?! and you treat yourself as one of the devs in psp scene and you cant compile?!

nakedfaerie? dont mind him.. hes the one who's annoying and demanding all kinds of nonsense for his own personal self on all the devs in almost every psp forums all over the world..

1. banned from gen's forum for bitching about 6.xx CFW so hard
2. blocked by almost all people in maxconsole for whining and b*tching everyone about everything
3. trolls QJ for 6.xx CFW updates
4. he said he will code a new firmware and he will not release it and people over at maxconsole called it "douche cFW"

all in all, that person is annoying every devs for creating what HE wants. if you want this forum to grow , ban him.

*just registered to say this*
 
nakedfaerie? dont mind him.. hes the one whos annoying all the devs in almost every psp forums all over the world..

1. banned from gen's forum for bitching about 6.xx CFW so hard
2. blocked by almost all people in maxconsole for whining and b*tching everyone about everything
3. trolls QJ for 6.xx CFW updates
4. he said he will code a new firmware and he will not release it and people over at maxconsole called it "douche cFW"

all in all, that person is annoying every devs for creating what HE wants. if you want this forum to grow , ban him.

*just registered to say this*

After a quick google search, I can see some of the carnage over the internet from him. I have to disagree with an instant ban against him just for what he has done/said on other websites.
I would personally give him a chance here.
If he screws up then fair enough, ban him.
 
Hmm maybe worth a shot, i actually emailed them last night to ask how it worked and if it was legal , they have not responded yet and im not expecting too much
 
Is everyone retarted here? I'm asking HOW do I compile it NOT give it to me. IF you don't want to tell me how to do it then STFU and let someone smarter than you reply with a smart answer.

There's no point. Datel's server response hasn't been fully figured out. It generates a "valid" key, but when it goes online to check, it's invalid.

---------- Post added at 10:49 AM ---------- Previous post was at 10:42 AM ----------

That can't work, the original functions will return the fuseid of the PSP which is unique per each psp. You'll need the fuseid to generate a valid license.

To get the fuseid via code you can just:

Code:
u64 getFuseId()
{
    return(*(vu64*)(0xBC100090));
}

Replacing the functions like he did won't work?
 
That can't work, the original functions will return the fuseid of the PSP which is unique per each psp. You'll need the fuseid to generate a valid license.

To get the fuseid via code you can just:

Code:
u64 getFuseId()
{
    return(*(vu64*)(0xBC100090));
}

Of course, if you're just on cfw then you can just hack the crap out the app. For ofw users I don't see any easy way to be able to run a pirated copy, even with validly generated licenses since I'm sure each individual purchase will be logged for the legit licenses only.

It seems to work for me (At least it generates a completely valid ID, that's fixed, as in same, between PSPs). Does it check for validity or something? I would think since FuseIDs change between PSPs (Going off of what you said) they would have no way of doing so.
 
It seems to work for me (At least it generates a completely valid ID, that's fixed, as in same, between PSPs). Does it check for validity or something? I would think since FuseIDs change between PSPs (Going off of what you said) they would have no way of doing so.

You replaced the original functions, correct? SilverSpring's post makes me think the originals are still there.
 
I have a question, have we figured out ifthis thing has kernel acces? Does it and can it write to any of the flashes?
 
Ok so let's list out some facts that we know.
1. Datel has some how figured out sony's encryption for signing eboots.
2. They run action replay through update mode which means two things, either they needed kernel acces to run action replay (which they pobably do because of the ingame cheat menu) or that they only figured out the encryption for update mode... Is there diffrent encryptions for updates and demos/games?
3. We have no hope of getting the encryption key just from looking at datel's eboot. Our only hope is if they release it or it is leaked.
All of these things are just my assumptions and are based on what I have seen so far
and not on hard facts. So please correct me if I am wrong.
Thanks,
bob616
 
Yes, the pre-decryption is different, but pre-decryption has been figured out ages ago (it is just in SCE prx's, not in KIRK) and is used in PSARDumper, so that is not the reason. The actual decryption is the same everywhere.

Has anyone tried running action replay outside of the update folder and in a diffrently named folder?
 
Back
Top