Leaderboard

Try get_hack get_ishack or something like that

Maybe things like On Cheat Detected or Cheat Started. I looked at that game and I think things are just visual. You can search for VIP and although it looks like its worked nothing was actually working.

get_ get_coins get_diamond get_money get_damage get_health get_hp get_attack_target get_attack get_target

Idk. Write code so that that variable cannot be nil when executed here. Without seeing all the code, nothing specifically can be said.

Yep. Consult with API help if you not sure how write something.

gg.Type_DWORD case is matter. All constant must be totally in upper case.

Use dot, not comma.

_result[1],address is nil.

This is how the ARM architecture works. Most addresses are not absolute, but relative, relative to the PC. This is done to save space in instructions. The instruction size is 4 bytes. The size of the 32-bit pointer is also 4 bytes. An absolute address almost always requires 4 bytes, since the code can be located in different places. A relative address can be encoded with 2 or 3 bytes. This will give the opportunity to refer to the memory near the code, where this code would not be located. And since .bss is not far from .code (.text), this is enough.

For some reason, binaries are not running on your firmware. Permission denied. Try another virtual space. If this does not help, you need root.

Offset from PC in LDR location. Useless in any other place.

What? http://www.catb.org/~esr/faqs/smart-questions.html

What error? [added 0 minutes later] local copy = false local t = gg.getListItems() if not copy then gg.removeListItems(t) end for i, v in ipairs(t) do v.address = v.address + 0xe40 if copy then v.name = v.name..' #2' end end gg.addListItems(t) gg.setValues() gg.setValues() require parameter.

Of course. ARM code is just data for x86 CPU. It can not be executed. Binary arm translation read ARM code and translate it to x86 code,

Will be fixed in next GG release.

Executable bit not set: 04000000-04005000 r--p 00000000 08:11 131304 /data/app/com.makingfun.mageandminions-1/lib/arm/libs3eMATSDK.so 04005000-04006000 r--p 00004000 08:11 131304 /data/app/com.makingfun.mageandminions-1/lib/arm/libs3eMATSDK.so 04006000-04007000 rw-p 00005000 08:11 131304 /data/app/com.makingfun.mageandminions-1/lib/arm/libs3eMATSDK.so 04305000-05000000 ---p 00000000 00:00 0 05000000-059f7000 r--p 00000000 08:11 131305 /data/app/com.makingfun.mageandminions-1/lib/arm/libAPPmageandminions.so 059f7000-05a00000 r--p 00000000 00:00 0 05a00000-05a22000 r--p 00a00000 08:11 131305 /data/app/com.makingfun.mageandminions-1/lib/arm/libAPPmageandminions.so 05a22000-05a2e000 rw-p 00a22000 08:11 131305 /data/app/com.makingfun.mageandminions-1/lib/arm/libAPPmageandminions.so So it is not gg.REGION_CODE_APP

Added.

So there is no such value among those found. The game can move values in memory. As a means of protection, or as a result of the use of automatic memory management with the garbage collector.

Collect region log when this process selected in GG and attach log here.

It can load x86 lib. Even if it load arm lib, device is x86 and use binary arm translation.

I think it is easier to do it with LP methods, if it allowed to make custom patches for this.

All of that is hard task and need a lot of work for each game. LP work on general basis with many games.

The reverse is also true. Purchases within applications are not things that can be done through a memory editor. There a request is sent to the market, in one part of the code, and the other part of the code receives the response from the market. These are not things that can be easily changed through the memory editor. In any case, if we are talking about a fake request, and not its modification.

Use Lucky Patcher.

Memory page is 4096 bytes. or 1000 in hex. In general, you do not need to understand what and why. Enough to round up. I do not have time for long and extensive explanations.

No. Round up mean round UP. Round down mean round DOWN. And round mean round by math rules. In this case round always UP. .bss section must follow .data section. No gap allowed between its. So .bss, if not start at new page, started at end .data segment. So in game memory it look like round up.

Try read my messages. You need round up .bss start address to full page. 3 last numbers must be zero. [added 1 minute later] 003A4BA8 round up to 003A5000. So you need add 5170 to it. In hex math of course.

It can be any. 6.5 or 6.8 maybe even 5.0, maybe more new. Does not matter.

0x5180 in .bss section.

PinOut - hack time - fill, chainer - GameGuardian (#7ztuns7n) [added 0 minutes later] https://gameguardian.net/forum/search/?q=chainer&type=gallery_image&nodes=2

Look like bad firmware. If you work without root - get root and try again.

Understand nothing. Try explain more clearly.

It is not simple. Not easy at all. To do this, you have to do too much. I don't have time for this at the moment. However, one day, I will post here such a script.

I'm afraid some scripts, in binary form, do not lend themselves to normal decryption. So the fact that you save them will not give you anything. Naturally, this is not easy to do.

Look like you use "hide from game" 4. If yes - disable it and try again. If no, then on your firmware video memory not readable for any other process.

Show screenshot of region list with visible video range, like this: and show screenshot of search stat after search like in your video.

Show the script on which the error appears. The script must be the minimum size and in text form. For example print('abcdef') "In the old version it works, but in the new one it does not."

Provide minimal Lua code that does not work.

Need region log.

Undocumented api can disappear in one good day. You lucky. Currently I decide keep it, but I do not have need on it anymore. If it interfere with smth it will be killed and all your scripts stop work.

First attempt. Lua script on GG 82.0. 35 seconds for 595 searches. Not usable for production. It can be search too long time and too many times. Second attempt. Lua script with backing new features for not released GG. 0.5 seconds for build chains of pointers with depth 3. Good result. New GG version and awesome script will be released soon.

This is a basic idea. It can be developed further. But the main point is this. And logging cannot help bypass such protection. It is fundamentally impossible. Even in the simplest version, such protection is enough to stop most fans to copy pieces of code from the logs.

I already write this before: Anti-peeping mechanism (#4mlryoah)

You can say thank you to ssu (DoS site), TisNquyen (malicious scripts) and others, whose actions led to the addition of powerful logging. But, as I have written repeatedly, you can write scripts so that logging does not help steal the scripts. This is just a matter of desire and qualification.

I looked for a topic for this subject but did not find it, sorry if I put it in the wrong place. I have two suggestions for the GG API. 1) A function in api GG that updates the analyzed process memory (eg game) Some games have memory allocated dynamically, in other words, loads data into memory only when needed. When the GG is run it will analyze the memory of the process allocated at that moment. It is necessary later to have to update the analyzed memory manually in the GG. Anyway, there comes my need / request, I want a function in the GG API that updates the memory analyzed by the gg of the game process. 2) Colors in api prompt menu If possible add the "Choice" and "multiChoice" functions as well. More for a visual effect and having a better user interface, I need to replicate the use of the colors present in the "SpeedHack: functions" menu (example in the screenshot below) Many thanks to the GG team for the excellent work!