Mesh Type animation issues with FlipFluid’s Whitewater

[pegot]

The only way I can get FlipFluid Whitewater elements to animate in final render is by globally setting Mesh Type in Octane Server setting to either Movable or Reshapable. Individual Mesh settings for foam, spray and bubble do not work. Mesh type for the main fluid surface works fine but Whitewater parts will not animate unless that global setting is used. NOTE that using a global setting of Movable will animate Whitewater but not the main fluid itself. So really the only setting to get a complete FlipFluid animation to render correctly is to use a Global Reshapable setting.

Can this be looked into? For simple fluid scenes Global reshapable shouldn’t be an issue but if the scene is more complex with different types of animated and stationary meshes could it become problematic?

[linograndiotoy]

I'll check this.

[linograndiotoy]

It works fine here as long as you set the Object Type to Reshapable for all objects involved in the simulation.
No need to change Global settings.

[pegot]

It works fine here as long as you set the Object Type to Reshapable for all objects involved in the simulation.
No need to change Global settings.

Unless there is something wrong specific to my system, this is not working.

See attached videos. Setting every object in the scene to Reshabable proxy does not work for me. The Whitewater particles stay stationary and only the fluid mesh moves. If rendering just a still frame, then the particles render according to the timeline. But the only way I can get the entire animation to render and move correctly is by setting Global Reshapable. If necessary, I can upload a small sample file.

Also, shouldn’t the actual particles be Moveable or Scatter proxies since, unlike the fluid mesh, the don’t change topology?

Global-Reshabable.mp4

(153.18 KiB) Downloaded 1465 times

All-Objects-OctaneProperties-Reshabale.mp4

(126.73 KiB) Downloaded 1467 times

[linograndiotoy]

You're right!
I didn't test this launching an animation but only single renders.
We'll look into that!