Forums WoW Modding Support Archives TrinityCore Discord Archives [DiscordArchive] > I am just wondering if Ymir chops out the first 12~ bytes of the buffer for the OPcode so the bina

[DiscordArchive] > I am just wondering if Ymir chops out the first 12~ bytes of the buffer for the OPcode so the bina

[DiscordArchive] > I am just wondering if Ymir chops out the first 12~ bytes of the buffer for the OPcode so the bina

Pages (2): Previous 1 2
rektbyfaith
Administrator
0
08-18-2024, 02:26 PM
#11
Archived author: _mrfade_ • Posted: 2024-08-18T14:26:24.398000+00:00
Original source

Ye so my question is that the byte[] Data actuatlly starts (for Wpp) at 12
rektbyfaith
08-18-2024, 02:26 PM #11

Archived author: _mrfade_ • Posted: 2024-08-18T14:26:24.398000+00:00
Original source

Ye so my question is that the byte[] Data actuatlly starts (for Wpp) at 12

rektbyfaith
Administrator
0
08-18-2024, 02:26 PM
#12
Archived author: MaxtorCoder • Posted: 2024-08-18T14:26:39.025000+00:00
Original source

No, again read the links that I sent you.
rektbyfaith
08-18-2024, 02:26 PM #12

Archived author: MaxtorCoder • Posted: 2024-08-18T14:26:39.025000+00:00
Original source

No, again read the links that I sent you.

rektbyfaith
Administrator
0
08-18-2024, 02:27 PM
#13
Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:02.072000+00:00
Original source

Stop overthinking it and literally look at the code that is open source and clearly tells you what the structure is
rektbyfaith
08-18-2024, 02:27 PM #13

Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:02.072000+00:00
Original source

Stop overthinking it and literally look at the code that is open source and clearly tells you what the structure is

rektbyfaith
Administrator
0
08-18-2024, 02:27 PM
#14
Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:27.424000+00:00
Original source

If it's 12 bytes it's a clear coincidence as the packet format for WPP is different than normal wow packets.
rektbyfaith
08-18-2024, 02:27 PM #14

Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:27.424000+00:00
Original source

If it's 12 bytes it's a clear coincidence as the packet format for WPP is different than normal wow packets.

rektbyfaith
Administrator
0
08-18-2024, 02:27 PM
#15
Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:36.534000+00:00
Original source

<https://github.com/TrinityCore/WowPacketParser/blob/master/WowPacketParser/Loading/BinaryPacketReader.cs#L181>
Like this.
rektbyfaith
08-18-2024, 02:27 PM #15

Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:36.534000+00:00
Original source

<https://github.com/TrinityCore/WowPacketParser/blob/master/WowPacketParser/Loading/BinaryPacketReader.cs#L181>
Like this.

rektbyfaith
Administrator
0
08-18-2024, 02:27 PM
#16
Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:48.990000+00:00
Original source

THis reads a packet block for v3.1 sniffer version.
rektbyfaith
08-18-2024, 02:27 PM #16

Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:48.990000+00:00
Original source

THis reads a packet block for v3.1 sniffer version.

rektbyfaith
Administrator
0
08-18-2024, 02:41 PM
#17
Archived author: _mrfade_ • Posted: 2024-08-18T14:41:53.268000+00:00
Original source

Ye I get that, I've checked over all that. But from how I understand it Ymir writes meta data and then the actual CData buffer. I am trying to read the buffer internally from NetSend so in this example from BinaryPacketReader:
```cs
opcode = _reader.ReadUInt16();
length = _reader.ReadInt32();
direction = (Direction)_reader.ReadByte();
time = Utilities.GetDateTimeFromUnixTime(_reader.ReadInt64());
data = _reader.ReadBytes(length);
```
that structure doesn't actually follow the CData buffer. The _reader here is the file stream of the pkt dump. The stream that's read in ReadPackedUInt64 is from the data byte array as seen above. So my question is for the data [] that is stored in the dump does it start at 0 and include the Opcode or is it shifted to ~12 as the Opcode itself is stored at 0x10 in the Buffer the OPcode is also never read from the data[] from what I can see. So here :

https://github.com/TrinityCore/WowPacket...r.cs#L1348

It's saying the Guid mask would be on the first byte of the CDatastore -> buffer. To be clear I've tried using the 1st byte and the 12th byte as my mask for the Packed read and they both return non values <:beenie:770403425149779968>
rektbyfaith
08-18-2024, 02:41 PM #17

Archived author: _mrfade_ • Posted: 2024-08-18T14:41:53.268000+00:00
Original source

Ye I get that, I've checked over all that. But from how I understand it Ymir writes meta data and then the actual CData buffer. I am trying to read the buffer internally from NetSend so in this example from BinaryPacketReader:
```cs
opcode = _reader.ReadUInt16();
length = _reader.ReadInt32();
direction = (Direction)_reader.ReadByte();
time = Utilities.GetDateTimeFromUnixTime(_reader.ReadInt64());
data = _reader.ReadBytes(length);
```
that structure doesn't actually follow the CData buffer. The _reader here is the file stream of the pkt dump. The stream that's read in ReadPackedUInt64 is from the data byte array as seen above. So my question is for the data [] that is stored in the dump does it start at 0 and include the Opcode or is it shifted to ~12 as the Opcode itself is stored at 0x10 in the Buffer the OPcode is also never read from the data[] from what I can see. So here :

https://github.com/TrinityCore/WowPacket...r.cs#L1348

It's saying the Guid mask would be on the first byte of the CDatastore -> buffer. To be clear I've tried using the 1st byte and the 12th byte as my mask for the Packed read and they both return non values <:beenie:770403425149779968>

Pages (2): Previous 1 2
Recently Browsing
 1 Guest(s)
Recently Browsing
 1 Guest(s)