Rise And Fall: CaW - Starforce 3.7

[CrackFinder]

I just compared "rise and fall" from file-to-file with its demo and I found that the problem file is TCPProtocol.dll, it is the file that call protect.dll to work but when I replace this file with TCPProtocolDemo.dll and rename it to TCPProtocol.dll I cannot work like I guessed before. It is another way to crack rise and fall by un-touch SF3.7.16.04 if some one can modify TCPProtocol.dll. Warggggggggggggg....!!!!!!!!!!!!!!! sorry for my noob English too.

[Maffi]

thx morglum for answer
tried 4 more of the mediatypes and it seems like your right with my NForce problem , hope someone gets the problem with the starforce done for us with a fix !

ill be stay tuned !

Greetz

[Morglum007]

I forgot some important thing for those nForce based mobos.

The next games DO NOT LAUNCH UNDER nForce SYSTEMS:

- Toca race driver 3
- War on terror
- LA rush
- GTI - Racing

Rise and fall, blazing angels and the other DVD SF protected titles DOES WORK in nForce based systems.

So, for this people experiencing problems with its nforce system, i highly encourage to try another "easy" game, like rise and fall. (Tests under a nforce4 based chipset).

CdSTeam

[Zulu]

btw. "Right media method" doesn't work anymore with Flatout 2 (SF 4.0.09.01); error message ("illegal copy") appears immediately. Looks like the announced ADIP check.

[Maffi]

tried the good image on a friends pc without Nforce™ chipset
and it workz out great !!!

sad for me with a Nforce system

Hope a fix will be released soon ?!? any ideas when ?


Greetz

[Morglum007]

Because of this method is media and hardware dependant ( as the old Safedisc and two sheep supported drives method) i think there is no fix yet for this problem. The only way is to force Nforce chipset company to release a new BIOS to block SF "intrussion". Until this, nForce systems will be "compromised" under SF.

As far as i know, someone said newer SF 4.0 included the so called ADIP check, to avoid this kind of copy. No problem at all, with a media hider, as in ATIP, or just executing under SCSI/RAID/USB, that overrides this kind of check.

We found at CdSTeam not only 3.7 SF versions are copied with this method. Also Panzers - Phase two is perfectly burnt under a Daxon media disc.

We will keep trying. In the other hand, see ur tries as a verification of our suspects. It is better to know "the truth" to walk in the darkness ^^

CdS

[Zulu]

Originally Posted by Morglum007

As far as i know, someone said newer SF 4.0 included the so called ADIP check, to avoid this kind of copy. No problem at all, with a media hider, as in ATIP, or just executing under SCSI/RAID/USB, that overrides this kind of check.

Neither media hider (->Emulation detected !) nor my RAID-Controller can cheat the check