Patman128

So you want to disallow item_template from overriding the values in the DBCs? That's what that option is talking about. Or you want the opposite, to override DBC values with item_template values? You can't do that, the client will just ignore them. You would have to patch the client, which, as Nuke said, is discouraged.

Why can't you use them?

Actually I think I'm wrong, 45044 should be applied when 45043 is applied and the same with removing it. The core should handle adding/removing 45043.

Is the bug that nothing happen right now?

Is handling it in void Aura::PeriodicDummyTick() not enough?

Can you link one of the spells?

The way I can see it: A. reverse-engineer new Warden modules and mod the old client to accept them, or modified versions B. create a new client-side anti-cheat solution and have players use it C. Use server-side checks only and deal with it Obviously none of these are as good as actually making Warden work on 1.12. My only hope is that somewhere out there there is a private server developer or game researcher who has a module, but then again they would also have to have the decryption key, so the chances are pretty slim.

Inter-server communication most likely, if there's going to be fighting across the border. You'd have players connect to a proxy that abstracts away the sector servers. When they move to a new sector the proxy starts routing their packets to the new server. If there's a fight across the border the 2 game servers either communicate directly or through the proxy since the player's state would be stored on the sector server they are in. Mangos is very monolithically designed with everything more or less in the same box, which makes it very easy to put in new features and play with it, but there's no support for multiple servers backing a single realm. If you want to design a well-planned, load-balanced server system, you shouldn't look at mangos as an example.

Great, so where can I find their source code? Otherwise this is useless information. Of course it can be done! In fact, I know of one server that had it implemented perfectly...

Maybe, but irrelevant. It doesn't matter how blizz does it, and if it can be done better on mangos, no reason not to.

It's not done anywhere right now. You have to get the MoveMaps patch to get it working on the server. The client has no support for generating paths.

You can say that, but to bump a 1 and a half year old thread without any requests or questions... I don't think it was. Schmoozerd probably knows best what happened.

...?

Wait, if someone uses the wrong addon, mangos will crash? This seems like something that should get some attention...

Not so much C++ as an understanding of how the system works i.e. how co-ordinates are calculated relative to the map and the real world and what packets to send. If I knew this I would have made and submitted a patch a long time ago.

Yeah, but you're letting players and creatures cast spells through walls. Is that really something you want to enable just for the extra 0.3% or whatever negligible amount of CPU? Not to mention it's also really important for ground height calculations in some places...

Yeah, creatures on transports are not supported yet.

There isn't really a reason to disable it. Vmaps are kind of essential to the server, and for the most part they work exactly as they should.

I know this is an old topic, but I have a question for the people more familiar with Warden: If the modules are signed, and we can disassemble the client to see how it inspects the signatures, can't we figure out how to sign them ourselves? Or is there a mechanism that prevents us from doing so? (I'm thinking key pairs) Just wondering for 1.12 reasons, since it seems to be impossible to find a real 1.12 module, let alone a Mac one.

Can you post it on paste2.org?

http://udb.no-ip.org/index.php/topic,12422.0.html

Teach a man to fish, blah blah blah. Point is, if that person were to get eaten by ravenous hamsters, how would you update your server? Or would you just use ancient mangos?

Should be installed in C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\bin 9.0* Anyways you might have to take ownership of the file. Oh thought he was using 2010. Yeah, should be 9.0, not 10.0.

Should be installed in C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\bin

Probably SMSG_AURA_UPDATE.