Just means the Sniper maps need to be updated. I did the EUD's for a little while, not sure how long they used my triggers for though. Simple update should work.
So here we are in August 2011 and still no way to drop Oblivion from our games. Male genitelia in the mouth.
No reliable way, anyway. There are
ways, just ones that don't have anything close to a guarantee of catching every enemy.
None.
Here's a method that should work for anti-mh. Until of course, when hacks get updated!
Basically you will be putting to use, two different addresses, both of which are used by the minimap. The first of which, can check if the minimap is on or off. The value isn't the standard 1=on 0=off, but you should still be able to find it. The second, uses an address that should use a specific spot of the minimap that is always hidden. The minimap is basically a mini-grid of the.. well, map. When mh is toggled, the value of that specific spot will be changed and that is when you desync them. *I should note that the value will change if the cursor is placed over the specific "mini-grid".* I believe the second addresses value changes by whatever color is shown in that specific area.
If they turn off the minimap, and toggle mh, they won't be dropped. That's where the first address comes in. Since the first address isn't shared, you can only use local actions. In this case it would be to center view the player to a location where they can't do anything unless they turn on their minimap.
Post has been edited 2 time(s), last time on Apr 16 2012, 8:25 pm by SinistrouS.
None.
We are looking to implement a new up to date anti-hack for Sniper bald locks 1.10, preferably against map-hack, and possibly latency hack. Hopefully some new methods are discovered to help with that.
Post has been edited 1 time(s), last time on Apr 16 2012, 9:10 pm by DevliN. Reason: Deleted all the channel advertising and got to the point.
None.
I actually have a way that specifically drops Oblivion users. So let me know if you would like to see my amazing trigs o.O
EDIT: I also have ways to detect auto-mine, if maphacks are on in the beginning of game, and spoofs
None.
Do you by chance have anti-/drop hack? I haven't bothered diving into text detection as of yet.
Also, if some of the anti-hacks you are stating are in CnM3, they're flawed.
None.
First off, I never said they were perfect. Second, yes they are in CnM 3, and who are you on USEast? And third, I do know of ways to detect drophacks.
None.
As of a few days ago this is my USEast name. I was simply letting you know they are flawed. -Removed-
I also figured you knew how to detect drop hacks, but would you mind showing the triggers?
Post has been edited 1 time(s), last time on Apr 24 2012, 1:41 am by SinistrouS.
None.
Here's my personal anti-dh via keypress detection, detects if "[ENTER]", "/", "d", "r", and "o" are each pressed after the last, it's irrelevant whether other keys or backspaces typed in-between.
- This specifically has no protection for people typing /, d, r, and o, subsequently, but can be added at the mappers prerogative (I've deemed false-positive protection more trouble than it's worth, haven't had a false positive reported yet).
- It's pretty damn hard to beat (try it yourself!) but it
can be (though probably not consistently).
...
I would like to see those trigs mouse!
Attachments:
TheNitesWhoSay - Clan Aura -
githubReached the top of StarCraft theory crafting 2:12 AM CST, August 2nd, 2014.
Is there any particular reason why you only did /dro instead of /drop? Or is this just a proof of concept?
None.
It's something i've used, suppose you can call this map a proof-of-concept for anti-dh
as for detecting /dro insted of /drop_
(where _ is a space), /dro gives starcraft a bit of time to desync the drop hacker before he completes his command, I don't think that your standard desync happens immediately, and don't want the hacker to be able to drop someone in his last-synced-moments.
TheNitesWhoSay - Clan Aura -
githubReached the top of StarCraft theory crafting 2:12 AM CST, August 2nd, 2014.
Well. if it rly work. lets see about this situation
player: hello how can i remove friends ??
verssuss: ./frienD RemOve nick
then i get drop ??
None.
That's a false-positive, and I agree with jjf28 that it's not worth it to prevent such an instance. And by now, I hope people realize that you can shorten most of B.net's commands.
None.
That would cause a false-positive, yes
However, that situation is quite unlikely to arise in-game in such a way; adding and removing friends most often occurs in channels when the action of the game has subsided, whats more, I would probably tell the individual in your specific example to use "/f remove nick" rather than "/friend remove nick"
If you think it will be a serious issue than you can certainly add some kind of false positive protection; my previous way of doing so was to have the system track the number of spaces used, and the number of backspaces used... if the number of spaces exceeded the number of backspaces, the map would stop listening for key-presses (/, d, r, and o) until the number of spaces fell below 1+backspaces again, or until he pressed enter/esc to clear the current chat window.
Something that you also might want to consider is to what extent a drop hacker may come to know your false-positive protection and attempt to use it to circumvent your system, I wouldn't credit most drop hackers with that much problem-solving skills... but still something to consider
This specifically has no protection for people typing /, d, r, and o, subsequently, but can be added at the mapper's prerogative
TheNitesWhoSay - Clan Aura -
githubReached the top of StarCraft theory crafting 2:12 AM CST, August 2nd, 2014.
I would certainly have the space/backspace check in the system.
it was just example. i think if doing something - do it good
btw i started doing this map like 5 hours ago and i already added space and backspace trigger
it looks if u hit backspace it clear 1 switch coz i made it under switch not under death.
but i didint finished it coz... ask. SinistrouS ^_^
None.
The alt key being pressed at the same time as enter(closing) will screw it up, but it's possible to add another condition for that.
In my opinion, it would be far easier and you wouldn't have to worry about false-positives (people being stupid are exempt) if you just detected /drop in the player chat box. Although, if it's anything as stupid as regular text detection, you'll have to detect "To All: /drop" and "Allies: /drop" etc.
-Edit-
Since the address changes every game, it's impossible to detect in the players chat box.
The only option I see at this point, is to build on jjf28's triggers.
Post has been edited 2 time(s), last time on Apr 24 2012, 6:43 am by SinistrouS.
None.
The problem with this is that many of the drophacks use /qdrop, /zdrop, /left, and other commands to throw off anti.
EDIT: Fixed typo
None.
/qdrop and /zdrop would also be caught by the system in the posted map (the keypresses z, and q, are not even considered by the system); I haven't heard of "left" or other commands, if there's not too many alts then they could be mostly accounted for
editYou may want to detect these sequences as well:
/left
/crash
/win
As far as I can tell these are all simply different commands used to drop people in different ways, rather than alts meant to circumvent detection.
Post has been edited 1 time(s), last time on Apr 24 2012, 12:48 pm by jjf28.
TheNitesWhoSay - Clan Aura -
githubReached the top of StarCraft theory crafting 2:12 AM CST, August 2nd, 2014.
Yeah so detecting the /dro would drop the /qdrop, /zdrop, and even /ndrop (very hard to find private hack). But /left is from JiggieDrop which you can do /drop to dh the person. But you can also do /left and that forces people to leave the game and it even says the player has left the game. It's actually pretty cool. I am not sure about /win and /crash, but I just hope you are correct because I hope to add these to my next maps and prevent hacks from being used in my maps!
None.
Here's my personal anti-dh via keypress detection, detects if "[ENTER]", "/", "d", "r", and "o" are each pressed after the last, it's irrelevant whether other keys or backspaces typed in-between.
- This specifically has no protection for people typing /, d, r, and o, subsequently, but can be added at the mappers prerogative (I've deemed false-positive protection more trouble than it's worth, haven't had a false positive reported yet).
- It's pretty damn hard to beat (try it yourself!) but it
can be (though probably not consistently).
...
I would like to see those trigs mouse!
I see that you're trying to detect what the user is typing and setting deaths to keep track so this wouldn't work in multiplayer.
Post has been edited 1 time(s), last time on Apr 24 2012, 10:37 pm by xboi209.
None.