Adding to Cart…

Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2025 Daz Productions Inc. All Rights Reserved.You currently have no notifications.
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2025 Daz Productions Inc. All Rights Reserved.
Comments
The cell size change has to be cubed to get the increase in number of cells, which (if my numbers are right) have given 3 min 19 sec for the 1.5 cm cell and 1 hr 19 min 35 s for the 0.5 cm cell if it was the only factor - so obviously there are other factors too. I went down to a 1cm cell size in one of my tests, which didn't seem too bad (took about an hour-and-a-half, but that included particles). I didn't try rendering it though.
Indeed you are correct, and that was my calculations as well. 0.5 is 5 times smaller than 2.5, but would include 125 (5x5x5) times as many particles. This roughly fits in with my figures, which means the number of particles is the critical factor in time needed, but no doubt if I had had a more complex environment than a cube for the cells to interact with, that would have also pushed up the simulation time.
Is the plugin able to use more than one GPU to calculate the simulations?
If yes, is there an option to choose which GPUs are used and which are free for other tasks?
No, it only uses one GPU, and barely uses that. You can also not select the GPU at the moment, I guess it uses whatever the system says is the default GPU.
After a struggle with drivers etc I got my 1080Ti working with Fluidos, but it did not make a dramatic difference to the simulation times. Most of the time the GPU is doing very little whilst the one thread used by the plugin runs flat out. On the bright side there is plenty of room for future improvement as the plug-in is not currently using all the hardware available to it, but hopefully improvements will be made.
This is the setup of the tears image:
There are a FLUIDOS Domain, two Sources and one Sink (to remove water out of the bottom). The Domain is small to get better resolution whitout large simulation times.
The tears come from spherical sources. No velocity is applied to them, the liquid flows by gravity (a small one). The figure only has to be parented to domain; by default, is managed as obstacle.
Right tear
Left tear
The sink:
It could be beneficial to enable Diffuse particles in Domain Properties (and to add another Mesher with diffuse particles enabled).
...so it sounds like the CPU carries the brunt of the load. Too bad that more CPU cores couldn't be applied to the sim. Would make those big Threadrippers more attractive.
I wonder if the Tensor cores in the forthcoming 20xx cards (and current Titan-V) might not help with the sim as they are used for just such calculations. That may be a selling/buying point.
I added Fluidos to i13 Sento. Link goes to the thread with description.
..very nice. I have that same set.
That is excellent!
Thanks. I'm slowly getting better with Fluidos.
Your simulation is very good!
Thanks a lot. And thanks for the recent update.
Has anyone successfully created a Fluidos preset that can be shared as a freebie? I have a couple of ideas and would appreciate not having to reinvent the wheel. I am referring to creating a prop like a garden hose that someone could add to their scene. Are there Studio file collection and arrangement issues unique to Fluidos, or is it like any other freebie?
Nice, all nice!
It's like any other. The only difference is you have to add the .state file.
I, myself, am creating a series of Fluidos presets. This is the first one:
More: https://www.daz3d.com/forums/discussion/310366/coming-soon-fluidos-presets-series-commercial#latest
Anyone know why the fluid always seems to want to follow the intitial "x" orientation of the source object? I give the fluid a Y or Z velocity it'll always go to the X. But if I rotate the sim -90 Y it'll go forward the direction I choose. But the first frame will do a little... spurt? to the same initital direction every time.
Could you show a snapshot of the Fluidos properties of the Source, please?
https://i.imgur.com/iPTF70k.jpg
I also includes the weird spurt in the direction after a couple frames.
I've also run into another issue where I got a simulation done and merged the scene with an existing scene, then parented a character to the domain so it would interact with the liquid but the liquid ignores it (even if I choose body force).
For your source, set the Velocity (x) to 0.0 (the default is 100.0),
About the second scene, try to use a lower cell size, because low resolutions aren't suitable for figures.
Let me know if the above don't work.
Hi Alberto, thanks that did work. I'm a dummy. I just assumed all the Velocities would be defaulted to zero. I'm having a lot of fun playing with the tool and it's really impressive to see it directly inside of Daz.
Two more questions:
Yes, but you can change the velocities and the forces values. The values could be zero or negative either. For a fountain you need to set the source Velocity (y) to a positive value, maybe 300 or more. In fact, there is a Fountain recipe in Fluidos documentation (it's in ReadMe's folder, "54155_fluidos-recipes-guide.pdf") or here: http://docs.daz3d.com/doku.php/public/read_me/index/54155/start
Increase more the viscosity. The scene of the figure walking on snow uses 500,000 as viscosity value for simulation.
See here the video:
In next image you see the snow after the figure walked.
In the same documentation above there is an example of honey too.
...so I wonder if you could turn it into sand as well. The one thing that ruins desert and beach scenes, no footprints (or if there's a vehicle, tyre tracks) in the sand..
Yes, you could; the only difference would be the shader.
Consider me blown away. That snow is a fluid? Outrageously cool.
I missed the fact that there is a PDF of recipes. I guess I know what I'm doing tonight!
I use Carrara, and here is my first try with Fluidos for Carrara
I plan to do a lot more with it - my computer died on me (six years old already? Sheesh!) Must build a new one!
How about I have used Blender, not a fan of it, and I like being able to have dynamcs and particle phsycs in my platform of choice...?
Same. I have used Blender for some things but prefer the ease of use of Daz, especially since a lot of what I do is time sensitive and adding to the workflow pipeline by using another program is just not reasonable. Ease of use is a good thing, nothing is gainned making things harder or by something taking longer.
Do'h, I can't wait to get my hands on Fluidos but yeah DIM is a pain, it glitches a lot on my end of things and doesn't always work well. Still, I will endure the pain for this--did you find the learning curve steep or...?
I agree with everything you said and love the latter part of your reasoning -- we really need to support PAs who deliver these kinds of elemnts so that they keep bringing dah pain! I am always excited when someone offers these kinds of plugins.