Physics

Create gameplay using physics rules and predictability; the core is explainability and controllability.

What is it

Things roll, collide, and topple under real physics rules, and you harness them to win — Angry Birds, Cut the Rope, and Crayon Physics are built on this.

How it plays

You cut one rope and watch the block sway, fall, and crush the target; when the physical chain reaction lands in one go, that "exactly as planned" rush is unmatched.

Why learn it

It teaches "predictable chaos" — anyone can wire up a physics engine, but making it "fair and fun" is all parameter and stability craftsmanship.

Physics play trades deterministic simulation for the player’s intuitive trust: the same input must produce the same result, or no one dares to plan precise moves. The hard part is not the engine — it is feel parameters and stability engineering: friction, elasticity, and damping set the motion rhythm, while tunneling and jitter set credibility, and the cut/demolish budget turns a sandbox into a puzzle. When players say "this physics feels real," they mean "I can predict it."

Why This Mechanic Matters
For Players

Physics play rewards the player with the "just as I predicted" hit: when blocks topple exactly the way you imagined, it is a small proof of how the world works — a satisfaction found nowhere else.

For the Ecosystem

Physics puzzlers are a classic breakout niche for small teams: engines are off-the-shelf and levels are content — Angry Birds and Cut the Rope both proved its commercial viability.

Transferable Craft

Learn physics play and you learn the hard craft of stability engineering: determinism of same-input-same-result, performance budgets, parameter feel tuning — core engineering literacy for any real-time system, and the most portable inner skill beyond physics itself.

Play Behavior
Physics
Gameplay Features
Complexity
Advanced → Hardcore
Learning Goals
  • Beginner: understand the physics loop — apply force/drag → motion & collision → judgment → feedback → reset — and reproduce one cut and collapse in the demo
  • Intermediate: write the stability contract (continuous collision detection, iteration counts, sleep thresholds) and shape feel with friction/elasticity/damping
  • Advanced: design the action budget and a reproducible solution space, and verify physics credibility with jitter rate, tunneling rate, and reset cost

② Instant Playable Demo

Physics Demo
Loading game…
Rule Hints
Rule: Apply force / drag → Motion and collision → Decision (trigger/failure) → Feedback → Reset / retry
Lab Guide: treat the demo as an experiment
Cut Budget Experiment
Do: Click "Cut (primary)" repeatedly until budget runs out, watching pieces and what structure remains
Observe: Budget is the economic constraint on actions: every cut has a cost, and careless cutting leaves you broke before the key structure. Budget turns a "physics sandbox" into a "planning puzzle" — cut order itself becomes strategy
Stability Watch
Do: After cutting, click "Advance 1 Step" a dozen steps and track the wobble metric
Observe: wobble visualizes structural stability: a cut severs load-bearing paths, and oscillation amplifies until collapse. Physics gameplay is predictable because identical inputs give identical results — players dare to make precise cuts only when they can predict which way things fall
Clear-Reset Experiment
Do: Cut the scene into a mess, hit "Clear (secondary)", then re-cut with a new plan
Observe: Clearing is a low-cost retry: physics trial-and-error needs fast resets, or the jitter from one failure contaminates every later experiment. A reproducible solution space depends on the ability to return to the initial state at will

③ Behavior System Breakdown

3.1 Problems Solved
  • Make physics outcomes predictable and learnable (same input yields consistent results)
  • Maintain stable simulation within performance budgets, reducing jitter, penetration, and other experience-breaking issues
  • Allow tactile parameters (friction, elasticity, damping) to be adjustable and verifiable for rapid iteration
3.2 Minimal Ruleset
  • Force: Use RigidBody.AddForce(F), e.g., F=10N, direction arbitrary.
  • Velocity: Set RigidBody.velocity = v, e.g., v=5m/s.
  • Gravity: Use default g=9.8m/s², or adjust via RigidBody.gravityScale.
  • Collision: Add a Collider (AABB/circle/polygon) to objects, enable Continuous Collision Detection (CCD) to prevent penetration.
  • Goal: Determine arrival/contact/holding via triggers or state machines; the minimal condition is arrival.
3.3 System Loop (optional)
Input (drag/force) → Evolution (physics simulation) → Decision (whether achieved) → Feedback (success/failure reason) → New input
Design Notes
Predictability beats realism: players do not need a perfect simulation — they need "same input, same result." One random jitter destroys all confidence in fine control; determinism is the foundation of physics play.
An action budget turns a sandbox into a puzzle: when cuts are limited, order itself becomes strategy — physics without a budget is a toy; physics with one is a game.
High damping actually stops things faster (counterintuitive): players assume damping "slows things down," but it really "converges motion" — feel parameters like this must be experimentally verifiable; whatever docs cannot explain, let players discover hands-on.

④ Common Combos & Variants

Physics + Puzzle
Use causal chains and mechanisms to create multiple solutions
Physics + Placement
Structural stability and layout optimization become the strategic core
Physics + Combat
Knockback, destruction, and rebound introduce spatial combat
⑤ Advanced Design & Algorithms (collapsed)Click to expand
Design Warnings
  • Excessive friction limits object movement; too little friction causes unstable motion and uncontrolled sliding—balancing friction is key to predictable movement.
  • High elasticity retains too much energy, causing excessive rebounds; low elasticity dissipates energy quickly, leading to stalling—reasonable elasticity controls motion rhythm.
  • Excessive damping stops objects too quickly; insufficient damping prolongs motion and can cause oscillation—moderate damping achieves smooth stops.
  • High-mass objects accelerate less under the same force, moving slower but penetrating less; low-mass objects accelerate more, risking penetration or overly fast motion.
Algorithm Examples
  • Collision: AABB/circle/polygon, Continuous Collision Detection (CCD)
  • Stability: Time step, damping, constraint solving

⑥ Related Case Articles