kennylovecode

You gave a perfect answer.

As long as you look at the document in detail, you can get a general understanding. As far as I know, it should be that one-handed weapons and two-handed weapons are shared, and others are independent.

You can find this package structure in almost any open-source project, and it's incredibly simple. You can even let AI build directly in your project, using the structure I provided

It is not lacking, as weapon attributes are shared. For example, one-handed weapons start with 444

It is not lacking, as weapon attributes are shared. For example, one-handed weapons start with 444

It is not lacking, as weapon attributes are shared. For example, one-handed weapons start with 444

its custom

To be honest, I'm thinking about how to open this forging window through NPC.

After updating the map on ChangeMap, you may not have notified the client of the map status. In the conquer client, there are restrictions on setting up stalls. The "close stall" button will only appear when the status value includes the "stall-settable" flag.

public static unsafe ServerSockets.Packet MapStatusCreate(this ServerSockets.Packet stream, uint MapID, uint BaseID, ulong Status) { stream.InitWriter(); stream.Write(MapID);//4 stream.Write(BaseID);//8 //uint update = 1U << 31; //Console.WriteLine(update); stream.Write(Status); stream.Finalize(GamePackets.MapStaus); return stream; }

yes，When my client starts normally, I will have a timer to restore the assembly code of bypass to ensure that it will not affect other normal decryption.

This has nothing to do with the server, it is 100% a client problem. Not to mention the impact of database operations.I can find this problem in almost every small version of 5700-6609. It has never been solved, and I don't know why.

I've done this almost since version 5517, but you have to know its principle first.

It stopped for about a second before it recovered.

in video 14 second