[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
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
Archived author: MaxtorCoder • Posted: 2024-08-18T14:26:39.025000+00:00
Original source
No, again read the links that I sent you.
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
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.
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.
Archived author: MaxtorCoder • Posted: 2024-08-18T14:27:48.990000+00:00
Original source
THis reads a packet block for v3.1 sniffer version.
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>