Fifa 07 TNTANAL no-CD patch does not apply to Reloaded's crack
 

I've downloaded "File Archive #1 [1.8 MB] - RELOADED" and "File Archive #2 [6 KB]" for FIFA 07 but when I try to apply the no-dvd patch on the reloaded fixed exe I get the following error message:

filesize ok!
CRC32 check failed!
nothing patched!

to start the game I have to mount the iso image in daemon e start fifa with reloaded fixed exe.
where is the problem with the no-dvd patch by TNTANAL?

Thanks...

Jodoformica

Just like me. It is not a NODVD. It doesn't work. It is saying " CRC32 Check Failed "

(Thread moved to proper forum, title edited to something with more meaning.)

Confirmed, the TNTANAL no-DVD patch is not for (this copy of) the Reloaded crack, it should be removed. (Does the crack need an additional no-DVD patch at all? Reloaded's NFO on NFOrce says nothing about the need of mounting an image or using a backup DVD!)

Yes... you need to load the dvd iso in daemon to use reloaded fixed exe cause it removes safedisc 4 protection but not the cd check protection... that's the big problem...

Yes, the nodvd patch doesn't work....

Not a big problem, change this byte and all is alright.

offset, byte to change.
1F0C34 74 to 75
1F0C56 75 to 74
1F0C67 75 to 74

Could you, please, make a patch (e.g. with APATCH) and upload it to GCW? Thanks!

A new patch exist...don't see it when i try to crack it...
I could make a patch but i don't know if i'll do it because there is one work.:rolleyes:

Edit : a new crack too now

I like patches that just swith the JE to JNE or JZ to JNZ...
This means if no CD is present, it will jump over the nag which tells you to insert the CD.
But if it IS present, it will tell you to insert the CD even tho it is inside -.-

Why can people not assemble a JMP, making sure it will ALWAYS jump :(

or hit the damned proc, not the conditionals... sigh, the state of cracking these days is atrocious ;p

Not the state of cracking, that of coding in general! Reliability is not an issue anymore...

No, it will jump too.
You prefer i replace by nop because the game don't have to jump at this byte.

Find out what address is used before the conditional jumps and change it there, so you dont have to change jump ops.

Or change the setting of the byte which is always the best ;)
Often it's
Call IsCDInserted
Test EAX, EAX
Blah Blah

You can just patch the "CALL IsCD" into "MOV EAX, 1"
which a) perfectly works (unless there's an additional check based on booleans -> bytes)
and b ) eliminates the CD check phyisically, hence it starts earlier than normal as it doesnt need to search for drives, checks etc.

if you can patch the call to the proc, then you can also patch the proc it calls, which is a LOT better.. esp. if the proc is indirectly xreffed later on, then your work is in vain.. patch the proc, then its more probable it will work...
and sometimes its weird, patching mov eax,1 does not work, however patching xor eax,eax.. inc eax does (most likely due to flags), so thats also worth paying attention to...

You gotta be careful with this one! There may be some relocation (or whatever; Hacker's View greys it out) on the address of the call. If you replace the call with something completely different, the bytes of that instruction (or its operands) will be changed by the relocator (or whatever) in the memory, before the program is started, and the code will crash. I've run into this a few times and now I'm not doing this anymore... ;)