Home
Creators
Search Recent Random
Posts
Search DMs Popular Hash Lookup Tags Random
Importer
Import FAQ
Register Favorites Keys Review DMs Logout
Community
Telegram ThePornDude
Home Creators Posts Import Register Favorites Logout

Volumes 101: Adding Forces To Our Solver (Patreon)

Published:
2017-11-08 11:14:14
Imported:
2026-06
Tags:
haven't archived this post yet. have a subscription? use the importer!

Videos

Downloads

  • Curvature_03.hipnc

Missing 1 full-res photo, 1 file, as this post has not yet been imported.

Content

Adding forces into our solver helps us to create more intricate detail while being able to direct our growth according to the values of a vector field.

Files

Previews only

Volumes 101 pt. 11: Adding Forces

Comments

Levent Ozruh

Hi There, I am trying to use custom forces such as your Art Directing Velocity Volumes. I have manually drawn curves and use them as the the driving force for the growth. So kind of merging this file with the Art Directing Velocity but when I use replace the Volume VOP of one with the other the geometry just shrinks. I was wondering if you have any idea on that.. Thank you!

entagma
>>12118310

Hi Levente, well there are a few general things I could think of: make sure your vectors point in the right direction and blend (mix) them with the gradient in order to have the SDF constantly expanding. This to me seems like the most important points. And then it's finding the right sim parameters. Which is a whole different story... :) <a href="https://www.dropbox.com/s/kb00fphjzfr4z71/Curvature_05.hipnc?dl=1" rel="nofollow noopener" target="_blank">https://www.dropbox.com/s/kb00fphjzfr4z71/Curvature_05.hipnc?dl=1</a> Cheers, Mo

Levent Ozruh

Thanks a lot Mo, is there a way to increase the growth speed? I tried to multiply the blend in volume vop but does not work.

entagma
>>12121997

Brutal way: Increase solver substeps. More sophisticated way: - In the volume wrangle creating the vel-volume, change the last line to: v@vel = dir * 10; - In the volume VOP inside the solver deactivate the normalize1-VOP Now you can use the multiplier in thevolume wrangle to drive the strength ouf your vector field. Have fun :) Mo

Levent Ozruh

Thank you Mo, I tried the sophisticated way - I dont have the cloth solver to increase the solver substeps -, and even when I play with the multiplier it does not change dramattically. In any case I also played with the blend ratio to decrease the expansion and increase the extrusion along the curve more so its less spherical and more according to the curves I put but that also did not work. I am attaching the file and the curves I used. <a href="https://we.tl/zTmhEaRird" rel="nofollow noopener" target="_blank">https://we.tl/zTmhEaRird</a>

entagma
>>12138056

Heyhey, a few things I noticed / that come to mind: - Which cloth solver? (Dial up the substeps in the SOP-Solver.) - Make sure your control splines are roughly positioned where your sim is happening - Make sure your velocity volume is big enough to contain your control splines - Make sure your velocity volume is roughly centered on the control splines (or vice versa) Cheers, Mo

Ben Carmeli

Hello! Love the course so far. I'm curious though, was there a particular reason for implementing the curl noise in a separate vdb? After the previous lesson, I played around with adding a curl noise node inside the Volume VOP within the solver (multiplying by both the vol. gradient and curvature) for some interesting results. I completely understand if it's just a personal preference as well. Thanks!

entagma

Hi Ben and thanks for asking - you were right. It is just personal style. In recent weeks I switched to calculating curl directly in VOPs / Wrangles, yet when I recorded the tut I was still using velocity volumes for curl. Which in this case admittedly is neither fast nor particularly clever :) Cheers, Mo

Daniele Frontini

Hello, thank you for this wonderful volume series. I just would like to understand: why do you normalize the gradient here? Isn't already the gradient a normalized vector by definition? Thank you!

entagma
>>9826353

Heyhey Daniele! Force of habit I guess - indeed you could omit this step here but I tend to normalize nevertheless just to make sure my incoming vectors are unit length. Had some bad debugging to do one time when I forgot to do so and the vectors were in fact not normalized :)