|
Most likely... I don't even understand what he said besides something like, detect the amount of minerals, every 2 seconds. Subtract it. If the difference is higher then some amount, then it was obtained illegally. What unit is created when you use the hack? Can't I just detect it that way? (Bring/Command Unit/Deaths) ![]() ![]() ![]() ![]() ![]() ![]() ╔═══╦═══╦═══╦══╦═╦═══╦═══╦═══╦═╦═╦═══╦═══╗
╠═══╣....═╣..═..║........╠╗..╔╣..═..╠═══╬╗..╔╩╗..╔╬═══╣ ╚═══╩═╩═╩═══╩═╩══╩╩═╩╩═══╩═══╩╩═╩═╩═╩╩═══╝ |
|
I know to use Hyper Triggers, its just I thought you would want it to be somewhat of a delay between checks. Can you give me an example of what a trigger set up would be. I know about the count offs its just what should I be detecting? What is too much accumulation that should be flagged as "haxor"? ![]() ![]() ![]() ![]() ![]() ![]() ╔═══╦═══╦═══╦══╦═╦═══╦═══╦═══╦═╦═╦═══╦═══╗
╠═══╣....═╣..═..║........╠╗..╔╣..═..╠═══╬╗..╔╩╗..╔╬═══╣ ╚═══╩═╩═╩═══╩═╩══╩╩═╩╩═══╩═══╩╩═╩═╩═╩╩═══╝ |
|
No, I dont want a delay.
The trigger set up for the player: 1. Set deaths of dcPrev to the initial amount of minerals the player have at start. 2. Use binary countoffs to subtract deaths of dcPrev and the current amount of the resource till one of them is zero. Save the values you subtract in the temporary death counter dcTmp. 3. If the player accumulates at least Deadline of the resource then detect hack. 4. Add all remaining resources to the dcTmp. 5. Set dcPrev to zero. 6. Set back the resource and the dcPrev to the dcTmp using binary countoffs. The max accumulation of the resouce (Deadline) is the max amount of the resource you could obtain canceling one unit or upgrade plus 32 at most. This post was edited 3 times, last edit by Wormer: May 25 2008, 7:43 pm.
![]() ![]() ![]() ![]() ![]() ![]() |
|
So what needs to be my biggest variable? I remember seeing somewheres that for the minerals, it only needs to go up to 1024. Is this true? I don't understand why people go way overboard to something like 2^21.
![]() ![]() ![]() ![]() ![]() ![]() ╔═══╦═══╦═══╦══╦═╦═══╦═══╦═══╦═╦═╦═══╦═══╗
╠═══╣....═╣..═..║........╠╗..╔╣..═..╠═══╬╗..╔╩╗..╔╬═══╣ ╚═══╩═╩═╩═══╩═╩══╩╩═╩╩═══╩═══╩╩═╩═╩═╩╩═══╝ |
|
So what needs to be my biggest variable? I remember seeing somewheres that for the minerals, it only needs to go up to 1024. Is this true? I don't understand why people go way overboard to something like 2^21. ![]() ![]() ![]() ![]() ![]() ![]() |
|
So what needs to be my biggest variable? I remember seeing somewheres that for the minerals, it only needs to go up to 1024. Is this true? I don't understand why people go way overboard to something like 2^21. So what your saying is that I add up the maximum amount of ore that can be gathered up throughout the entire map and that should be my max number? Start from there and divide by 2 until I reach zero? ![]() ![]() ![]() ![]() ![]() ![]() ╔═══╦═══╦═══╦══╦═╦═══╦═══╦═══╦═╦═╦═══╦═══╗
╠═══╣....═╣..═..║........╠╗..╔╣..═..╠═══╬╗..╔╩╗..╔╬═══╣ ╚═══╩═╩═╩═══╩═╩══╩╩═╩╩═══╩═══╩╩═╩═╩═╩╩═══╝ |
|
I am starting to loose the point of what are you talking about.
If you're talking about the highest degree in the binary countoffs then: You should be sure that noone accumulates more than 2^MaxDegree of the resource or coutoffs will break. Though you can add failsafe in case this happens. If you're talking about the difference between the amount of the resource the player had the previous moment and the amount it have at the current moment then: The max accumulation of the resouce (Deadline) is the max amount of the resource you could obtain canceling one unit or upgrade plus 32 at most. Please be more clear. What do you not understand? Edit: You should be sure that noone accumulates more than 2^MaxDegree of the resource or coutoffs will break. Though you can add failsafe in case this happens. ![]() ![]() ![]() ![]() ![]() ![]() |
|
I was trying to explain that the "MaxDegree" is the Maximum Amount of Ore that can possible be accumulated throughout a game. Lets say that the Maximum Amount of Ore is 8192. This would be where I start to decrease my count off by.
![]() ![]() ![]() ![]() ![]() ![]() ╔═══╦═══╦═══╦══╦═╦═══╦═══╦═══╦═╦═╦═══╦═══╗
╠═══╣....═╣..═..║........╠╗..╔╣..═..╠═══╬╗..╔╩╗..╔╬═══╣ ╚═══╩═╩═╩═══╩═╩══╩╩═╩╩═══╩═══╩╩═╩═╩═╩╩═══╝ |
|
"MaxDegree" is not the maximum amount of the resource that can possible be accumulated throughout a game. It is 2^MaxDegree+1-1 (or you can think of it being 2^MaxDegree). More clearly, 2^MaxDegree+1-1 is the maximum amount of the resource the player could hold each moment (I mean that it is not the amount of the resource the player accumulated throughout the whole game, that should be obviuos though).
![]() ![]() ![]() ![]() ![]() ![]() |
|
I think I will just copy the format of the triggers in the map. This is too confusing. What is the maximum value that could be subtracted with the binary coutoff with maximum degree of MaxDegree? It is 1+2^1+2^2+...+2^MaxDegree=2^MaxDegree+1-1. For MaxDegree=0 it is obvious: 1=2-1=2^1-1=2^MaxDegree+1-1. Suppose it is true for MaxDegree=n. Then it is true for MaxDegree=n+1: 1+2^1+2^2+...+2^MaxDegree-1+2^MaxDegree=(1+2^1+2^2+...+2^n)+2^n+1=(2^n+1-1)+2^n+1=2^n+1(1+1)-1=2^n+2-1=2^MaxDegree+1-1 ![]() ![]() ![]() ![]() ![]() ![]() |
|
Write your own destiny, or else someone will write it for you!
|
Look Bronto, it's easy. You cannot gain more than say 600 (dunno how much actually) minerals in 1/8th of a game second. So you detect if the player has earned more than 600 that trigger loop and bang you got him. This is done by binary countoffs.
Every trigger loop you store the current minerals in a dc, the last minerals in another, subtract them both and if the result is at least 600 the ban trigger fires. Btw. someone asked what is done to activate ZMH: It's activated by cancelling an egg. That's why it's so hard to detect otherwise. ![]() ![]() ![]() ![]() ![]() ![]() ![]() http://sonsofwar.pyrom.net/index.html___0% 100% |
|
Look Bronto, it's easy. You cannot gain more than say 600 (dunno how much actually) minerals in 1/8th of a game second. So you detect if the player has earned more than 600 that trigger loop and bang you got him. This is done by binary countoffs. Every trigger loop you store the current minerals in a dc, the last minerals in another, subtract them both and if the result is at least 600 the ban trigger fires. Btw. someone asked what is done to activate ZMH: It's activated by cancelling an egg. That's why it's so hard to detect otherwise. What if its less then 600? ![]() ![]() ![]() ![]() ![]() ![]() ╔═══╦═══╦═══╦══╦═╦═══╦═══╦═══╦═╦═╦═══╦═══╗
╠═══╣....═╣..═..║........╠╗..╔╣..═..╠═══╬╗..╔╩╗..╔╬═══╣ ╚═══╩═╩═╩═══╩═╩══╩╩═╩╩═══╩═══╩╩═╩═╩═╩╩═══╝ |
|
Taking StarCraft Map Making to the Limit!
|
The mineral hacks give exactly 514 minerals whenever used(on a unit, which can be larvae, hydralisks, or mutalisks) so that could help make it more precise, but there is also the ability to take a building with the ability to morph, and then return a wounded drone and some money for it, I'm not too sure how you would detect that one though..
|