Quote:
Dax |
Yayyy
I'm glad to see this initiative moving forward. I have a suspicion that there aren't many coders out there waiting to unleash new cheats for eqemu. Meaning, if the current cheats become obsolete, there won't, for time at least, be new cheats available. From what I understand the cheats that are available are old binaries that get passed around between users. For example, pre-built MQ2 installations that include warping and zoning functionalities. My next suspicion is that if these mq builds suddenly stopped working, most "polyboxers" would lack both the resolve to code workarounds and the money pay someone else to do it for them. When I played PEQ I felt like the majority of cheaters were using these hand-me-down binaries, and I'd love to see that age pass.
I don't play eq(emu) any more, but I still read up on the community. I love you guys. Seriously. Keep up the good work. |
I sort of knew it would come to this - I figure who ever multiboxes, also has multi forum accounts and friends that multi-box with multi forum accounts. So, you got 10 people whining over the same change, and it probably is the same guy!
You can pretty much control a game server like this too, and is why these fixes are urgent. Something like this happened in the SOE EQ forums, where guilds would get together and bitch/bash everyone over anything they didn't like. It got so out of hand, one day I went to browse the forums, they were gone! hehe! The forums came back, but when they did, the requirements changed, and all that crap was stopped. It ain't gonna happen in these forums though :) |
Quote:
We didn't get any log notifications for MQ2Gate, they were all MQ2Warp. But, could it be since he used Gate in his bind zone, that could have triggered the warp detector? I know Wild not too long ago changed how zoning works... does the detector take those alterations in account in this case? Perhaps it didn't realize he zoned, and so the gate registered as a false positive warp? I do have a question, what is your code looking for exactly in zone_points? To use the example above, Gunthak does have 5 entries in zone_points, which represents the 5 zone-in points, pok, stonebrunt, dulak, and nadox x2. If you can offer suggestions, I'll have no problem updating PEQ's points to accommodate. |
I am all for this code being put in but I remember when it was on PEQ and it was horible. I play one toon, sometimes 2, and don't use MQ2 or WinEQ.
For the time it was implimented I was unable to really do anything. Now I am not saying it was just the code, could of been other factors but ever sense the code was placed in and even up to current PEQ has been unstable. Zone crashes, disconnects, random zone transport (like try zoning into FoB from Cabilis and ending up in Butcherblock), world server lost. I am all for stopping warping, and other *cheats* but not at the cost of normal playablility. |
Quote:
There's no stopping or changing this policy, as someone has to test everything, and PEQ is that someone. |
are you taking into account selo/selo horse/run3 in that? as well as the COh bug? that will set off this quit a bit untill COH is fixed.
COH bug = if you COH someone and they don;t /camp before zoning, the next zone they do zones them into the center of the zone, since the person isnt zoning in on an actual zone point, poof it triggers this code.(this bug has been posted on the PEQ forums. |
I moved your updates and unlocked thread (incase you have more), Thanks again for your help!
|
Thanks Angelox. =)
Quote:
Quote:
Try out the code, if you actually experience issues, then feel free to post about them, and I'll see what I can do to help you with you issue. Dax |
I am not talking about COH the spell.
you said in an earlier post, zones for which you have no zonepoint data on *like gunthak* would trigger the anti-cheat because it isnt taking it into accoutn and thinks the person is cheating. So you have the bug where if you get cohed and dont /camp before you zone into a new zone, you zone into the zone dead center, where there is no zonepoint, therefore making the code believe you just used a cheat such as /warp or /zone in which case triggers the anti-cheat See where Im getting at? |
No, the bug where CoH puts you at the zone's safespot triggers neither the warp detector, nor the zone/gate detectors.
Dax |
I just read the Gunthak thing that I think you were bringing back up, and I believe I misunderstood your question / statement before (or just explained it wrong due to exhaustion or stupidity).
I think that all of the detections are getting blurred here: There are 2 distinct types: Zoning and Warping. Look for the broadcast message when you trigger it and make sure that you're talking about the right one (as their detection methods are completely separate). Warping detects based on the client's movement over time, so if you travel across the zone faster than should be possible - it will hit you. Zoning detects based on the `zone_points` table for (major key word coming up) "UNSOLICITED" zone requests. If you gate, the server zones you as part of the spell effect. If you are inter-zone #summoned by a GM, then the server zones you as part of that command. These things do not set off the /MQZone detection. What DOES get checked are requests that originate from the client. These requests happen naturally too, so that's why we have to see if the client zone request is valid. The best way to do that is to see if there's a zonepoint near the client when it's sending that zone request. We check that with the x, y, and z columns on the`zone_points` table in the database. Example: Legitimate Zone Request:
Illegitimate Zone Request:
So when you're saying does this code handle this, or that, it's helpful if you can specify which feature you've had issues with in the past. Now, with that said, I feel like I've been a pretty good sport with humoring you. If you genuinely care about these things, and actually want the answers, then by all means, I'll continue fielding your questions, but if you're just a sore-assed player that's pissed off, because you're afraid of losing your ability to /zone or /warp (as you're coming across in your posts), then save us both the time, and pretend that the code doesn't exist. I'm not telling anyone that the have to put this on their servers. I'm simply trying to assist ServerOps by helping them to become empowered when dealing with these script kiddies (let's not over glorify these people by calling them hackers). If you're opposed to ServerOps having the option to prevent the use of Macroquest on their servers, then clearly you're at the wrong show. Basically: If you're interested in helping debug the code, the I welcome it, but if you're just posting shit like this in an attempt to derail the code, save us both the time. Thanks, Dax |
My edit timer ran out - in the first example:
Quote:
Quote:
Dax |
Quote:
So if someone pisses you off, they will go before you do. We are not going to let these forums get out of control anymore, as its alienates us from the project when it does. |
Quote:
This is a great thing, people hacking on a free server that someone took the time to build is pure crap. This is one of the greatest submissions to EQEmu I have seen, and most people feel that way. Just remember the more script kiddies that complain the better it is! |
All times are GMT -4. The time now is 08:05 PM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.