[REQ] NPC Movments from packets...

[LethalEncounter]

Code: Select all

struct Player_Update{
/*0000*/	int32	activity;
/*0004*/	float	unknown2; // 1
/*0008*/	float	direction1;	
/*0012*/	float	unknown3[8];
/*0044*/	float	speed;
/*0048*/	float	side_speed;
/*0052*/	float	unknown4;
/*0056*/	float	orig_x;
/*0060*/	float	orig_y;
/*0064*/	float	orig_z;
/*0068*/	float	orig_x2;
/*0072*/	float	orig_y2;
/*0076*/	float	orig_z2;
/*0080*/	float	unknown5[3];
/*0092*/	int32	unknown6;
/*0096*/	float	unknown7[3];
/*0108*/	int32	unknown8;
/*0112*/	int32	grid_location;
/*0116*/	float	x;
/*0120*/	float	y;
/*0124*/	float	z;
/*0128*/	float	direction2;
/*0132*/	float	unknown9;
/*0136*/	float	unknown10;
/*0140*/	float	speed_x;
/*0144*/	float	speed_y;
/*0148*/	float	speed_z;
};

That is our limited understanding of the structure. Note that I'm sure it has changed since that was valid, but the information we need from the packet has stayed the same.

[unknwon]

thanks LE, that does help. been trying all week to determine the player packets now.

But i`m seeing something that doesn`t make any sense.

The World server is seeing the following packet

Movement PAcket
0: 2E 83 90 40 3F B7 86 0D - 02 D0 84 EE EC 3C 1E FE | ...@?........<..
16: FF A1 3F 80 F8 BB 64 0C - BF F0 39 ED 8E 81 40 | ..?...d...9...@

but the client is sending the following.

192.168.10.104 -> 192.168.10.4
0000: 00 09 00 1d 25 3c 00 00 00 00 45 dc dd 52 1f 00 ....%<....E..R..
0010: 00 00 2e 83 40 90 3f b7 84 d0 02 0d 86 ee ff fe ....@.?.........
0020: 1e 3c ec a1 80 3f f8 bf 0c 64 bb f0 8e ed 39 81 .<...?...d....9.
0030 40 @

the information is there, but it`s not scrabbled ?

I`m sure you wisdom in packets can easily clear this up.

[LethalEncounter]

Could you paste the whole packet for the first packet? I need to know where you got that and what it is.

[unknwon]

the first packet is from the "Player::PrepareIncomingMovementPacket" of player.cpp, i`m using the DumpPacket(data, len).

it`s just strange, all the right values are there in the second packet, but not in the correct order.

[LethalEncounter]

Oh, That. Yah the data has to be reversed before it is useful. It is called from Unpack. I think they added it to screw with anyone trying to develop something that reverse engineered their packets.

[Zcoretri]

Oh, That. Yah the data has to be reversed before it is useful. It is called from Unpack. I think they added it to screw with anyone trying to develop something that reverse engineered their packets.

nah...they wouldn't ever do something like

[unknwon]

Thanks LE. it turns out my reverse procedure wasn`t working correctly. i think i got it know..