Leaderboard
Popular Content
Showing content with the highest reputation on 04/24/2022 in all areas
-
1 point
-
Hey Guys, So I'm using an Samsung 21 5G with Android 12. Sadly enough, every Cloner I tried, does not work with Android 12. (From the Download List > Virtual Environment). X8 and F8VM did not work either, they were just hoursly loading. Can you guys can recommend me something that you know works with Android 12? Cheers1 point
-
1 point
-
Nice approach by converting the value to hex, really genius1 point
-
Got error: bad argument #2 to 'string.format' (string: long expected, got string) (field 'format') I can't understand the cause of error from the surface. Because the same code that i am using works on 32 bit. Quite convinced that in deeper level something is happening with the length of the values. Here is the code that causes the error: a = gg.getValues(a) teser = {} for i, v in ipairs(a) do --[[ supper = { address = assembly[1].address, addressConvertToDecimal = string.format(tonumber(assembly[1].address)), valueToCompare = v.value, } print(supper) ]] v.value = string.format("%x", "0x".. v.value + 100000000), -1 if (v.value == assembly[1].address) then teser[#teser + 1] = v end end Normally on 32 bit i need to convert the values of a sub table to hex. And then everything works fine with no error. But here on 64 bit it doesn't work as seen in the error above. But script works fine when this part of the code is removed: v.value = string.format("%x", "0x".. v.value + hexConvert), -1 Tried like printing out some info but i can't really see anything wrong from the surface level. Everything seems to print out fine. Here is example from the 64bit with no issues after removing that part of the code: Script ended: { -- table(80b13c5) ['address'] = 0x7f1bc4ba1a90, -- address of a specifc sub table of result list ['addressConvertToDecimal'] = '139757241375376', -- specifc address converted ['valueToCompare'] = 139757049444224, -- value from a sub table of a result list, must be compared with converted address } { -- table(8d4f67d) ['address'] = 0x7f1bc4ba1a90, ['addressConvertToDecimal'] = '139757241375376', ['valueToCompare'] = 139757241375376, } { -- table(7753972) ['address'] = 0x7f1bc4ba1a90, ['addressConvertToDecimal'] = '139757241375376', ['valueToCompare'] = 0, } On 32 bit i need to convert these signed values otherwise comparison of an address and a value does not work because the bits of the value are signed while the value that represent address is shown unsigned. what i find strange to is that 64 bit does not need that conversion and the values are shown automatically as signed long.., which is a bit confusing for me. Are values of data type long not allowed to be unsigned? some math explanation would be great.1 point
-
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]1 point
-
1 point
-
So actually you need to convert it to binary first the method is quit clear here https://stackoverflow.com/questions/54718064/how-to-convert-manualy-hexadecimal-to-decimal-with-twos-complement If you can't implement it in Lua then tell me I will do1 point
-
But signed integer allow you to represent both, negative and positive number ? Why would you want only positive number ?1 point
-
irrelevant comment* -> can't delete1 point
-
1 point
-
1 point
-
1 point
-
1 point
-
now i found a replacement one shoot over for our player Just one tap you got win I have to find stamina Yes before enemy attack you You want the feature ?1 point
-
Problem with Lua is that it converts it to signed integer by default. while i actually need unsigned integer, from there the conversion to hex. Because it does read Hex as unsigned integer. or at least that is what is happening on GG.1 point
-
string.format always return a string, if you have formated your integer as hexadecimal If you want to retrieve is value as Integer then use the function tonumber and second argument as 161 point
-
What's this 10/10 ? Yes ITS no good for one hit or good mode can be tricked but it's very complicated, when your character attacks you can increase the value and when the enemy attacks you can lower the value1 point
-
Uh Never mind. Error makes sense. Java site is so friendly for p rovides some basic information about data types: 139757241375376 is still in the range of signed long. Value did not need to be converted to begin with. string.format expected data type long or . But based on conversion method used it did not receive a long at all. Not sure why it instead says that it receives a string. The value must have come out as a normal integer resulting in it to be a string i think. printing this gives me the type string as well: value = string.format("%x", 154775807) print(value) print(type(value)) print(string.len(value)) -- result Script ended: 939b0ff string 7 perhaps if it does not recognize it as a number it will read it as a string by default. Not sure. I guess we sended around same time, so i missed on the information1 point
-
1 point
-
Here you are doing concatenation of a number with string "0x" this will result a string because that what concatenation do, and since the function string.format are expecting an integer to be passed as argument this will result an error. Actually you don't need to convert hex value to integer since Lua do it automatically you can try this local x = 0xA print (x) --> 10 Except if your value is a string no conversion will be done local x = "0xA" print (x) --> "0xA" If you have a hex value as a string you will need to use the function tonumber instead and he doesn't require the "0x" before local x = "A" print (tonumber(x, 16)) --> 101 point
-
1 point
-
1 point
-
1 point
-
1 point
-
1 point
-
If this always return something, then you never know what user press - OK or Cancel. Or simple close dialog. Also if you press cancel, all data must be lost and erased. It is common and default behavior everywhere. Even in matter of simple logic and security. If you accidentally past in form sensitive data and press cancel for avoid propagate it, data must be lost, not processed. Look like you want solve wrong problem or by wrong approach. If you want store input for close UI - write that in prompt. So user press OK in any case and later script ask him for apply data or no. if no, you can use this data on next call dialog.1 point
-
Not clear what OP want from updates, but clearly understand he is rude and insist of some updates when people try help him explain point better. With such relation to other users from this forum nobody want make your life better, even if understand what you want and for what. Anyway I currently not understand what problem, why eye icon not enough, and what you want.1 point
-
1. Noted. 2. Scripts use 64-bit values. So (-1 + 1) must be zero. You want (-1 + 1) = 2^32. 3. Noted.1 point
-
https://aquawu.tumblr.com/ http://igameguardian.blogspot.com/ https://igg-server.herokuapp.com/ Also look like he make IMemEditor as next generation for iGG:1 point
-
Engine work on C. You not get engine sources. Also you not need make it on full time basis in few days, so you can code on your weekend, or someday evenings in years. So you can do entire project from scratch without loose your job. Aslo exists some other projects, which you can use (if their license allowed such) as base for make own search engine. Scanmem, for example: https://github.com/scanmem/scanmem Good luck with your project.1 point
-
I highly doubt about your possibility make such project. People who able do so, not come with such questions. They search information by self. Not wait when someone send to they ready to use code. Exists official C implementation for lua which you should start use. AFAIK iOS use C only. Android use Java + C. So Lua "module" (as easy can be figured via tools like "jadx-gui") written in Java. In fact it is modified https://github.com/luaj/luaj AFAIK it is bad idea try use Java code on iOS. So you better start with official lua implementation on C. GG use some custom implementation, which bring Lua 5.3 features, when still use Lua 5.2 binary format. If you not need be compatible to binary form, you can use Lua 5.3. Or make some reverse investigation for find what and how implemented. Java code able be easy decompiled by tools like "jadx-gui", so this not main problem there. As for GG itself it never be ported to iOS, just because start agreement from creator (Aqua) states - he left iOS for iGameGuardian.1 point
-
1 point
-
https://gameguardian.net/forum/search/?&q=group size&search_and_or=and&sortby=relevancy For example post from 2016 year: Asphalt8 Credit Hack (#4pc32zot)1 point
-
1 point
-
Look like you know nothing about rounding error and think 0.1 + 0.1 + 0.1 is same as 0.3. It is not necessary.1 point
-
In general, nothing is clear. The script does not have to show you at all that he found something there. This is not an animation to show anything. The fact that the values can be changed you have not shown. That they existed at the time of the search too. In general, it's not about anything at all. To assert something, you must prepare a reasoned justification and clear evidence that it happens this way, and not otherwise. This is not the case now. Until that happens, there will be no conversation.1 point
-
1 point
-
1 point
-
You delete video, nobody can see it. But in your browser cache it still exists. Until it not delete from cache you can watch it.1 point
-
Somehow ptrace produce bad results for process in log. So IDK what happen here. If tester work it is odd. Maybe firmware protection for some processes.1 point
-
Something wrong with ptrace on your firmware. GG can not work on this conditions.1 point
-
Then no luck for you. I use some public version with disabled protection. Of course it not shipped with assist or x64. So I hope assist not contains protection. But look like it is not true.1 point
-
1 point
-
1 point
-
Nobody have problem with camera on other firmware. I gave you the information. You can take it or not. Only on your firmware the camera works uncorrectly.1 point
-
1 point
-
-1 points