WHAT IS
3D RAD?
CLICK HERE
TO FIND OUT!
RigidBody
RigidBody is a customizable solid object supporting collision detection and realistic physics simulation.
Run-time, it is usually invisible and its visual aspect is provided by a SkinMesh attached to it. However, in the Virtual Editor (and run-time, mainly for debug purposes) it is visualized via a placeholder-mesh.
You can use your favorite 3d modeling application to create new rigid-bodies and add them to the RigidBody object library.
Your own 3d models are used by the RigidBody object as a reference to implement collision detection or determine mass distribution (which ultimately determines physics behavior). Please see this tutorial for details.
The RigidBody can act either as a static object (for example a terrain or the walls in a dungeon) or as a dynamic object (a car body, an airplane fuselage, a bullet, a falling rock etc). Please see Total Mass parameter (below) for more.
The RigidBody object will be subject to physics laws as soon as the project is started. For example, if it is dynamic and it is linked to a G-Force and a Terrain object, it will fall and rebound realistically.
After adding a RigidBody object to your project, you can configure it by double-clicking it in the Object List.
If this option is not checked, the rigid-body will only perform physics simulation when the object is shown by another object, like for example EventOnInput.
Note that physics is enabled by showing the object, instead of starting it, because being enabled, for a RigidBody object, doesn't just mean that its physics simulation is performed, but also that its placeholder geometry is rendered run-time. But see Display placeholder geometry for more.
Check this option to visualize the rigid-body's placeholder model, run-time. Note that the model is not shown if the object is disabled (see Enabled at start).
In the Virtual Editor you can only hide the placeholder mesh by right-clicking the item in the Object List.
If you attach the RigidBody object to a path by linking it to a Path object then it will try to follow the pre-defined course.
NOTE: the object will tend to follow the path. You must tweak the Force intensity and Torque intensity factors to achieve an accurate path-following behavior for your specific object.
The remarkable advantage in mixing path following with physics this way (instead of using SkinMesh object's path functionality for example) is that your object can interact realistically with the environment (collisions, forces, joints) while traveling along the pre-defined course.
Note that the relative speed along a specific portion of the path depends on the number of nodes defined along the segment. In particular, the more nodes are defined, the slower the speed. This property allows you to accurately program speed variations.
This simplified 'solid' volume is faster to process. It is automatically created from the bounding sphere of the placeholder mesh and it is recommended over the spg/ply-based version where accuracy for collision detection and simulation is not required.
IMPORTANT! Setting this value to -1 will make the object static (infinite weight). This is typically used for scenery elements, like terrain, buildings, trees and so on.
Note that when two objects collide, the actual restitution is the average of the restitution factors of the two objects.
Note that when two objects collide, the actual friction depends on the factors of both objects.
The bigger the value, the stronger the repulsion force. Negative values are valid.
The remaining controls on the dialog are common to all objects.
They are explained here.
The following internal parameters can be accessed by using event objects like EventOnValue or Script:
