Leaderboard

Requirements to the UI. If you decide to offer a new UI for GG, you should understand the following: 1. UI must support different screen resolutions. From the minimum to the maximum sizes. Different sizes you can view in manuals from google: https://material.io/devices/ https://developer.android.com/guide/practices/screens_support.html small screens are at least 426dp x 320dp 2. UI must support both portrait and landscape orientation. 3. UI must support the entire set of versions of Android, from 2.3.3 (API 10). 4. You need to understand what it means to each element of the interface, how it is used, under what conditions and how often. 5. The interface must not be beautiful, it's not a picture. It should be comfortable and functional. 6. There is some agreement in Material Design. You must be aware of them at the UI design. For example the size of touchable item must be at least 48dp. https://material.io/guidelines/ 7. GG is not SBGH or any other tool. We have our own way, own features and own interface. So no need to blindly copy someone else's interface. Such ideas will not be considered. You are only wasting yours and our time. 8. Although it is possible to make different layout for different screen sizes, orientations and even the Android version, the UI should look the same everywhere, so as not to confuse users.

Root can be different. On your root not enough right in some cases. It can be cause of some problems. I do not have any solution. My advice try another root and/or play with speedhack settings as I mentioned above. May be you need disable SELinux. 01-17 09:50:43.755 3099 3099 E audit : type=1400 audit(1484621443.742:2623): avc: denied { getattr } for pid=30650 comm="lib5.so" path="/proc/3029" dev="proc" ino=1032563 scontext=u:r:init:s0 tcontext=u:r:logd:s0 tclass=dir permissive=0 SEPF_SECMOBILE_7.0_0002 01-17 09:50:43.755 3099 3099 E audit : type=1300 audit(1484621443.742:2623): arch=c00000b7 syscall=79 success=no exit=-13 a0=ffffff9c a1=7fdf7f8c98 a2=7fdf7f7c10 a3=0 items=0 ppid=1412 pid=30650 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="lib5.so" exe="/data/app/com.ejocvpcklfdoxtaamcgd-1/lib/arm/lib5.so" subj=u:r:init:s0 key=(null) 01-17 09:50:47.675 30650 30650 E bulldog-daemon: popen fail 'getenforce' 13: Permission denied 01-17 09:50:47.676 30650 30650 E bulldog-daemon: system_ popen 'setenforce 0' 13: Permission denied 01-17 09:50:47.677 30650 30650 E bulldog-daemon: popen fail 'getenforce' 13: Permission denied 01-17 09:50:47.825 30650 30650 E bulldog-daemon: helper popen '/data/app/com.ejocvpcklfdoxtaamcgd-1/lib/arm/lib8.so helper /storage/emulated/legacy/Android/data/com.ejocvpcklfdoxtaamcgd/cache/helper.txt' 13: Permission denied 01-17 09:50:47.828 30650 30650 E bulldog-daemon: helper popen '/data/app/com.ejocvpcklfdoxtaamcgd-1/lib/arm/lib8.so helper /storage/emulated/legacy/Android/data/com.ejocvpcklfdoxtaamcgd/cache/helper.txt' 13: Permission denied 01-17 09:50:48.463 3099 3099 E audit : type=1400 audit(1484621448.452:2624): avc: denied { getattr } for pid=30650 comm="lib5.so" path="/proc/3029" dev="proc" ino=1032563 scontext=u:r:init:s0 tcontext=u:r:logd:s0 tclass=dir permissive=0 SEPF_SECMOBILE_7.0_0002 01-17 09:50:48.463 3099 3099 E audit : type=1300 audit(1484621448.452:2624): arch=c00000b7 syscall=79 success=no exit=-13 a0=ffffff9c a1=7fdf7f8c98 a2=7fdf7f7c10 a3=0 items=0 ppid=1412 pid=30650 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="lib5.so" exe="/data/app/com.ejocvpcklfdoxtaamcgd-1/lib/arm/lib5.so" subj=u:r:init:s0 key=(null)

It is Android 7. Speedhack can not work on it. And I see strange "Permission denied" in log. May be you have problems with root. _______________________________________________ added 1 minute later Not all games can be speedhacked. Try tune speedhack as described here: https://gameguardian.net/forum/topic/14228-how-to-config-speedhack-how-to-report-a-problem-in-speedhack/

Use gameguardian...

Enyby - ROFL! Thanks, but I've never really gone anywhere, I just don't say a whole lot! In fact, I don't remember the last time I posted in the regular forums. Busy, busy, busy.... But, since my main tablet is finally rooted, I'll be checking in a bit more. Enyby must be one of the best Android programmers I've ever seen, so I've not been getting in his way (he certainly doesn't need my help), though I'm around for technical stuff when needed.

_______________________________________________ added 4 minutes later

Wow, some people amaze me with their lack of understanding, but yet, claim they're experts! "...but suspect include a back door viruses..." I mean, really?

From appchina.com. http://www.appchina.com/group/comment/5368106 Translated from Chinese: Another translate: Original: Google Translate:

Analysis of protection for most games Most of the games are not protected as such. Simple search values in the memory, and then change gives the desired result. Hacking can be done by any tool. Some games (such is not very much), base their protection on the use of float or double data type for integer types. Basically, the differences from the previous embodiment have. Some difficulty may be rounded values, although usually it is not. Hacking can be carried out by any tool with the support of the required type. If the tool does not support the media type, you can use converters and look for the value as dword, although it is inconvenient. Some games use encryption based on the xor, bit shifts and others, simple and cheap operation. Direct search value to find such data in memory can not be. Hacking can be accessed via fuzzy search or search through an encrypted (only GameGuardian). Search encrypted usually several times faster than the fuzzy search. Suffice rare complex encryption, which does not meet the requirements for the search through the "encrypted value" mode. You can find the correct values through fuzzy search in these cases. fit any tool with such capabilities. So much for the search changes the value in memory. Usually it's simple enough. These methods break down 90-95% of games with variable values. Now consider the case where the value can not be changed. A typical example is object prices in stores. In most cases the data are not encrypted, but find it difficult in the memory, because too many of the same values to memory. Naturally you need to search and sift through, but often it does not give significant reductions in the number of results found. If you change everything, the game may crash. There are two approaches to this case: 1. Group search, if there is any number of nearby. It works in many games and can give very good results for screenings when experimenting with a maximum group size. Usually, you can search up to 8 numbers at once. You can use any attacker that supports group search. However, not all tools correctly handle certain difficult situations, such as group search with the same values. Plus, not all tools can maintain the desired type in the group search. 2. The change in the value with subsequent verification of the change in the game. You can use any tool, but GameGuardian allows you to automate the process, doing everything in two or three clicks, while the remaining tools require hundreds, or even thousands of actions. It's about AutoFill. By combining these two approaches can achieve most of the hacking static values. Another useful thing is a memory editor in the hacker. If it is, you can view the memory near the values found - sometimes it allows you to find other values, or to speed up hacking. This requires the tool with the editor of memory and support for the conclusions of relevant data types. Sometimes you want to freeze to the successful hacking. Here, too, will fit any tool with this feature. These approaches and methods enough to break most existing games. Naturally it is only those games that can be hacked.

Scopely: Gameloft: