• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver

Rogean in need of a C++ Network Stream Cryptography

  • Thread starter Thread starter Spiken
  • Start date Start date
Especially when you consider that the active packet type plugins use the exe's own functions to encrypt and decrypt packets...
 
haha, so true.
i dont think any of the P99 devs know how they should do to detect MQ2 rly, without messing to much with importen files and give alot of ppl problem.

i know of a good way to detect MQ2 and very easy way, and its quite funny that none of the dev have done this, or maybe just that they cant or dont know how.
They have missed a very easy way to detect MQ2 on, this would work on MAC/WIN/Linux, but hope they never figure it out :)
 
Apparently they found one and started encrypting packets, because showeq fails completely now.

Maybe you're doing something wrong. Just tested it and it's working perfectly. Are you using the right configuration file?
 
using 5.2.2? It was working a couple patches ago, I took a break and it stopped when I came back. Maybe I need to set it up again, these things are fickle.
 
using 5.2.2? It was working a couple patches ago, I took a break and it stopped when I came back. Maybe I need to set it up again, these things are fickle.

I'm using MySEQ 1.25.2 and it works fine.
 
oh, that's the difference. MySEQ directly accesses the memory of EQ (which I think is not safe now on p99, correct me if I'm wrong), whereas I'm using ShowEQ, that caps packets. All spawns are unknown or garbled, which says to me that they have been encrypted in a way that SEQ doesn't know how to decrypt them.
 
oh, that's the difference. MySEQ directly accesses the memory of EQ (which I think is not safe now on p99, correct me if I'm wrong), whereas I'm using ShowEQ, that caps packets. All spawns are unknown or garbled, which says to me that they have been encrypted in a way that SEQ doesn't know how to decrypt them.

I don't play on P1999 to progress, I just mess around on it, and since they released the eqchanges with the new DSETUP.DLL(which I assume is how they would be catching people) I've used every part of MQ including warping, speed, zoning, instantmem, etc...I also tried to enable maps but failed miserably. Looks like the DSETUP dll enables maps in all zones then sets a detour checking which server you're on and if it's P1999 stops the map from opening. I'm not very knowledgeable though, in that aspect of MQ. I'm not banned yet. Maybe I'm on a list waiting to be ban waved though, can't say.
 
so, i took a small glance into what hes looking at, turns out he couldn't do it without making us use a modified exe... basicly what he wants to do is make it so packets are encrypted in a effort to stop mq from fully being used at its current state (stopping all packet minipulation) problem is that we already have a packet encryption method to counter this kind of block...

good try rog, now, learn to program as good as our developers and one day you MIGHT be able to put us down for MAYBE 10 minutes :)
 
so, i took a small glance into what hes looking at, turns out he couldn't do it without making us use a modified exe... basicly what he wants to do is make it so packets are encrypted in a effort to stop mq from fully being used at its current state (stopping all packet minipulation) problem is that we already have a packet encryption method to counter this kind of block...

good try rog, now, learn to program as good as our developers and one day you MIGHT be able to put us down for MAYBE 10 minutes :)

Especially when you consider that he might have a few people where as we have a whole community to work at it ;)
 
Rogean in need of a C++ Network Stream Cryptography

Users who are viewing this thread

Back
Top
Cart