• 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.

advanced slim.tiff

R

rockpal1030

New Member
i've read some threads on other bbs ,people published an "advanced" slim.tiff which released by m0skit0. as of they commend, this new tiff file would be more stable and efficient instead of the predecessor. is that true?

i've try the new tiff and confirmed that it work perfectly, it truely enhanced the probability of HEN load.

so, can anybody test that?
 
source pls
 
Well, it seems to work better on 2K than 3K, although some of my testers found how to make it work in 3K better. There's a lot of variations using this exploit, depending on where the egg's loaded, etc...

You can check here for a second modification I did: AdvancedPSP View topic - TIFF exploit 2nd mod

Hope this one works better... :P
 
seems to work for me too
 
I actually have mine running 100% with a UMD inside using the R2 tiff lol.
The trick is all in the timing of the keystrokes.
 
agentnnc said:
I actually have mine running 100% with a UMD inside using the R2 tiff lol.
The trick is all in the timing of the keystrokes.
Click to expand...

I agree with the keystrokes timing. Pressing the keys when the black box with the triangle button on it works 99% for me. Mess up the button presses and fail 99%. I just use the official release, no other tiffs or hacks or umd.
 
yes this is working fine for me thanks to moskito i have v3 board (2003)
 
Well R2 worked for me also at 100% at some remote past, but one day stopped working, no matter what I did. So I decided to modify it, and now works 90% from about a month or so.
 
TIFF instability is because of the padding set at module_start in vshbridge. It's based on boot clock, so it differs per launch.
 
m0skit0: What is the point of adding a branch before the strings? If the return address points to the middle of the code (or anywhere other than the first instruction of the loader), you're screwed. The firmware writes junk data to (return address) + 8 which crashes the PSP upon execution, so it's pretty much useless.
 
jeerum said:
H.bin loading depend on memory stick
Click to expand...
Yes, you're right too. It mostly depends if MS is fake (no MG). Those are pretty useless for anything anyway.

Crank said:
If the return address points to the middle of the code (or anywhere other than the first instruction of the loader), you're screwed
Click to expand...
yep, we can do nothing about about that, but if $ra points after the code, then the branch gets executed. Just to get a slightly higher probability ;)
 
You must log in or register to reply here.
Back
Top