← Learn library

Crowds & Simulation / Houdini & Procedural Workflows / Houdini

How to Create an Initial State for a Water Simulation in Houdini 16.5

Channel: CGI Nerd ·

Legacy TutorialWritten guide

This tutorial is part of the CGI Nerd archive. Some software features, interfaces, or workflows may have changed since it was recorded.

Original CGI Nerd video thumbnail
How to Create an Initial State for a Water Simulation in Houdini 16.5CGI Nerd · Video hosted on YouTube

Playing loads YouTube content. YouTube processes data after activation.

Watch on YouTube

If the player is blocked or unavailable, use Watch on YouTube.

Software: Houdini

The water simulation in this Houdini 16.5 lesson starts above the ground, falls and splashes. The instructor wants frame one to begin with the splash already present while allowing dynamics to continue. The lesson distinguishes loading a saved state from replaying that same frozen state forever.

It starts inside an existing working water simulation. It does not build the FLIP setup, collisions or emission from scratch, and it does not establish a current-version workflow.

Save a state worth starting from

The instructor adds a File node in the demonstrated simulation context and chooses a file destination. In write mode, he plays the simulation until it reaches a state he likes—frame 24 in this example.

He explains that the chosen filename is overwritten as the simulation advances. This is a snapshot workflow, not a distinct file for every frame. The last written state is the one he intends to use as the beginning. Frame 24 is a choice for this splash, not a required settling interval for every water simulation.

Switch the File node to reading before evaluating the saved state. The recording returns to frame one and sees the loaded water, but playback then fails to advance the dynamics in the desired way. That observation is the problem the next step addresses.

Use the saved state only at the beginning

The instructor adds a Switch and places this expression in Select Input:

$SF==1

In the demonstrated setup, that condition selects the saved initial state on the first simulation frame and allows the FLIP-object branch to supply the continuing simulation afterward. The comparison produces a different selection for the first frame than for later frames.

The expression depends on the Switch’s input arrangement. The captions do not identify the input sockets precisely enough for this article to invent their numbering. Inspect the video’s connections and confirm that the true condition chooses the saved-state branch. Reversing the inputs without considering the condition would change what the switch selects.

The instructor activates the output and replays. The water now begins from the saved splash and continues moving. That is a stronger result than merely seeing the desired shape at frame one.

Check the transition, not just the first frame

Use two observations to evaluate this method: does the first simulation frame show the intended saved state, and do subsequent frames evolve instead of repeatedly loading it? A correct first image with no continuing motion reproduces the intermediate problem, not the finished demonstration.

The instructor says the state can participate with other dynamic objects, but this short recording does not test a range of new collisions or changed scenes. Treat compatibility with a different setup as further technical work.

Caption-based return points are 00:00–01:10 for the objective and File setup, 01:10–02:01 for writing and the frozen-read problem, and 02:01 onward for the switch and replay. They are reading references rather than official chapters. The exact saved file format and full network wiring require visual review; neither is guessed here.