 |
Cheat Engine The Official Site of Cheat Engine
|
View previous topic :: View next topic |
Author |
Message |
C6 How do I cheat?
Reputation: 0
Joined: 03 Jan 2025 Posts: 3
|
Posted: Fri Jan 03, 2025 3:28 am Post subject: Is it not possible to copy 8 bytes using "mov"? |
|
|
Is it not possible to copy 8 bytes using "mov"? ("movq" results in a compilation error)
The translation may be difficult to understand due to machine translation.
Please point out any unclear parts.
Also, my understanding of programming is extremely limited, so my questions may be basic or fundamentally nonsensical.
My apologies in advance.
First, as an overview, I created a script using the format:
mov [label name], symbol name
However, this only copied 4 bytes.
The address I wanted to get was actually 11 digits long, like 28EE6B3C728, so the top 3 digits were missing (the one I got was actually E6B3C728).
I then tried using movq (mov qword ptr) after researching it, but received the error "This instruction can't be compiled".
The line with the error is the relevant section, and movq [label name], "4-byte integer" was possible, but movq [label name], "8-byte integer" was also an error.
My questions are:
1.Does this mean that formats like movq cannot be used in AA?
2.Similarly, does this mean that copying 8 bytes is not possible?
I would appreciate your help.
As background information, I'll write down what I was trying to do
(you can skip this as it's long).
I was creating a CT in Yuzu (emulator), but because I couldn't create a highlighted item editor, I created the x-th item editor (x = approximately 1-100) by copy-pasting.
I set the header value as "symbol name" + 18*x, and the children as +2, +6, and so on.
I managed this by copy-pasting and then incrementing/decrementing x in the address, but this became quite laborious.
Adding or changing items in the editor further increased the workload, requiring repeated copy-pasting.
(Initially, I considered a method to automatically duplicate the original, similar to the memrec of a dropdown list, but after a brief search, I found this approach too difficult and abandoned it.)
I then tried using address modification upon pasting.
However, even with "Do you wish to adjust memory records with relative addresses as well?" set to yes, the addresses remained absolute (not relative).
Unable to reduce the workload, I attempted a method using symbol addresses as pointers, but it was unsuccessful. This summarizes my current situation.
(Also, for the record, I tried again, but pointer scanning remains impossible with Yuzu.)
If anyone has read this, I would appreciate it if you could give me any advice.
|
|
Back to top |
|
 |
Dark Byte Site Admin
Reputation: 470
Joined: 09 May 2003 Posts: 25785 Location: The netherlands
|
Posted: Fri Jan 03, 2025 4:49 am Post subject: |
|
|
you are correct, there is no " mov [address],64bitvalue"
but there is "mov register,64bitvalue" which afterwards you can do "mov [address],register"
though it's usually unlikely to want to hardcode a 64 value so maybe you can slip that part and read the value from memory somewhere else
_________________
Do not ask me about online cheats. I don't know any and wont help finding them.
Like my help? Join me on Patreon so i can keep helping |
|
Back to top |
|
 |
C6 How do I cheat?
Reputation: 0
Joined: 03 Jan 2025 Posts: 3
|
Posted: Fri Jan 03, 2025 5:58 am Post subject: |
|
|
Thank you for your reply.
I saw a post yesterday with a similar content and tried it.
I tried it and got the same error "This instruction can't be compiled", but it seems that was because I had put [] in the register.
My code was accepted.
|
|
Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
|