Cheat Engine

[Kipperq]

Hello everyone,

Crossposted to fearless revolution because not sure which is the proper site for this question and which is more active.

First post on the forum, apologies if this is not the right section. I’ve been using cheat engine for several years and am pretty well-rounded, somewhat.
Anyways, I’m working on hacking games on bluestacks recently, and have been receiving obscure values. I’ve been forced to simply run an unknown value search, and following that a increase/decrease value search. All is well and i find the value and am able to edit it with very poor precision, essentially guessing and checking to try to find a value that I want. Here’s an example in 8-byte value format:

13962444800 is 25 in 8 byte value.
13962510336 is 26 in 8 byte value

First number representing displayed value in CE, while the second representing in-game value. I’ve found that occasionally the difference between two values is 65536, and sometimes 65536 equated to a difference of 4, going from 44 to 48, for ex.

I’m wondering if anyone has any experience with this scenario and how one might dissect anything relevant from these large numbers? Its similarly obscure on 4-byte, and none of the other CE listed variable types display correct values. I’ve tried using AI to compare and have gotten suggestions of 32-bit floating values and IEEE 754 (?) but no converter or suggestions ive found have yielded any fruit.

Thanks for any replies,
Kipperq

[ParkourPenguin]

Does changing the value have any actual effect in game? e.g. if you freeze the value, does it only change the display or can you do stuff in game as if the value really isn't changing?

It could be any number of things. Interpreting the least significant 4 bytes as a float (i.e. 2.90625 / 2.921875 for 25 / 26 respectively) would be my first guess. It could easily be something else- I've seen games use some weird byte swapping and xor operations to obfuscate values in memory.

For a better guess, provide more samples at as wide of a range as you can. Include a maximum or minimum value if that's feasible, and a uniform random sampling of one or two dozen values between them. The address of the value can also give some information (i.e. alignment).

And as always, don't forget to back up your save before screwing with things.

Edit: nevermind; it's probably an off-by-one double. The bad alignment threw me off.

[Kipperq]

Thanks for the quick reply. I’ll get back to you with more values soon. As far as changing the values, it has an effect on the number in game, and freezing works like normal. For an example of how i find it usually works, assuming a value of 1,000,000,000 being 10, if you were to change it to 1.01B, you might end up with 40. Changing to 1.02B might change the ingame value to 1,200, and 1.03B might change it to 123,456 (example numbers to talk about the exponential aspect of it without having actual values in front of me). It seems as though there’s no recognizable patterns

Edit:
In 8 Byte type: 200F6AAAE7C ; 200D283A414 (address that copies the number but reverts when edited)
1 = 13957446048 (changing last 5-6 digits does not increase this value)
2 = 13958446048
9836 = 13971437088
9906 = 13971446048
19054 = 13972446048
36589 = 13973446048
70142 = 13974446048
134212 = 13975446048
1927968 = 13979446048

[ParkourPenguin]

My last thought still seems correct. Now it's just rounded... and no longer off by 1, oddly enough.
Same order as your post:
13957446048 => 0.929
13971446048 => 1.811
13971437088 => 9836.25
13971446048 => 9906.25
13972446048 => 19053.5
13973446048 => 36589
13974446048 => 70142
13975446048 => 134212
13979446048 => 1927968

Decrease the address by 4 (i.e. 200F6AAAE7C -> 200F6AAAE78 ) and change the type to double.