Houdini 20.0 Dynamics

Top ten intermediate things about dynamics

On this page

Objects, data, and solvers

Simulations consist of objects and data. Objects are merely repositories of data. When you see an object, such as an RBD ball, in your scene, it’s because the object has Geometry data attached to it, which by convention Houdini draws in the viewer and renders.

The data attached to objects is, in some sense, arbitrary: it can be pretty much anything. There are no constraints on how a piece of data is named or what it contains. But only certain names and types of data are meaningful to solvers.

Solvers do the work of calculating how simulated objects (RBD objects, wires, cloth surfaces, fluids, etc.) behave. They look at the data attached to objects (and may attach some of their own) and use it to run the simulation.

When you create a simulation object from the shelf, Houdini creates a high-level object, such as an RBD object. You can dive into the RBD object node to see that it’s really an Empty object with the right data attached - the data the RBD solver needs to simulate the object.

High level RBD object. Inside is an empty object with an RBD configure object node. Inside the RBD Configure DOP object node is a bunch of data attachments.

(Many dynamics nodes are implemented this way, as digital assets, where high-level nodes encapsulate networks that in the end are just attaching data to objects for the solvers to interpret.)

Solvers will use data it knows about and ignore other data. So, you can attach data useful to another solver (such as scalar data), or any arbitrarily named data, to an RBD object and the RBD solver will happily ignore it.

Solvers take objects and data and modify them

Solvers do the work of calculating how simulated objects (RBD objects, wires, cloth surfaces, fluids, etc.) behave. They look at the data attached to objects (and may attach some of their own) and use it to run the simulation. For example, the RBD solver will look at the physical data, such as density, and forces, such as gravity, attached to an object to determine where to move it (updating its position data). If an object doesn’t have a solver attached to it, it won’t do anything when the simulation runs.

(OK, that’s not exactly true… if you really wanted to, you could use expressions in the data fields that are meaningful to the viewer, such as Position, to make simulated objects move without a solver. But it wouldn’t be nearly as much fun!)

The solver that should control an object is attached as another piece of data on the object. Different types of simulated objects can affect each other (for example, RBD objects displacing smoke). Objects cannot be controlled by multiple solvers, but you can attach a solver that itself uses multiple solvers, such as a Blend Solver DOP. See below for more information on combining solvers.


When you use the shelf tools to create simulation objects, they will attach solvers for you. If you're working in the network, you will need to create your own solver nodes and attach them to your objects.

Houdini cooks dynamics simulations in a two step process:

  1. Process the network to establish objects and data attachments.

  2. Run solvers on the processed data tree.

Node networks and flags

Dynamics node (DOP) networks

DOP networks contain dynamics nodes (DOPs) that create or load objects and forces, establish the connections between them, and configure solvers for simulating their interactions.

If you use dynamics shelf tools, they will create a DOP network for you if necessary. You can also create your own DOP network at any network level of the scene.

You can have multiple DOP networks containing separate simulations. The dynamics menu lets you choose which network the shelf tools use.

See dynamics for more information on using dynamics nodes.

DOP flags




Q or B

Bypass disables the node, making it pass its data tree through to the output unchanged. This is useful for testing and visualizing the effect the node is having in the viewer.

When a node is bypassed, the flag on the left of the node is lit yellow.



When the hidden flag is on, the flag second from the right of the node is lit cyan.


Output marks the node whose output is used as the data tree for the simulation. Often this is at the end of the network, showing the cumulative output of the network, but you can move the display flag around the network.

When the display flag is on, the flag on the right of the node is lit orange, and an orange ring appears around the node.

How to refer to objects and data

For more information see DOPs input and output.

When a simulation is finalized, cache the geometry to disk

Set initial vs. set always

In a dynamics node that attaches data, each field has a pop-up menu that controls when the values on the right side are set on the input objects.

The default is Set initial, which sets/imports the data at the first frame of the simulation.

If you are importing values or geometry from outside DOPs where what is being imported changes (or may change) depending on the frame (for example deforming geometry or values referenced from other networks that use a time-dependent expression), you should change the menu for any parameters that need the updated value to “Set always”.

Set always is quite a bit slower, since it must constantly rewrite the data tree, so you shouldn’t turn it on unless you really need it, and turn it on for as few parameters as possible.

Set initial

Set this value at the first frame of the simulation, then let the simulation control the value from that point on.

Set always

Update this value at every frame. Use this setting if you want the value to be constant for every frame, or if the value is animated and so shouldn’t be controlled by the simulation.

Set never

Do not set/change this value, even on the first frame.

Use default

Use the setting from the Default Operation dropdown menu on this node. This is useful for setting/changing the policy for many parameters at once. The “default default” is “Set initial”.

Solve order and simultaneous solving

Houdini sorts out the objects in the scene based on relationships to determine the order in which to solve them. For one-way relationships, affectors are solved before the affected objects. Wherever a mutual relationship exists, or wherever a hierarchical group of relationships creates a loop, all relationships in that group must be solved simultaneously.

Simultaneous solving is really pseudo-simultaneous, because computers are sequential and can’t work with truly simultaneous events, so Houdini tries to work out a close approximation through an iterative process:

  1. Apply forces to objects in the order - left to right, top to bottom (in the network).

  2. Look for collisions.

  3. If anything collided, feed the collision forces back into the objects. For static objects this feedback step is optimized out.

  4. Repeat until no collisions or Max feedback loops is reached.

    The Max feedback loops parameter on the DOP Network containing the simulation limits the number of collision feedback loops Houdini will run, to speed up the simulation and prevent infinite loops.

The best order for solving RBD simulations is to evaluate the heavy objects first, before the light objects. When wiring nodes manually, you can try to wire heavy objects to the left of light objects in Merge DOP nodes. When creating networks automatically, Houdini will assume that particles (solved by the particle solver) are light, and try to wire them to the right of other objects. If you're simulating heavy particles, you may want to change the wiring order.

Utility solvers

Houdini includes several utility solvers for setting up more advanced networks.

  • Multiple Solver DOP runs multiple solvers in order on the same objects.

  • Blend Solver runs multiple solvers and blends between their effects, based on blend factor data on each object. Use the Blend Factor DOP to attach blend factor data to each object.

  • Switch Solver DOP routes objects to different solvers based on a piece of switch data on each object. Use the Switch Value DOP to attach switch data to each object.

    The switch solver is similar to the Switch DOP node, but where the Switch node operates during the data attachment step (and so can affect which data gets attached to which objects), the Switch Solver runs in the solve step (and so can see all data attached to all objects).

  • Script Solver DOP runs a script that can potentially change data, update positions, etc. Several HScript commands, expression functions, and HOM classes exist to enable writing scripts to modify dynamics simulations.

  • Copy Data Solver DOP


Learning dynamics

Colliding objects

Simulation types

Next steps