Platonic

Hello. Can you explain why GG can run obfuscated scripts, i see scripts that start with "LuaR"? New to this. Also does this work the same as with encrypted metadata that when loaded during runtime the texts becomes readable because it has been decrypted with some key(i think). If i recall a serious member of the forum once explained that no matter what the obfuscation is, GG has to understand the script. So it must do some conversion in something GG understands. Let me know because it kind of seems interesting for learn. Thanks.

So i can as well allocate a memory page and writhe a function in assembly, and make the pointer that points to the original function point to the new function that has been allocated? I don't understand a thing of C++ to be fair, a little bit ARM 32/64, so was thinking about writhing it out and converting to hex and past it in the new allocated memory page. Then setting pointers to new function.

Yeah, not working on sky for long time and not planning to work further on it. Glad to hear you made your own script for the game, if you want to you can also use values from this script, use whatever you need and continue improving

Then it won't work no, but i haven't tried it on so much games so maby the name changing is mostly a thing with obfuscated games. Not sure.

But you can just dump both 32/64 of the game so that you can input the right offsets. You then need to know the instruction set architecture and check if its 32 or 64 bit so that script works for most devices.

Offsets in metadata are the first character of the string. So unless the string name changes each update you could use this method to. @HorridModz you can use the guns of boom script for check how offset is used. Its open source. Print the offsets or save them in the saved list. Then go to its address...you can see that each offset is the first char of a string. The string is equal to the class name. Then the address of that first char is used as new search...so you can either use offsets to get that first char..or you can search the full string. Check the script.

No, i only use the forum.

I mean. You have a class named "丟七不丗上丑丅丆丞". You search that name in the metadata.dat with GG, If you get the names multiply times in the result list you have to copy a bit more bytes, So you only get the name one time in the result list. Then pointer search the first byte of that string, "丟". Its same thing as with offsets but slower. You still have to do pointer search after, but you wont need to update offsets each time. This is only if your values are in one of those green regions. But a similair way can be used for values in Xa...at least if it are functions your trying to modify or some thing like that.

Making group searches is most of time just trying. But to confirm the values are swuitable for group search you could do a few tests. And since you mostly publicise scripts values on your device could be different then the values on someone else devices although doing it the same thing. With ammo probably not. But it happens. You don't really need to compare dumps from your own device. Compare two dumps from two different devices, me i usually compare emulators(32 or 64) and a mobile(32 or 64) if in all the same then you should be good for copy and make the group search. Its more accurate...if your doing dump comparison for find group searches i mean. Make sure you restarted the game several times to confirm the group search. Make sure you understand the behaviour of the values your trying to make a group search with.

But then why do a group search for individual guns? Your screenshot is for a individual gun instead of all guns. Regarding permanent and group searches. Can't you search the string at that offset. I copy a sercent amount of bytes so that at each update i find the right offsets. If you dont want to use offsets and don't mind group searchers and time delays then use the string names for search. Then the chance that you would need to do some changes depending on the game is very low. But probably if you do some deep metadata analysis there is a other way which doesnt require group search.

These days i only use metadata offsets, getting tired of group searches...only if really needed...for some specific things which arent from metadata..but your trying to cheat ammo. You have multiple guns during match...unless you have one group search that give ammo for all guns it wouldn't be really efficient to do a group search for each gun, This is your ammo class. "丟七不丗上丑丅丆丞" So search that class. It will display all ammo settings for each gun according the right offsets. But you would need to optimize the script so that it works properly for those on emulators or that only have data in region Other...all those special cases.

Hmm i see. All this is done in Lua?

Hmm, never used it but it looks useful. How you mean for a hook? Can you explain? Would be appreciated.

Slither.io Hack (#42cd7hnh)

Its always good to have zoom hack on those slither.io like games. For sure on little big snake it gives good advantage. Usually i only go for zoom hacks on .io games like agar.io or slither.io If you want it can be putted in a script and placed in the download section on the forum.

Ignore. The down voting did not look justified. And should not be used so carelessly. You have a good reputation on the forum(people can just check your profile) so don't get bothered about this.

Ok. Thanks for info. Will see what can be done. In case there is more info i will let you know.

Yes but only to the ranges based on their data types. I am not sure if this is a gameguardian or a Lua concept. But when you print out an address it will be printed as an unsigned integer. And when you print a value it will be printed as a signed integer. As you can see in the script. It has to check if the values of "address" and "value" are the same. If so there tables must be added to the empty table named "teser". But because of address being unsigned integer and value being signed integer this comparison is can not work. Here is the example (without conversion): Script ended: value: 385877511 address: 2202972824 value: 0 address: 2202972824 value: -2091994472 address: 2202972824 -- you can see that "value" is in signed integer and address is unsigned integer. causing comparison to fail. value: -2091994472 address: 2202972824 value: 0 address: 2202972824 value: 0 address: 2202972824 You can see that i am only using 1 address so i don't do changes to it. Instead i convert the value to hex so that Lua or gameguardian(not sure which one) reads it instead as a unsigned integer, then comparison works: Script ended: value: 4680844807 address: 2202972824 value: 4294967296 address: 2202972824 value: 2202972824 address: 2202972824 -- both value and address are now unsigned integers and comparison will work. value: 2202972824 address: 2202972824 value: 4294967296 address: 2202972824 value: 4294967296 address: 2202972824 The script interrupted. [1]

irrelevant comment* -> can't delete