Is there still a way to actually drop people? If so, could you please tell me?

That's what a desync is, the player loses their synchronization with the other players because they ran a trigger that had its conditions met on their side, but the conditions weren't met for anyone else, so they drop, however, this drop is immediate, no wait time.

Pyro, no, I don't think you can set deaths of extended players/units. Try:
Set Deaths for Player 1: Add 3 deaths of UID:0. along with that condition. Read the last paragraph of my post again as well.

You can't set deaths of extended players/units, that's why EUD actions don't work anymore

Ok, So here's the desync trig that I came up with from the posts so far. Is this correct?





And This would Check to see if Player 1 is hacking. If he/she is, then it desyncs that player, correct?
Can I use the same address for other players?

That would check if they have their map hack on Lite, At Least 1 would work if they're hacking at all, and yes, that would desync the hacker, and it should work for other players, unless somehow that memory address gets shifted, which from my knowledge is pretty much impossible to do.

What do you mean shifted? And Impossible for who to do?

Oh, so I can just make the "Player 1" in the actions current player, and check each box, right? (just want to clarify- It'll take me a few times to really get this.)

Well, I mean it's basically impossible for hack makers like Zynastor to insert data into memory and shift everything over, if it was possible, however, it could possibly cause problems with EUD hack detection for those not hacking.


Yes, since SC's memory is the same for each person.

I was under the assumption that zyn changes his program whenever a popular anti hack comes out. It wouldn't be hard to change the address of the maphack, or just add a few bytes before the hack is on, making the EUD useless. Granted, the amount of time it takes him to fix the hack, and the hack to be distributed is much larger vs the amount of time it takes to make a new trigger.

Granted, the amount of time it takes him to fix the hack, and the hack to be distributed is much larger vs the amount of time it takes to make a new trigger.[/quote]

Yes, he would change it, by popular demand. I think he just loves the positive attention.

Your right, it wouldnt. He would have to change a few lines of code and add a few lines of code, and problem fixed.

In comparison, it is easier for him to fix the hack, simply because of we have to figure it out. If peoples hacks aren't working and are causing them to desync, why wouldn't they go and get the fix on their own?

Hell, if Zynastor wanted to he could make a bot net easily. It wouldn't be much of a large scale like Confiker...

Now, you modding pros, I have a question for you.

I would like to know if this would work (I haven't messed with SCMLoader a lot so I don't know if it works in this way)

You would modify/create a unit that would cause it to crash on site, so he would have to disable that specific unit ID too. Then we can just keep changing it until he has to disable all ability to see all units that would crash, which could potentially be all units. We could each have our own random one that would crash a hacker (that is not used in game), so Zyn doesn't know which one will need disabling to prevent crashing, and some will just be disabled and the hack would not allow simple games like a melee (unless he made a melee version -.-'')

FYI, SCMDraft 2 can input EUD's now.

It's under the condition "Memory"

And you input the offset under the -1 and then set the amount of deaths etc.

This can be closed unless further discussion is needed, I've got what I needed

Thanks to all.

I never actually got that, can it take the memory address directly, or must you convert it with EUDTrig still?

Test time?

Well, I never tried not converting it, but it works converting it via EUDTrig.

But I have run across a problem.

This is the steps I take.



This works fine and all, only displays the text when I toggle the MH.

BUT, when I close SC, re-do the steps, one single digit changes in the address, which in my case the next one was 08B57710 instead of 08BD7710.

So.. am I doing something wrong or does this MH change something constantly making it un-detectable?

Also, is there a way to just detect the last 4 digits instead of them all? If so, that would work. 'cause everytime those digits have remained unchanged.

*** EDIT ***

Now, am I doing something wrong?

Because, each hack I try I get the same results. The address changes EVERY time I restart SC, but if I don't restart SC and input the EUD into the map and test, it works.

The next time I try it, after restarting I crash due to the address not being found

Post has been edited 1 time(s), last time on Apr 26 2009, 10:36 pm by Oo.DaMeiN.oO.

This would be zynastors inginutiy. He made it so it uses multiple addresses, or dynamic addressing. This is what macs do, it makes a virus obsolete. In this case though, it makes it harder to isolate, and stop.

I think certain variables are constant though, because a few must be in order to remember where the randomized ones are, however, knowing that they exist and actually finding them is a totally different story.

Neither of you know if you can only take the last 4 digits?

Well, there's hundreds, if not thousands of memory offsets with those same last 4 digits, so that wouldn't help you much

So theres no way to stop it?

You'd have to find the address of one of his pointers, which is highly unlikely..