I noticed that this is actually a common problem. I'd even be willing to say that most people that have tried to use zoneproxy weren't successful (unless they just don't voice it on the forum).
I've asked several various worldbuilders, devs, and regular users about zoneproxy / openzone. Openzone is very easy to use, and from what I can tell several people have used it. Zoneproxy is only usable if you modify the eqemu code via the "Zoneproxy friendly code changes to 5.3 dr2". Now, I've tried multiple times with multiple builds of 5.3 dr2 (there are many) to merge this code into eqemu (via finding the //ZONEPROXY BEGIN //ZONEPROXY END comment fields, and pulling values over one line at a time) to no avail.
I've had a few developers take the "ZP friendly code" and a build of EQEmu 5.3 DR2, and they weren't even able to merge the two together. As this program is an amazing effort (thx again WC), it just isn't accessible as by average the public isn't full of C++ coders. The only way Zoneproxy would be a full-on success would be to release binaries proven to work with the program. Otherwise, all the hard work on Openzone will be for not .. and you'll have very little public feedback (on things like bugs, features, zones hosting, texture sets, etc).
As someone that's just waiting for the day to actually be able to zone into third party zones (that i've spent 100s of hours on), I had to speak up a little.. .I notice a lot of people (not just myself) are still having trouble getting zoneproxy to work (yes it's a simple idea, but when the code isn't working there's not much we can do with it).
Threaded Mode
