Rotation

Minecraft Wiki article. Categories: Cleanup_with_a_reason, Article_cleanup, Gameplay

📌 Mirrored from Minecraft Wiki

This article is reproduced from Rotation on the Minecraft Wiki. Mirrored from revision 3709817. It is licensed CC BY-NC-SA 3.0 by the Minecraft Wiki contributors — not under the Codex’s CC BY-SA 4.0, and it may not be used commercially. Edits belong upstream, not here.

This article needs cleanup to comply with the style guide.
 [discuss]
Please help improve this page. The talk page may contain suggestions.
Reason: rewrite phrases in the second person.
Perspectives

Rotation (also known as perspective, viewpoint or viewing angle) is the direction an entity is facing. Rotation in Minecraft consists of Y-rotation or yaw and X-rotation, declination or pitch, each affecting the directions of the body and the head of the entity. For entities without heads, they can sometimes rotate entirely around the X-axis. The "X" and "Y" refers to the axis about which they rotate. Rotation can limit what a mob or player can see, but other entities (e.g. boats and item frames) also have a rotation.

Representation

Entity hitbox

A frog's perspective can be seen as a blue line in the debug renderer.

Rotation is visualized by entity_hitboxes debug renderer as a long blue tint placed in-line with the (red) eye height hitbox and shows which direction the entities are looking.

Entity format

Rotation is internally represented with two float values in degrees.

  • Y-rotation varies from -180° (facing due north) to -90° (facing due east) to 0° (facing due south) to +90° (facing due west) to +180° (facing due north again).
  • For X-rotation, horizontal is 0°, with positive values looking downward and negative values looking upward. It does not exceed positive or negative 90°.

Debug screen

Facing in the Debug screen

With F3 + B, the rotation of all entities show up as a blue beam.

The player's own rotation can be seen in the debug screen under Facing. First the cardinal direction and axis are mentioned, followed by the two angles for direction and head tilt.

Y-rotation (Yaw Angle)

A change in the Y-rotation angle changes the direction it is facing, to the left or right of its direction of motion.[1] They are represented in the debug screen correct to 1 decimal place. (The X and Z coordinates are represented correct to 3 decimal places.)

Here, "anticlockwise angle from +X in a 2D system" is thought of as anything in (-180°, 180°], or -180° < x ≤ 180°, where x is one of the angles.

Y-rotation angle ranges based on the cardinal directions
Cardinal

Directions

Towards the axis Y-rotation angle range

(ranges inclusive, follows anticlockwise direction)

Range of anticlockwise angle from +X in a 2D system

(ranges inclusive, anticlockwise direction)

North negative Z -135.1° to 135.0° (135.0°..180.0° ∪ -179.9°..-135.1°) 45.1° to 135.0°
South positive Z 44.9° to -45.0° -134.9° to -45.0°
East positive X -45.1° to -135.0° -44.9° to 45.0°
West negative X 134.9° to 45.0° 135.1° to -135.0°
Diagram of a clock mapping yaw angles on a clock, highlighting the different cardinal directions in alternating black and white colours. The bounding angles are written on a white box in a black background.
Diagram mapping Y-rotation angles to clock positions and cardinal directions, along with the bounding angles (all inclusive) for each cardinal direction. This diagram has been referred to as the "yaw table" in this article.
Y-rotation angles based on the clock positions
Clock

Positions

Y-rotation angle Anticlockwise angle from +X in a 2D system
1 o'clock -150.0° 60.0°
2 o'clock -120.0° 30.0°
3 o'clock -90.0° 0.0°
4 o'clock -60.0° -30.0°
5 o'clock -30.0° -60.0°
6 o'clock -0.0° -90.0°
7 o'clock 30.0° -120.0°
8 o'clock 60.0° -150.0°
9 o'clock 90.0° 180.0°
10 o'clock 120.0° 150.0°
11 o'clock 150.0° 120.0°
12 o'clock 180.0° 90.0°

Algorithm for the Y-rotation angle

Explanation

The angle transformation to get the correct Y-rotation angle not only requires rotating the Y-rotation circle, but also reflecting the yaw table horizontally or vertically through the diameter.

Initial and Desired
A semicircle in Minecraft, placed in a valley using spruce logs and jungle place. Orientation is like a dome.
This is the upper half of a normal circle with the actual angles written. This picture can be compared with the one given above. We want to get the corresponding Y-rotation angles.

This part can be thought of as the top half of a semicircle standing on the +X axis. The circle is to be rotated for getting the outputs as in the yaw table. It is also checked whether reflecting the circle along the diameter (or flipping the circle) is necessary.

A semicircle in Minecraft, placed in a valley using spruce logs and jungle planks. Orientation is towards the left. Mirror of the "Semicircle rotated by minus 90 degrees" image.
The desired angles. The 180 degree part is above the 0 degree part, and the semicircle is in a C-like orientation.
What we want
Initial angle

(+X axis, anticlockwise)

Desired angle

(Corresponding Y-rotation angle)

Orientation Desired position in the semicircle
0° -90° Towards the left Bottom
90° 180° Left
180° 90° Top
Semicircle rotated by plus 90 degrees, orientation of the semicircle is towards the left.
Semicircle rotated by +90°.
Adding 90°
Initial angle

(+X axis, anticlockwise)

Final angle

(Corresponding Y-rotation angle)

Orientation Final position in the semicircle
0° 90° Towards the left Top
90° 180° Left
180° -90° Bottom

Reflecting the semicircle along the (imaginary) horizontal diameter produces the desired angles (Top changes to bottom and vice-versa).

Semicircle rotated by minus 90 degrees, orientation of the semicircle is towards the right.
Semicircle rotated by -90°.
Subtracting 90°
Initial angle

(+X axis, anticlockwise)

Final angle

(Corresponding Y-rotation angle)

Orientation Final position in the semicircle
0° -90° Towards the right Bottom
90° 0° Right
180° 90° Top

Reflecting the semicircle along the vertical diameter produces the desired angles (Right changes to left and vice-versa).

Wrapping back

For the yaw, the range is (-180°, 180°], which means that anything greater than the absolute value of 180 degrees must be wrapped back inside the yaw table. However, after the angle transformations, all the angles beyond the range are to be wrapped.

There can be many more approaches for wrapping other than the ones stated below.

Approach 1: Using the modulus

Required: the size and the minimum and the maximum values.

The size is 360° because the whole circle is being considered.

Therefore,

−190≡170(mod360)181≡−179(mod360)

In various programming languages, the mod(a, n) operator is used. When exactly one of the operands is negative, the basic definition breaks down, and programming languages differ in how these values are defined.[2] Here, n = 360. Therefore, 'a' should be changed to a positive value before performing the modulo operation.

Approach 2: Adding or subtracting by 360 degrees

360 degrees is a full revolution. Moving by positive or negative 360 degrees is the same thing as not moving inside the orbit.

Thus, the following method can be used:

f(x)={x−360,if x>180x+360,if x≤−180x,otherwise

This has been achieved through the following code in JavaScript:

angle = -360 * Math.sign(angle) + angle;
if (angle === -180)
    return "180.0";
return angle;

Here, angle is the variable x.

The final code

The final code in JavaScript is as follows. Two coordinates are used, namely (xcurrent, zcurrent) and (xdest, zdest).[3]

function getYawAngle(xcurrent, zcurrent, xdest, zdest) {

  // z is negated here (equivalent to -(zdest - zcurrent))
  let slope = Math.atan2(zcurrent - zdest, xdest - xcurrent) * (180 / Math.PI);

  slope += 90;   // Adding 90 degrees
  slope *= -1;   // Reflecting along the horizontal diameter

  // Wraps into the (-180, 180] range (Approach 2)
  if (Math.abs(slope) > 180) {
    slope = -360 * Math.sign(slope) + slope;
  }

  // Rounding to a single decimal place
  slope = Math.round(slope * 10) / 10;

  // Mimicking the Java special‑case string outputs
  if (slope === 0)       return "-0.0";
  if (slope === -180)    return "180.0";

  // Default path – always keeping one decimal digit like Java’s “‑123.4”
  return slope.toFixed(1);
}

The function in Approach 2 has not been replicated one-to-one.

Place blocks

The viewing angle affects the placement of some blocks: depending on how the player look, for example, a banner or a sign rotated accordingly. The viewing angle also plays a role when placing stairs or scaffolding.

Target selection

Target selection properties allow entities to be selected that have a specific viewing angle:

y_rotation Viewing angle
x_rotation Head tilt angle

Angle ranges are specified with two points, e.g. B. 43..47.

/title @a[y_rotation=<view angle>] actionbar {"text":"View direction (compass direction)"}
/title @a[x_rotation=<head tilt angle>] actionbar {"text":"head tilt (up)"}

Examples of the cardinal directions:

/execute if entity @p[y_rotation=135..-135] run say North
/execute if entity @p[y_rotation=-135..-45] run say East
/execute if entity @p[y_rotation=-45..45] run say South
/execute if entity @p[y_rotation=45..135] run say West

Save perspective

Blinking angles can be read out and saved in a score: This is done by creating a score target for the direction and the inclination.

/scoreboard objectives add direction dummy "viewing angle direction" 
/scoreboard objectives add tilt dummy "viewing angle inclination"

The direction and inclination are then read out using the command /data and save them in the respective score.

/execute as @a store result score @s direction run data get entity @s Rotation[0]
/execute as @a store result score @s tilt run data get entity @s Rotation[1]

Set perspective

The commands /teleport and /rotate can be used to set the perspective of entities. The entities can move freely after teleportation if they have AI, but they start with the fixed viewing angle.

Additionally, all entities except players can be realigned using the command /data via the property Rotation

Viewpoint coordinates

Circumflexes (^) allow the position to be determined depending on the rotation of an entity.

History

Java Edition

Java Edition
1.0.0Beta 1.9 PrereleaseAdded the rotation nbt tag for entities.
Beta 1.9 Prerelease 2Fixed inconsistent rotation behavior for certain entities.
1.814w02aAdded rotation arguments (<y-rot> <x-rot>) to the /tp command, allowing direct setting of yaw and pitch during teleportation.
14w07aIntroduced the x_rotation and y_rotation target selector arguments for filtering entities by facing direction.
14w08aFixed an issue where the client failed to clamp yaw rotation to the -180 to 180 range.[4]
1.1317w45bOverhauled the command system; the x_rotation and y_rotation selector arguments were temporarily swapped in functionality (x_rotation returned pitch, y_rotation returned yaw).[5]
17w47aResolved the swapped selector argument bug.[6]
1.15.2pre1Fixed a bug where modifying an entity's NBT data would reset its rotation.[7]
1.19.322w43aFixed visual stuttering of minecarts and boats.[8]
1.20.624w13aFixed a bug where mobs' yaw rotation would not update when standing still (pitch updated correctly).[9]
1.21Pre-release 1Fixed incorrect entity rotations after loading or reloading a world.[10]
Pre-release 2Fixed an issue where summoning any entity with a {Rotation:[]} NBT tag would rotate it incorrectly.[11]
1.21.224w33aAdded the /rotate command, enabling direct rotation changes without altering position.
24w34aFixed jittery camera movement when constantly rotating a player to their current rotation.[12]

Bedrock Edition

Bedrock Edition
1.14.0Fixed incorrect rotation for certain items.
1.20.15Fixed the getRotation() scripting method not returning the proper entity rotation.
1.21.21Fixed players experiencing the wrong perspective after going through Nether portals.
1.21.22Fixed a bug where all custom blocks were rotated 180 degrees in the UI.

Data History

Java Edition
Java Edition
1.1317w47aThe numeric ID for the Rotation NBT tag was removed as part of The Flattening.

References

Sources