1
0
mirror of https://github.com/Mojang/bedrock-protocol-docs.git synced 2025-01-30 18:31:21 +00:00
bedrock-protocol-docs/html/MovePlayerPacket.html
Oswaldo Leyva Barrientos 3187c2b126 Protocol for r/21_u5 NetworkProtocolVersion 766 (#16)
* Protocol for r/21_u5 NetworkProtocolVersion 766

* Fixed README
2025-01-14 10:49:28 -08:00

16 lines
2.2 KiB
HTML

<!DOCTYPE html> <html> <head><style>table{font-family: arial, sans-serif;border-collapse: collapse;width: 100% ;}.tab { margin-left: 40px; }td, th{text-align: left;padding: 8px;}tr:nth-child(even) {background-color: #dddddd;}div#expand{display:block;}</style> </head> <body><img src="svg/MovePlayerPacket.svg" alt="MovePlayerPacket">
<br><table><col width="10%"><col width="90%"><tr><th>Field Name</th><th>Field Notes</th></tr><tr><td>Player Runtime ID</td>
<td>If server-bound, this is always the id of the sending player. If client-bound, the target player.</td>
</tr><tr><td>Position</td>
<td>The predicted world space position of the player after movement simulation this tick. The server authoritative equivalent of this is PlayerAuthInputPacket::mPos</td>
</tr><tr><td>Rotation</td>
<td>Rotation in degrees of the direction they should look, separate from their body orientation. The server authoritative equivalent of this is PlayerAuthInputPacket::mRot</td>
</tr><tr><td>Y-Head Rotation</td>
<td>Rotation in degrees of the head. Almost always matches Y rotation. The server authoritative equivalent of this is PlayerAuthInputPacket::mYHeadRot</td>
</tr><tr><td>On Ground</td>
<td>For client bound packets this should have little meaning as it will be reset by the client every frame. For server bound it is true if the player is currently touching the ground. This is indicated by physics trying to move the player down and being stopped by collision. If the player falls freely or moves up it is cleared. If the player isn't affected by gravity this will stay at whatever value it had. The server authoritative near-equivalent of this is PlayerAuthInputPacket::InputData::VerticalCollision</td>
</tr><tr><td>Riding Runtime ID</td>
<td>If client bound this has no meaning. If server bound it is the vehicle the client is riding as specified by the last SetActorLinkPacket from the server. The server authoritative near-equivalent is PlayerAuthInputPacket::mClientPredictedVehicle</td>
</tr><tr><td>Tick</td>
<td>If this packet is referring to the player or a client predicted vehicle they are in control of, this should be the most recently processed PlayerInputTick from their PlayerAuthInputPacket. Otherwise zero.</td>
</tr></table></body> </html>