PL3 Updated – MOH Now Running Without Need of Game Updates

[xboxmods2977]

Oh!

Darn, now we have to delay our GT5 release even more now!

The longer $ony holds onto the game, the longer they make $0 (and the less time they will have to make any money) on said game. I would suggest they release it very soon, in hopes that they may still have a chance to make a few dollars, instead of later when EVERYONE has a "jailbreak" of some sort and piracy is rampant. They will then make no money on it (unless you want to count the few copies that Gamefly and Blockbuster purchase).

The PS3 as been relinquished. It no longer belongs to $ony.

[lombers]

Latest PL3 branch, except i'm using the dev payload. When you compile PL3 it creates various payloads for various uses.

default_payload => Standard payload. Has MOH patch. No lvl2 peek/poke
payload_dev => Same as standard with the addition of peek/poke
payload_dump_elfs => Not sure. I think its to help find the offsets for new firmware (ie how he got 3.01 and 3.15 working)
payload_no_unauth_syscall => Same as the default payload but has 3 patches missing/disabled

I just used the descriptor for payload_dev 3.41 and incorporated it into my PIC18F source code.

Like I said, with a fresh clean formatted hdd (done in retail more. no jailbreak) the payload_no_unauth_syscall version has issues reading/writing anywhere outside the applications own folder. It has nothing to do with Hermes payloads making files with elevated permissions (not saying this isn't an issue but it's not the cause here). I never even used Hermes V4. I did use the hermes+mathielh+etc combined payload but that was before the format.

Anyway, payload_dev and default_payload work fine without any permission issues for me on my formatted hdd. That's good enough for now.

Thanks for that. Now the real question is, what's the best way to get my hands on the latest PL3 dev hex?

I think it's time I start learning how to compile these myself, as it's becoming very confusing downloading the ones people in here post.

Where's a good place to start?

[h0bbit]

actually, the default & dev do not have the MOH patch. Those were the ones people compiled in the beginning of this thread, and got 80010019 errors.

[tsb]

so which pl3 will keep the permissions correct, maintain non-jailbroken use compatibility and play eyepet without issues? I need to format and start my new system soon and I wan't to go totally hermes free

[MetalPhreak]

actually, the default & dev do not have the MOH patch. Those were the ones people compiled in the beginning of this thread, and got 80010019 errors.

Commit b14e914cead4f71d6e5e58b307b7ccb1601db32d to kakaroto's PL3 - GitHub

Commit 2d1dd198ff1cb19a2bb2fdb9d6081eb38b7cdb4e to kakaroto's PL3 - GitHub

actually, they do.


http://github.com/kakaroto/PL3/commits/master

You can see in the commit history, Jason McKey added the MOH patch to the default and dev payloads. Then, after that, kakaroto added the new no_unauth_syscall payload.

You should probably check the source code and understand which patches do what before making incorrect assumptions. It only leads to more confusion. The ones people tried in the beginning of the thread were based off the old snapshot of PL3. The code is always changing with each new commit, and the default and dev payloads get updated.

[brawngp]

all you had to do was read...
the new pl3 no auth works just fine

I know that mate and i normally would read lots, but as i mentoned i did not and still not dont have alot of time, thanks for that though, will try it out when i get 5 mins.

[FarenHeit]

Guys,

I'm having problems compiling this....

Getting an error generated by "dump_lv2_pcap_to_bin.c" stating it can't find "arpa/inet.h"

I have this file located at c:/usr/local/Cell/target/ppu/include/arpa/inet.h

I have compiled hex for PL3 before...... this is the first time I have had this error.

Any ideas?

Cheers,
JonahUK.

Hey Pal,
Im getting the exact same issue here.. i downloaded the source from EvilSperms post.
Did you manage to fix it? or can anyone else shed some light on this???

[JonahUK]

Hey Pal,
Im getting the exact same issue here.. i downloaded the source from EvilSperms post.
Did you manage to fix it? or can anyone else shed some light on this???

No, I didn't solve it.
In the end I gave in and got a copy of evilsperm/jtanner's ubuntu virtualbox.
Set that up and it compiled first time.

It's very easy to setup and you can select sdk 1.92 or 3.41 to compile.
Already comes with everything you need to compile PL3 etc.

Cheers,
JonahUK.

[h0bbit]

Commit b14e914cead4f71d6e5e58b307b7ccb1601db32d to kakaroto's PL3 - GitHub

Commit 2d1dd198ff1cb19a2bb2fdb9d6081eb38b7cdb4e to kakaroto's PL3 - GitHub

actually, they do.


Commit History for kakaroto's PL3 - GitHub

You can see in the commit history, Jason McKey added the MOH patch to the default and dev payloads. Then, after that, kakaroto added the new no_unauth_syscall payload.

You should probably check the source code and understand which patches do what before making incorrect assumptions. It only leads to more confusion. The ones people tried in the beginning of the thread were based off the old snapshot of PL3. The code is always changing with each new commit, and the default and dev payloads get updated.

My bad, thanks for clarifying.

So have we confirmed that the no_unauth syscall is what is causing the permission problems?

[tsb]

can anyone explain the differences between the no_unauth syscall and other load with patches in detail