Static objects participates in the simulation, affecting other objects, but are not affected by it. Meaning they do not react to physics, including gravity and collisions and this way will remain unresponsive in terms of location, rotation, or deformation.
It will, however, give collision reactions. Objects will bounce off of Static Objects, and rotational inertia will transfer to objects capable of rotating (that is, rigid body objects will spin in response, though Dynamic Objects will not).
Note that none of this prevents you from transforming the Static Objects with Logic Bricks or Python code. The visual objects will correctly move and their physics representation will update in the engine as well.
Another important note is that the default Collision Bounds is a Triangle Mesh, meaning it is higher in computational requirements but also in detail. This in turn means the “Radius” option has no effect by default.
For more documentation, see the general physics page.
Note that, most of these properties are accessible through
the non-BGE scripting API via
which is of type
bpy.types.GameObjectSetting. This is useful,
for example, to set a range of objects to have gradated values via a for-loop.
Enables detection by Near and Radar Sensors.
Disables collisions completely, similar to No Collision.
Does not display, the same as setting the object to unrendered (such as unchecking the camera icon in the Outliner).
See rigid body.
- Anisotropic Friction
Isotropic friction is identical at all angles. Anisotropic is directionally-dependent. Here you can vary the coefficients for the three axes individually, or disable friction entirely. Python properties:
obj.game.friction_coefficients(a 3-element array).
The Static type differs from the others in that it defaults to a Triangle Mesh bounds, instead of a simple sphere. See rigid body.