Cheat Engine

Tsongkie · Newbie cheater Reputation: 0 Joined: 24 Sep 2005 Posts: 16

anyone else having trouble with them? I have a working procedure written here that works great on my box, trainer runs fine but on other boxes it doesnt... hmm i dunno what could be wrong

Dark Byte · Posted: Mon Sep 26, 2005 11:08 am Post subject:

You'll probably have to go down a couple of more levels of pointers

in case you're wondering about levels:
a-->b+offset (level1)
a-->b+offset-->c+offset (level2)
a-->b+offset-->c+offset-->d+offet(level3)

the sw kotor 2 table i posted contained level 6 pointers

Also, if you have a system with lots of memory(think 2 GB or more) and a really powerfull cpu(3.2ghz, dual core prefered) next version of ce might make stuff easier

Leonidas · Posted: Tue Sep 27, 2005 5:57 am Post subject:

To explain a little further
lets say you found a pointer (e.g 21012ef0)
then add it as a 4 byte and find the pointer to that address
when you've found it. it's a level 2. (e.g you've found 1ac00020)

you can then again find the pointer for that new pointer,
etc..etc...

till you've got to the static address
usually a instruction in the form of opcode [xxxxxxx],xxx where the part between [ ] is the address of the last pointer

budi_tju · Newbie cheater Reputation: 0 Joined: 03 Jun 2005 Posts: 13

To Darkbyte or scribly:
Could you explain more technical details? Provided with some example would nice Cool

.

Tsongkie · Newbie cheater Reputation: 0 Joined: 24 Sep 2005 Posts: 16

hmmm i know about em pointers mate, e.g: game uplink and Dragon ball, it is somewhat a static pointer since as stated in the mov xxxxxx,xxxx

but try restarting the game or sending thetrainer to a friend and it wouldnt work

further studies should be made regarding pointers. pointers imho is unreliable

Dark Byte · Posted: Mon Oct 03, 2005 1:29 am Post subject:

Pointers are the most reliable there is (the games themself use them), only problem sometimes is that you went down the wrong pointer path so the pointer actually only works when someone is highlighted, or that one of the offsets wasn't calculated right (e.g you aplied the offset yourself instead of using the one from the code)

And of course, if the pointer actually resides in a dll whose location changes on other systems then the pointer may be different and in those cases apply the dll offset change to it.

..but then again there has to be a pointer to the dll somewhere

budi_tju · Newbie cheater Reputation: 0 Joined: 03 Jun 2005 Posts: 13

Wew, some new info for me. Pointers inside a DLL. How do we obtain the address of the DLL? could it be done with CE?

Dark Byte · Posted: Wed Oct 05, 2005 1:14 pm Post subject:

The main program will more than likely hold the pointer to the dll. (loadlibrary returns the pointer to the dll, and when static linking it'll also store the dll base somewhere in the main program)
It'll just be hard to find.

But if you know some debugging, and step through the function of a dll and back to the caller you may figure out how the caller got the address of a dll