When to activate
- Implementing custom physics behaviors beyond engine defaults
- Designing collision layers and filtering systems
- Optimizing physics performance for large numbers of bodies
- Building custom raycasting and spatial query systems
- Creating character controllers with precise movement
When NOT to use
- For simple trigger-based interactions
- For visual-only animations without physical simulation
- For particle effects (use VFX systems)
Instructions
- Collision layers. Define clear layers: Player, Enemy, Projectile, Environment, Pickup. Use masks for filtering.
- Rigid body tuning. Mass, drag, friction, restitution. Continuous collision for fast objects. Sleep thresholds for performance.
- Character controller. Kinematic (manual movement) vs dynamic (force-based). Kinematic gives more control. Custom gravity for game feel.
- Raycasting. Use for ground detection, line-of-sight, aiming. Layer masks to filter hits. Batch raycasts when possible.
- Joints and constraints. Hinge, spring, slider joints for mechanical systems. Breakable joints for destruction.
- Performance. Physics at fixed timestep. LOD physics (simple colliders far away). Disable sleeping bodies. Limit solver iterations.
- Custom physics. For non-standard needs. AABB collision detection, spatial partitioning (quadtree/octree), custom gravity fields.
Example
Physics Setup: 2D Platformer
Collision Layers:
Layer 0: Environment (walls, floors, platforms)
Layer 1: Player (collides with 0, 2, 3)
Layer 2: Enemies (collides with 0, 1, 3)
Layer 3: Projectiles (collides with 0, 1, 2)
Character Controller: Kinematic
- Custom gravity (higher fall speed for snappy feel)
- Coyote time (100ms grace after leaving edge)
- Jump buffer (queue jump input 100ms before landing)
- Ground check: downward raycast + capsule overlap
1---2name: game-physics3description: Game physics systems — collision detection, rigid body simulation, raycasting, and custom physics implementations4---56## When to activate78- Implementing custom physics behaviors beyond engine defaults9- Designing collision layers and filtering systems10- Optimizing physics performance for large numbers of bodies11- Building custom raycasting and spatial query systems12- Creating character controllers with precise movement1314## When NOT to use1516- For simple trigger-based interactions17- For visual-only animations without physical simulation18- For particle effects (use VFX systems)1920## Instructions21221. **Collision layers.** Define clear layers: Player, Enemy, Projectile, Environment, Pickup. Use masks for filtering.232. **Rigid body tuning.** Mass, drag, friction, restitution. Continuous collision for fast objects. Sleep thresholds for performance.243. **Character controller.** Kinematic (manual movement) vs dynamic (force-based). Kinematic gives more control. Custom gravity for game feel.254. **Raycasting.** Use for ground detection, line-of-sight, aiming. Layer masks to filter hits. Batch raycasts when possible.265. **Joints and constraints.** Hinge, spring, slider joints for mechanical systems. Breakable joints for destruction.276. **Performance.** Physics at fixed timestep. LOD physics (simple colliders far away). Disable sleeping bodies. Limit solver iterations.287. **Custom physics.** For non-standard needs. AABB collision detection, spatial partitioning (quadtree/octree), custom gravity fields.2930## Example3132```33Physics Setup: 2D Platformer3435Collision Layers:36 Layer 0: Environment (walls, floors, platforms)37 Layer 1: Player (collides with 0, 2, 3)38 Layer 2: Enemies (collides with 0, 1, 3)39 Layer 3: Projectiles (collides with 0, 1, 2)4041Character Controller: Kinematic42 - Custom gravity (higher fall speed for snappy feel)43 - Coyote time (100ms grace after leaving edge)44 - Jump buffer (queue jump input 100ms before landing)45 - Ground check: downward raycast + capsule overlap46```
UitbreidenOS