Leaderboard

Strictly speaking fastest is reuse results table: local results = gg.getResults(5000) for i, v in ipairs(results) do if v.value == 1014350479 then v.value = 1011011011 elseif v.value == 1050253722 or v.value == 1031127695 then v.value = 1 else results[i] = nil end end gg.setValues(results) results = nil

use prompt for help and do the same as the iterate, just v.value = prompt[1]

No. Any loop work one-by-one. But you do same work again and again. You can compile both examples to LASM and compare count of instructions. You will be unpleasantly surprised by the number of instructions in your code. for i = 1 ,#t1 do if(t1[i].value==1014350479)then -- get t1[i] t1[i].value = 1011011011 -- get t1[i] again elseif(t1[i].value==1050253722 or t1[i].value ==1031127695)then -- get t1[i] two times t1[i].value = 1 -- get t1[i] again end end Lua do not optimize any code. So if you write get same value few times - lua do it for you. With decrease performance, because it is pointless work.

this line erase element from table. So setValues do not re-set values and we avoid possibility erase changed value with old one. Also this operation really fast if run on list table (array-like table, called sequence in lua manual). And this is not rebuild table or reallocate memory, just exclude one value. So this way really fast. But if you try (after few remove) add to table some new value, or remove value from hash part - it can call rebuild table with memory reallocation, which is slow.

You can make it is faster, by cache get 'value' from inner table: local results = gg.getResults(5000) for i, v in ipairs(results) do local value = v.value if value == 1014350479 then v.value = 1011011011 elseif value == 1050253722 or value == 1031127695 then v.value = 1 else results[i] = nil end end gg.setValues(results) results = nil

By the way, for this reason, this code: local t = {1, 2, 3, ..., 1000} much faster than this: local t = {} t[1] = 1 t[2] = 2 t[3] = 3 ... t[1000] = 1000 For the table, an array of the right size is immediately allocated, and not reallocated repeatedly as it is populated. Although, again, this is true when the number of elements is thousands and tens of thousands, and not when there are hundreds of them. In this case, there will be no apparent difference.

better: v.value = 1011011011 edited[#edited + 1] = v do not waste time and memory for duplicate same table.

The group search is not ordered, so I would prefer second approach from those Enyby mentioned. For this case it would be something like the following: gg.setRanges(gg.REGION_ANONYMOUS) gg.clearResults() gg.searchNumber('1014350479;1012202996;1083179008;1050253722;1031127695;1065353216;1065353216;1067282596:61', gg.TYPE_DWORD) local results = gg.getResults(5000) local edited = {} for i, v in ipairs(results) do if v.value == 1014350479 then edited[#edited + 1] = {address = v.address, flags = v.flags, value = 1011011011} elseif v.value == 1050253722 or v.value == 1031127695 then edited[#edited + 1] = {address = v.address, flags = v.flags, value = 1} end end gg.setValues(edited)

Search not ordered, so order can be any and this code not work properly. This is not even taking into account the fact that there may be duplicates of the same values in a row. [added 1 minute later] Iterate over results, build table and pass it to setValues. Best solution if you have small amount of results.

Sure, you taught me this method. So I always use this method for the first try.

I should've known you would've got it I only sent in private message to someone how

It took like 3 minutes to found out... As easy as abc.

20200217214644.mp4 Very easy, just use UTF-8 to search your gold amount, edit to 9.

Dot decimal separator. So '1.014.350.479' is not a valid number. For change one value from group search need do refine search and editAll after that. Or load all values and work with it in loop. Use 'if' and 'setValues'.

Money can be direct hack. I will post tutorial soon.

Is all the videos people provide on new accounts that have spent 0 of both currencies? Values might not be balance, might be qty collected. So balance is calculated. Just a theory. N=O+D for search on coins as you EARN only. And see if you have a different value after a few searches. Also x64 distance between values is more often than not further than x32. Edit: I was correct... Coins earn Coins spent Gems earned Gems spent See attached image All together in that order.

View File SIMCITY BUILDIT STORE HACK SIMCASH + SIMOLEONS More scripts from the creator This script can be used to acquire: *Unlimited simcash *Unlimited simoleons *Store items reduced to cost 0 *Unlock all levels Submitter RONO_PLAYS Submitted 02/06/2019 Category LUA scripts