Search the Community

[ @_yourram ] --- As I said earlier, the script will edit the 3rd, 6th & 9th position of the results. If your results is less than 3, 6 & 9; better just edit them all. gg.searchNumber('140', gg.TYPE_FLOAT) results = gg.getResults(gg.getResultsCount()) if results ~= nil then edits = {} for k, v in ipairs(results) do edits[#edits + 1] = { address = v.address, value = '17', --gg.TYPE_FLOAT = 16 flags = v.flags } end gg.setValues(edits) gg.addListItems(edits) end ---

By the way you didn't answer me on this question from the previous page: When I run your script and get the health value, shouldn't I theoretically be able to go to the nearest pointer, which is 4 bytes above your health value and click "go to pointer" and find that block that you used for your group search? I mean since they are static they should appear on my device too just like they did on your 2 devices, right? Well I went up and down the list and I didn't find that block of numbers.

The script is very cool! Absolutely everything works!

Your script can not be same because your using different group search, and where you found your group search the structure is different. You only have to do one time a pointer search and your not using any values to filter out irrelevant results. You can remove most of the lines from it, here some example based on your group search and pointer you when't to. gg.setRanges(gg.REGION_ANONYMOUS | gg.REGION_C_BSS | gg.REGION_C_ALLOC) gg.searchNumber("17D;1,075,642,368D;1,900,544D;1,310,728D;589,828D;1,703,957D;1,703,969D;1,376,289D;1,920D;469,762,048D::185", gg.TYPE_DWORD) gg.refineNumber("1,900,544", gg.TYPE_DWORD) print("Group search: ", gg.getResultsCount()) local grp = gg.getResults(gg.getResultsCount()) for i, v in ipairs(grp) do v.address = v.address - 0x4 v.flags = gg.TYPE_DWORD end gg.loadResults(grp) gg.searchPointer(0) local t = gg.getResults(gg.getResultsCount()) for i, v in ipairs(t) do v.address = v.address - 0xC v.flags = gg.TYPE_FLOAT end gg.loadResults(t)

True, but before you can do that 0xC with a script you must first get there through pointer searches. There are some other issues with the script that need to be explained i think. When your doing a pointer search with GG all your doing is searching a value that represent an address in memory. Let's go from the start. You have your health value at address 0x022023EC and you have a pointer 12 bytes away from it, it's at address 0x022023F8 Address 0x022023F8 has the value 8B7D02E0h 8B7D02E0h is a called a pointer because the value represents an address in memory. When you press "go to pointer" it means that GG will bring you to the address 0x8B7D02E0h. I now whent to the pointer, as you can see the highlighted address is 0x8B7D02E0 and under it you have your refined value from the group search 0x8B7D02E4 And that is also the location where you came up with your group search. When you did your group search and refined you had a lot of results left but let's say that you only had one address in the result list that has the value 1,900,544 and it's the correct one it would be looking like this: The value you refined is located at address 0x8B7D02E4 We now need to work backwards to get to or health value and perform a pointer search on the pointer we just whent to. The pointer that we just whent to was 0x8B7D02E0, so it's 4 addresses above the address that holds the value you just refined to, which is address 0x8B7D02E4. So first you have to tell the script to subtract the current address 0x8B7D02E4 - 0x4 and then load it in the result list. That's what local grp = gg.getResults(gg.getResultsCount()) for i, v in ipairs(grp) do v.address = v.address - 0x4 v.flags = gg.TYPE_DWORD end was doing, instead for 1 address in the result list it was doing it for all the addresses in the result list. After it subtracted 0x4 from the address 0x8B7D02E4, so your address became 0x8B7D02E0 (it's the same address you whent to using "go to pointer"), and then you used gg.loadResults(grp) to load the new address in the result list. So now result list will look like this: Now you will ask GG to perform a pointer search on that address(0x8B7D02E0), with that i mean that your telling GG to search in memory for addresses that hold the value 8B7D02E0h And of all the address in memory, which address you know for sure holded the value 8B7D02E0h ? Right, address 0x022023F8 holded the value 8B7D02E0h. The same address of where the address that holds your health value was located 12 bytes above it. So by using gg.searchPointer(0) Your telling GG for search the value 8B7D02E0h in memory. You get perhaps a few results. Now you get a few results but between all those the results the right address is in there 0x022023F8h: You know that 12 bytes above the address the address of your health is located (0x022023EC) so you don't have any reason to perform the searchPointer(0) again because your already at the address you started from. Now you need to tell GG to subtract 12 bytes(0xC) from the address 0x022023F8h and get the value at that new address. Since you have more then one result use a loop. local t = gg.getResults(gg.getResultsCount()) for i, v in ipairs(t) do v.address = v.address - 0xC v.flags = gg.TYPE_FLOAT end gg.loadResults(t) Get the results in a table t, and subtract all the addresses with - 0xC and set the flags as float. Then when you load the table t using gg.loadResults(t) it will load the new address in the result list type float. You gone have multiple addresses loaded because there are many addresses that go to the pointer you whent to, so they all hold the same value (8B7D02E0h) In GG it would look like this if you had a more accurate group search around that address your performing a pointer search on: Since the group search is not that accurate which causes you have to more then 100 results when refining to your value 1,900,544 and you performing pointer search on each of those 100+ addresses that where loaded in the result list you probably gone get something like this, possible they are all health values for different objects but the health value of your character is of course in there at address 0x022023EC: I am not sure if all makes sense?

Here there was a mistake from my side but @CmP has warned me for that. When comparing 2 values they must be of same type. I tried editing it in my previous posts: but it seems you still uses the script i sended, my fault. Comparison of 2 different types in Lua will cause issues. Correct it to: if sensitivity[i].value == 1.0 then

Thank you so much for all the info and instructions. You're too generous as always Okay, I tried to break up the script to go only as far as the first pointer search (to not overwhelm myself) but I am still getting no results and I don't know what I'm doing wrong: gg.setRanges(gg.REGION_ANONYMOUS | gg.REGION_C_BSS | gg.REGION_C_ALLOC) gg.searchNumber("17A;1,075,642,368A;1,900,544A;1,310,728A;589,828A;1,703,957A;1,703,969A;1,376,289A;1,920A;469,762,048A::185", gg.TYPE_DWORD) gg.refineNumber("1,900,544", gg.TYPE_DWORD) print("Group search: ", gg.getResultsCount()) local grp = gg.getResults(gg.getResultsCount()) for i, v in ipairs(grp) do v.address = v.address - 0xC v.flags = gg.TYPE_DWORD end gg.loadResults(grp) gg.searchPointer(0) print("First Pointer search: ", gg.getResultsCount())

Perhaps use the code snippet option when adding code in your post for readability. The script only performs pointer search on 1 address. You have more then 50 results left after refining and probably the first result in the result list is not the right address...but sure the right address is in there . Although it's better to have your group search as accurate as possible to prevent any kind of issues later on. Use local grp = gg.getResults(gg.getResultsCount()) so that all results are selected. Then gg.searchPointer(0) will perform pointer search on all the addresses in the result list instead of 1.

Okay. I apologize if I am being a pain but I'm still trying to grasp this thing and pull all the pieces together to make sense of it. Now when I run your script and get the health value, shouldn't I theoretically be able to go to the nearest pointer, which is 4 bytes above your health value and click "go to pointer" and find that block that you used for your group search? I mean since they are static they should appear on my device too just like they did on your 2 devices, right? Well I went up and down the list and I didn't find that block of numbers. But regardless, going off of your health value, I found the same distance pointer (nearest one that has the same static block of numbers on 2 devices) and I got the group search and it works fine, then I refine this number: 1,900,544 and get 55 results. This is all fine. But when I run the script (used yours as a template for my values) I find no pointers. If you're curious why I am refining to this number (1,900,544) please check the attached video Here's he script (based it on yours but with my numbers): gg.setRanges(gg.REGION_ANONYMOUS | gg.REGION_C_BSS | gg.REGION_C_ALLOC) gg.searchNumber("17A;1,075,642,368A;1,900,544A;1,310,728A;589,828A;1,703,957A;1,703,969A;1,376,289A;1,920A;469,762,048A::185", gg.TYPE_DWORD) gg.refineNumber("1,900,544", gg.TYPE_DWORD) print("Group search: ", gg.getResultsCount()) local grp = gg.getResults(1) gg.loadResults({{address = grp[1].address - 0xc, flags = gg.TYPE_DWORD}}) gg.searchPointer(0) print("First Pointer search: ", gg.getResultsCount()) gg.searchPointer(0) print("Second Pointer search: ", gg.getResultsCount()) local t = gg.getResults(gg.getResultsCount()) local sensitivity = {} for i, v in ipairs(t) do sensitivity[i] = {address = v.address + 0xc, flags = gg.TYPE_FLOAT} end sensitivity = gg.getValues(sensitivity) local healthPointer = {} for i = 1, #sensitivity do if sensitivity[i].value == "1.0" then healthPointer[i] = {address = t[i].address, flags = gg.TYPE_DWORD} end end gg.loadResults(healthPointer) print("Results healthPointer: ", gg.getResultsCount()) gg.searchPointer(0) print("Third Pointer search: ", gg.getResultsCount()) local res = gg.getResults(1) local health = {[1] = {address = res[1].address - 0xc, flags = gg.TYPE_FLOAT, name = "Health"}} gg.addListItems(health) gg.loadResults(health) Any ideas? EDIT: I first accidentally pasted the script with 0x12 for the 12 bytes, but I definitely tried it with 0xc (hex) and it still gave me no pointers GG video.mp4

[ @_yourram ] --- You put your value after the variable instead of replacing the variable. That's wrong: -- Wrong: value = results[v].value '17' -- Correct: value = '17' --- This looks like my script, here, I improve it a little bit: gg.searchNumber('140', gg.TYPE_FLOAT) results = gg.getResults(gg.getResultsCount()) edits = {} for k, v in ipairs({3,6,9}) do edits[#edits + 1] ={ address = results[v].address value = '17' --gg.TYPE_FLOAT = 16 flags = gg.TYPE_FLOAT } end gg.setValues(edits) gg.addListItems(edits) --- *Do note that the script above will only edit the 3, 6 & 9 position of the results. *I told you to read the error message carefully.

[ @kiynox ] what does the script wants? --Search Float gg.searchNumber('140', 16) --Get search results results = gg.getResults(gg.getResultsCount()) --Store addresses that wants to be edited edits = {} --Edit 3,6,9 result for k, v in ipairs({3,6,9}) do if v ~= nil then edits[#edits + 1] ={ address = results[k].address value = results[k].value '17' --Change your value here flags = results[k].flags } end end --Apply edits gg.setValues(edits) --Save edits gg.addListItems(edits)

[ @CmP ] is there any alternative command for this? (I don't wanna search a code multiple times) --- For example, what kind of script commands do I need↓ gg.setVisible(false) function main() choice = gg.choice({'Prepare health value','Edit it to 100','Edit it to -1','Edit it back'}) if choice == 1 then gg.searchNumber('100;140', 16) gg.refineNumber('100', 16) controlvalue = gg.getResults(999) gg.clearResults() end if choice == 2 then a = {1} b = {} for i, v in ipairs(a) do table.insert(b, {address = controlvalue[1].address; flags = 16; value = '-100'}) end gg.setVlaues(b) end b = {} if choice == 3 then for i, v in ipairs(a) do table.insert(b, {address = controlvalue[1].address; flags = 16; value = '-1'}) end gg.setValues(b) end b = {} if choice == 4 then for i, v in ipairs(a) do table.insert(b, {address = controlvalue[1].address; flags = 16; value = '100'}) end gg.setVaalues(b) end end while true do if gg.isVisible() then gg.setVisible(false) main() end end

Please how can I get more scripts? Is there a way for me to contact you?

Need hack for : Invincible, High Damage, Open Map Locations, and Coin if possible.

View File Westland survival About this file Telegram: https://t.me/+WYpiAlaR2RU0YTI1 Welcome to our group!!! Attention: Westland Survival Auto Update (32&64) mobizen_20240118_085200.mp4 Submitter ChungTai Submitted 01/05/2024 Category LUA scripts  

View File [ BERRY FACTORY TYCOON ] X64 BERRY FACTORY TYCOON : SCRIPT X64 BIT ONLY MOD FEATURES : HACK ALL CURRENCY Submitter Koolie Submitted 01/05/2024 Category LUA scripts  

Aside from upvoting and hearting your answers and marking the answer containing the script as "best answer", is there anything else I can do to express my sincere gratitude?

Memory Range : Anonymous Value Type : Dword Very simple search, refine and edit. Just search the level number you are on then complete a level and refine and when you have one value left edit to the level you want to jump to. This script will easy complete the level for you. Just make one move and it will finish. I added no ads for you too. BallSort_1_0_670.lua

Hello, is it possible to make an infinite XP script? Follow the link with the demonstration video

Some update till now... I kept to learn the basic knowledge for IL2CPP and Unity 3D HOTFIX project. Which leads me to understand more about the hotfix process, especially when we are facing the CLR running mechanism, which exactly what I questioned using the HybridCLR method to hot update. It turns out that we can not dump the injected "hotfix.dll" file (this is the correct one, sy I mistype above) with memory offset. Cos all the function is runing on CLR timely. There is a simple way to figure it out whether it is using CLR by using the reverse lookup lua script to check the namespace: class: field etc. You will find it weird like most offset are the same. One solution (I am on this way now) Get the hotfix.dll out as what I mentioned above. Searching the right class, field, function etc. Which then can be used in GameGuardian hacking and Frida Hook. I am still learning how to reach the next steps.

View File Garden Affairs Only arm64_v8a All functions are activated during the game. After activation, remove one obstacle. Submitter Artem_Nikiforov Submitted 01/04/2024 Category LUA scripts