Company of Heroes OF 2.600

[DABhand]

The 2.6 crack is probably a binary of an earlier crack or someting like that.

Just using a hex editor doesnt help remove the wrapper protecting the executable, so whoever wrote that .nfo file is probably lying through their teeth.

[chron]

no he is not. at least not for tales of valor.

The exe itself has no protection but calls dlls which are securom protected. For tov there is no such dll and you can search for the bytes that are patched in previous versions like generic patches do by simple search patterns.

[reddragon105]

But the v2.600 ToV crack consists of a RelicCOH.exe and a udro.dll file, so it seems a cracked .dll is needed.
For the most up to date crack for OF (v2.301) there is only the file rs.dll (which it tells you to copy and rename rspa.dll and replace both original files by that name). So is this the .dll that needs cracking for Opposing Fronts? Using the v2.301 cracked file does not work after updating to v2.600. The game still boots, but asks for the disk. So is it the v2.600 rs.dll that needs cracking?

[reddragon105]

Yeah, there's now a v2.601 patch that I've just applied to OF.

I examined the v2.600 original executable and cracked executable in a hex editor and there are only two small differences. So I opened v2.601 in the hex editor and made the same changes. It works fine. I will submit it to GCW. It still requires the OF mini image if you're going to play that, though - I still can't find a way around that.
________
aromed vaporizers

[DABhand]

Originally Posted by chron

no he is not. at least not for tales of valor.

The exe itself has no protection but calls dlls which are securom protected. For tov there is no such dll and you can search for the bytes that are patched in previous versions like generic patches do by simple search patterns.

A simple hex editor will never help reverse a protection.

The exe itself if not using a DLL will be wrapped and protected, so no idea what your talking about unless you are looking at already rebuilt binaries with protection removed.

[chron]

Originally Posted by DABhand

A simple hex editor will never help reverse a protection.

The exe itself if not using a DLL will be wrapped and protected, so no idea what your talking about unless you are looking at already rebuilt binaries with protection removed.

You dont need to reverse. You search the byte pattern patched in the previous patch. Then you search it in the new exe and replace it with the same bytes. This works since version 2.400. This is lame but it works.

Then you replace the string reliclive.quazal.net by 127.0.0.1 to disable the connection to the relic servers.

Crack done.

[DABhand]

*Sigh*

If the wrapper is different per patch, then a simple byte pattern wont work. The only time it would work if the protection is completely removed and the executable is rebuilt from a dump.

Do you understand what a wrapper is?

And why would one disable the connection to relic servers anyways?

[reddragon105]

Originally Posted by chron

You dont need to reverse. You search the byte pattern patched in the previous patch. Then you search it in the new exe and replace it with the same bytes. This works since version 2.400. This is lame but it works.

Then you replace the string reliclive.quazal.net by 127.0.0.1 to disable the connection to the relic servers.

Crack done.

That's what I did, tested it and it works. Like I said, I used a hex editor to compare the v2.600 original .exe and the v2.600 cracked .exe and noted the differences. The v2.601 .exe was almost identical to the v2.600 one, so I made the same changes to it. I submitted it to GCW so there is now a v2.601 NoDVD crack on there. If it doesn't work for everyone else I imagine it will be reported and taken down.

You're right, it's lame but it works - I have no knowledge of cracking and I managed it. Basically this game has two types of validation - firstly, it looks for the disk. If there is no disk present it tries to validate your account online. If you have no connection to the internet it can't do this so it prompts you for the disk. However in the RelicCOH.ini file there is a value called 'MaxTimeoutBeforeDisconnect'. I am guessing that by changing the address of the Relic servers to a null value in the .exe it assumes that you have an active internet connection but that the Relic servers are just down. Rather than telling you to wait until the servers are back up before you can play the game it just times out and lets you play it anyway (don't know why it doesn't ask for the disk again).

Anyway, all I know is that the cracked .exe I made lets me get into the game and play CoH and ToV (which I have now bought) without the disks. It does still, however, ask for the OF disk every time it loads up, even if that's not what you want to play, so I'm still assuming that the OF disk check is in a .dll somewhere. But whoever wrote the nfo for the v2.600 crack was right, he did only need a hex editor. Obviously it would be ideal to have a cracked .exe that didn't disable the connection, but as my gaming PC has no internet unless I run an ethernet cable through the house I can't connect to the servers anyway. Maybe someone less lame at cracking than me can make a better crack, and have it skip the check for the OF disk while they're at it.
________
medical marijuana

[cyhyryiys]

Originally Posted by reddragon105

Yeah, there's now a v2.601 patch that I've just applied to OF.

I examined the v2.600 original executable and cracked executable in a hex editor and there are only two small differences. So I opened v2.601 in the hex editor and made the same changes. It works fine. I will submit it to GCW. It still requires the OF mini image if you're going to play that, though - I still can't find a way around that.

so how is this with tales of valor? Will the mini image work there too?

Actualy i use a crack for 2.600 and need no image. it just asks for the cd and i press next. I normal do not want to put my tov cd in every time i wants to play a bit.

[nando2002]

Originally Posted by DABhand

And why would one disable the connection to relic servers anyways?

It's simple! He doesn't own the game.

The crack is welcome in this game as long as there is no internet connection around when you're going to play.

Game owners won't have any problem to login @ relic and play (even if it's only single-player) but pirates can't do that and will use a crack or any workaround to play the game updated (wonder why they want to update the game when many changes are made based on multiplayer experience).

Also, if the they login online, they don't need the DVD on the drive so no excuse for using a crack because the game needs always the DVD in the drive.

[chron]

Originally Posted by DABhand

*Sigh*

If the wrapper is different per patch, then a simple byte pattern wont work. The only time it would work if the protection is completely removed and the executable is rebuilt from a dump.

Do you understand what a wrapper is?

And why would one disable the connection to relic servers anyways?

and again...
I understand what a wrapper is and I even know that the exe is not wrapped by anything. That is why simple byte patching works.
The exe is not wrapped, only the dlls are... I assume that functions from the dlls are loaded which are wrapped by securom. Therefore the cracked udro.dll is needed. The check if a disk is needed is done by the unprotected exe. Disabling internet is not needed but done in all former cracks. So I did this too.

online -> no cd check but account verification
offline -> dll loaded for cd check -> evaluation done in exe

You may want to check this yourself before trying to make me look stupid.

[DABhand]

You already did that yourself.

1. If the wrapper is changing per .dll file, then the unprotected executable has to have different opcodes to access imports from the dll. Im assuming since I dont have the game that the dll is changed per patch, so the offsets for the imports must be changing. So what does the byte patching actually change per se?

I seen in another post, someone did for 2.601 but yet still requires an image or media in the drive, so what was patched? The game's server calling?

2. You have dug yourself into a hole, you basically declared you dont have an original game. How? Re-read what you said. Its simple as said before, if you dont want to use the media in the drive then you authenticate online. A couple of seconds worth of time to do that.

The only reason you want to circumvent that, and you said that yourself in an earlier post, is because you dont have an original version of the game.

proof -

Originally Posted by chron

You dont need to reverse. You search the byte pattern patched in the previous patch. Then you search it in the new exe and replace it with the same bytes. This works since version 2.400. This is lame but it works.

Then you replace the string reliclive.quazal.net by 127.0.0.1 to disable the connection to the relic servers.

Crack done.

3. I was commenting on the fact a .nfo said he used a hex editor to which I said he was probably talking bollocks and used a previous crack, especially from the poor language used in the .nfo too is another reason why I think the guy was talking bollocks.

Again a crack isnt really needed for this game. So this thread should be closed.

[neliz]

Originally Posted by nando2002

Also, if the they login online, they don't need the DVD on the drive so no excuse for using a crack because the game needs always the DVD in the drive.

As I've said before!

I wonder why in this day and age people would want to spend hours trying to "fix an .exe" when they could just run an extra TP cable to their PC for a game which' value add lies purely in the online aspect. (I can't believe anyone bought ToV to enjoy the splendid single player campaign)

[cyhyryiys]

i tested reddragons crack. i do only need to copy cracked files: no need for mini image in my case (offline).

[chron]

Originally Posted by DABhand

You already did that yourself.

1. If the wrapper is changing per .dll file, then the unprotected executable has to have different opcodes to access imports from the dll. Im assuming since I dont have the game that the dll is changed per patch, so the offsets for the imports must be changing. So what does the byte patching actually change per se?

The dll never changed... Only main game exe where functions called from the dll are evaluated.

I seen in another post, someone did for 2.601 but yet still requires an image or media in the drive, so what was patched? The game's server calling?

both server connection (which as you said is not needed but done in all other cracks) AND the cd check.

2. You have dug yourself into a hole, you basically declared you dont have an original game. How? Re-read what you said. Its simple as said before, if you dont want to use the media in the drive then you authenticate online. A couple of seconds worth of time to do that.

The only reason you want to circumvent that, and you said that yourself in an earlier post, is because you dont have an original version of the game.

proof -

reading my posts several times does not imply in any way that I dont have an original.

3. I was commenting on the fact a .nfo said he used a hex editor to which I said he was probably talking bollocks and used a previous crack, especially from the poor language used in the .nfo too is another reason why I think the guy was talking bollocks.

Again a crack isnt really needed for this game. So this thread should be closed.

And again, he does not "talk bollocks". Get the game and try yourself. A fix may be useful on pcs without internet connection or for using it at lan parties.