Houdini 20.5 Dynamics

Understanding Houdini dynamics

On this page

Note

The information on this page is partially outdated/incomplete and currently under revision.

Overview

You can use the shelf tools to create very useful and complex simulations without diving into the simulation network. However, if you want to customize the behavior of the simulation, make a simulation run faster, or create new behaviors, you need to understand how Houdini’s dynamics system works.

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.)

A solver 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.

Geometry Spreadsheet

The Geometry Spreadsheet is your window into the underlying objects and data of a simulation. You can create a new Geometry Spreadsheet pane in a tab.

The tree on the left side represents the objects in the scene and categories such as relationships, with branches representing the hierarchy of data attached to each object. The right side shows the fields of the data piece selected on the left side and their values.

This pane is very useful for examining the structure of the simulation. You can see which data is attached to which at the current frame and with the current display node, names and unique ids of data packets, as well as the values that make up the data.

Tip

The Geometry Spreadsheet updates dynamically as you play the simulation. This is very useful when you want to see how attribute data changes over time, but it slows down playback of the simulation. You can use the arrows on the pane divisions to “collapse” the Geometry Spreadsheet when you don’t need it to make simulation playback smoother.

The Geometry Spreadsheet for dynamics networks also contains the affector matrix for visualizing relationships.

Data names and data sharing

Data names

Each object and piece of data has a data name. Solvers look for data on objects by name. For example, the RBD solver will look for a data folder on an object called Forces, and use any force data it finds inside to change the object’s position.

Since nodes attach data by name, if you tried to use more than one node of the same type, such as two Fan forces, one would overwrite the data of the other if they both attached data as Forces/Fan. So Houdini has the Unique Data Name option that adds a bit of text to the data name to make it unique.

For example, in this network:

…as long as the two Fan Force nodes have Unique Data Name turned on, the RBD Object will have two separate pieces of force data attached to it: Forces/Fan_fan1 and Forces/Fan_fan2. Since the solver uses any force it finds under the Forces folder, this works out fine.

You can turn off Unique Data Name if you really do want one node to override another. The nodes will be evaluated left to right, top to bottom. You can also use the “set” pop-up menu (see below) for more control over how one node overrides another using the same data name.

When to set data

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.

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 drop-down menu on this node. This is useful for setting/changing the policy for many parameters at once. The “default default” is Set Initial.

Data sharing

  • For each piece of data, Houdini can attach a new copy of the data per object, or share the same piece of data between objects.

  • At each time step, Houdini creates a new copy of every object in the simulation.

  • For each piece of data, Houdini can create a new copy of the data per timestep, or share the same piece of data across timesteps.

The Data sharing option controls sharing of data between objects and across timesteps.

Do Not Share Data

Houdini does not share the data between objects, and it creates new copies of the data for each new timestep.

Share Data In One Timestep

Within each timestep, the data is shared by all objects using the same data name, but a new copy of the data is created for each timestep.

Use this option for data whose value you know is not dependent on any information about the object it’s attached to.

Share Data Across All Time

The data is shared by all objects using the same data name, and across all timesteps.

Use this option for data whose value you know is not dependent on any information about the object it’s attached to or time (that is, it’s identical for all objects and constant for the entire length of the simulation). For example, gravity could usually be shared across all time.

The default is Do Not Share Data because this gives the most predictable results. However, if you know that data can be shared between objects or across all time safely, you can decrease the amount of memory the simulation uses by using the sharing options. If you there are places where you can share data that would otherwise be copied onto tens of thousands of objects at each timestep, you can potentially decrease the amount of memory used by the simulation noticeably.

Unique IDs, object ids, and object names

Each object and data item has a universally unique ID. This 128-bit number is unique across all simulations on all machines for all time. You can use this value to tell when data packets are being shared and/or recreated at each time step. The unique ID is displayed as a field on objects and data items in the Geometry Spreadsheet.

Each object has an object ID. This is a simple integer that uniquely identifies an object in this simulation. Unlike the universally unique ID, it is not unique across different simulation networks, computers, simulation runs, etc.

Each object also has an object name. Object names are essentially a convenience — you can set up names so they are easier to remember and recognize than the simple object ID number. Object names are not unique, even within the same simulation: multiple objects can have the same name (this may even be useful in some circumstances).

In object creation nodes (such as RBD Object or Empty object), the Object name parameter controls the name of the created object. If you also use the Number of Objects parameter to create multiple objects at once, you can use the $OBJ local variable to append the created object number to the name. For example, if Object Name is brick$OBJ and Number of Objects is 3, Houdini would create objects named brick0, brick1, brick2.

The Geometry Spreadsheet normally shows objects by their names, but you can switch it to show object IDs instead.

Units

Measure Unit
Mass kg
Distance m (1 Houdini unit = 1 m)
Velocity m/s
Angular velocity degrees per second
Density kg/m3
Force N (newtons)

Note

The dynamics engine uses the standard SI units. Because Houdini uses meters (m) and kilograms (kg) as base units, the defaults tend to describe large, heavy objects.

Dynamics

Learning dynamics

Colliding objects

Simulation types

  • Pyro

    How to simulate smoke, fire, and explosions.

  • Fluids

    How to set up fluid and ocean simulations.

  • Oceans

    How to set up ocean and water surface simulations.

  • Grains

    How to simulate grainy materials (such as sand).

  • MPM

    How to simulate different types of solid materials (such as snow, soil, mud, concrete, metal, jello, rubber, water, honey, and sand).

  • Crowds

    How to create and simulate crowds of characters in Houdini.

  • Cloth

    Vellum uses a Position Based Dynamics approach to cloth, hair, grains, fluids, and softbody objects.

  • Finite Elements

    How to create and simulate deformable objects

  • Hair and Fur

    How to create, style, and add dynamics to hair and fur.

  • Particles

    How to create particle simulations.

  • Waves and ripples

  • Simulating ropes, wires, and other bendable objects

Next steps