Cheat Engine

Dark Byte · Posted: Mon Jan 09, 2012 2:36 am Post subject:

as I said, perhaps the state you are seeing is after the instruction has been executed, so when you think movq [esi+14],xmm0 is about to be executed, it's actually going to execute movq xmm0,[ebx+08]
Just try to keep that in mind.

Also, this piece of code looks like one of those "Update from server" codes where the state of an object is updated according to the packet you've received. This means it's serversided so wouldn't be much use to play with except for visual stuff

And it could be it's a dbvm bug where it doesn't emulate the breakpoint properly, or you have a messed up cpu, or it's the 64-bit kernel driver where it doesn't update the correct state

Geri · Moderator Reputation: 112 Joined: 05 Feb 2010 Posts: 5627

No, it is a regular single player game.

These kind of "copy an array to another array" codes are very common. At least I have seen lots of examples for it in single player games. Mainly in simulators, but in some other games too.

SwaggaJackin' · Posted: Mon Jan 09, 2012 3:35 am Post subject:

Dark Byte · Posted: Mon Jan 09, 2012 3:48 am Post subject:

One thing you could test is use dbvm and the kernelmode debugger to debug the tutorial.
Then restart ce (do not unload the driver) and enable veh debug and debug the game. See if that messes up the debugging.
If so, it's dbvm emulating the breakpoint incorrectly
If not, it's the driver that's not handling it properly

SwaggaJackin' · Posted: Mon Jan 09, 2012 3:53 am Post subject:

Alright, when I get the chance I'll check and post back results. Thanks.

Geri · Moderator Reputation: 112 Joined: 05 Feb 2010 Posts: 5627

Expect some crashes in the game. It is unstable when you are debugging it because many of the codes are running like crazy.