Cheat Engine

[paul44]

En/decode a lua script does not seem to give problems, but i have been trying to do the same with a Form.
I basically save the form to disk (so not accessible via Table~edit), and (would) load it as file:
//... (as raw file, it can be loaded this way)
local sLua = 'My_Form.frm'
oLua = findTableFile(sLua).stream
My_GUI = createFormFromStream(oLua)
...//

Above works fine, but the form - on disk - should be in encoded format. And i can not get this work - load & decode - somehow ?!

Btw: main reason to use this: the gui references (link & images) to FRF forum; and i obviously like to make sure that it stays this way...

[AylinCE]

Since you encrypted the form text (code), load the encrypted code into a txt file.

At runtime, decrypt the txt code, save it as a ".FRM" file somewhere on disk (like Temp), call it, run it, and delete the decrypted instance from disk.

[Csimbi]

[AylinCE]

If Cheat Engine doesn't have a built-in decoder for your specific encryption method, you must handle the decryption within your script logic.

However, I understand your concern about "defeating the point" by saving it to disk. If you want to avoid the disk entirely for security reasons, you should decrypt the data directly into a MemoryStream instead of a physical file.

Since createFormFromStream expects a stream object, the logic would be:

Load the encrypted file into a local variable/buffer.

Decrypt it in memory (using your custom function).

Write the decrypted string/bytes into a createMemoryStream().

Pass that memory stream to createFormFromStream(ms).

The logic remains the same: Whether it's in RAM or on Disk, the decrypted content must exist somewhere for the engine to parse it.

Also, consider this: Is your main script itself encrypted? If the main script is plain text, anyone can see your decryption function and easily reverse the process to get your FRM content anyway. To truly protect your links/images, the "loader" script itself needs to be protected/wrapped.