Skip to content

# Optional Yaw-Only / Upright Physics Constraint for Sub-Levels #1577

Description

@appleLPG

I would like to suggest an optional physics constraint for Sub-Levels that prevents pitch and roll, while still allowing translation and yaw rotation.

This is not a camera stabilization request. The physical structure itself should remain upright.

For example, imagine a rectangular Sub-Level resting horizontally, with one corner being pushed upward by a solid obstacle:

Normal physics:

    ┌───────────┐
    │           │
    └───────────┘
          ▲
          │
        obstacle

The force creates a torque, causing the structure to rotate and eventually roll over.

With an upright/yaw-only constraint, the same situation would instead behave approximately like:

    ┌───────────┐
    │           │
    └───────────┘
          ▲
          │
        obstacle

The structure is pushed upward, but it does not pitch or roll.

In other words, the structure would have:

  • Translation on X/Y/Z: allowed
  • Yaw rotation: allowed
  • Pitch rotation: locked
  • Roll rotation: locked

The important distinction is that this would ideally be a physics constraint, rather than continuously rotating the structure back to horizontal after it has already tilted.

This could be useful for structures such as airships or other vehicles where realistic 6-DOF rigid-body behavior is undesirable. The vehicle could still move vertically, horizontally, and turn normally, while remaining horizontally level.

An optional configuration could perhaps look conceptually like:

  • Free — full 6-DOF physics
  • Yaw Only — translation + yaw, no pitch/roll
  • Limited Tilt — pitch/roll allowed up to a configurable angle

One reason I think this would be particularly useful for Minecraft is player comfort. A large physical structure can remain tilted for an extended period when its weight distribution or collisions produce a persistent torque. Since the entire world is normally aligned to Minecraft's horizontal axes, keeping the physical structure itself level can avoid a very uncomfortable visual reference frame.

Again, the main request is not to modify the player's camera. The desired behavior is to constrain the Sub-Level's physical rotation itself.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions