ok I am cooking. I clicked Cloud FX>Sky rig, default bounding box.
its makes a 1x1x1 cube with some lumps in them. thats not really big enough for a sky now surely. ok lets try scaling 10 x 10 x 10 . it says its cooking Op but am still waiting. it just tells me the time elapsed, is there a way to tell how long something is likely to take? if it will ever finish?
my processors are maxed out so its definately doing *something*
ops: sorry if this is stupid question
where is the progress bar
10220 14 2- Rob Chapman
- Member
- 55 posts
- Joined: 7月 2013
- Offline
- anon_user_37409885
- Member
- 4189 posts
- Joined: 6月 2012
- Offline
- malexander
- スタッフ
- 5219 posts
- Joined: 7月 2005
- Offline
- Rob Chapman
- Member
- 55 posts
- Joined: 7月 2013
- Offline
- anon_user_37409885
- Member
- 4189 posts
- Joined: 6月 2012
- Offline
- Rob Chapman
- Member
- 55 posts
- Joined: 7月 2013
- Offline
thanks Marty, sorry for being a pedant, but that's exactly what I did.
there is one object. A sky rig.
entering that there are 2 nodes connected. A sky_Bounding_box and a sky1
selecting the sky_bounding_box object
in the transform panel changing the scale from 1 to 10 on each axis is really slow, 20 mins+ and never cooks for what should be something very quick, no? I am not scaling the sky I am scaling the bounding_box that comes default with the sky rig
also tried with a box rather than default one. works quick to cook on any scale to start but scale it afterwards… uh uh
its not a big deal as I can just get the correct size box *before* applying.
there is one object. A sky rig.
entering that there are 2 nodes connected. A sky_Bounding_box and a sky1
selecting the sky_bounding_box object
in the transform panel changing the scale from 1 to 10 on each axis is really slow, 20 mins+ and never cooks for what should be something very quick, no? I am not scaling the sky I am scaling the bounding_box that comes default with the sky rig
also tried with a box rather than default one. works quick to cook on any scale to start but scale it afterwards… uh uh
its not a big deal as I can just get the correct size box *before* applying.
- anon_user_37409885
- Member
- 4189 posts
- Joined: 6月 2012
- Offline
No probs. The magic ‘speed’ is all in the nodes
Have a look at the sky node in sky_rig and the Voxel Size.
Its 0.1 when you place a box with a size of 10,10,10 and when it's 0.01 when you place a default box of size 1,1,1. When you place a box of size 100,100,100 the Voxel Size is 1
When you post-scale the box you are cubing the amount of voxels, so just divide the amount of Voxels to match your new size.
BTW you can see the amount of Voxels in the viewport by bringing up the Display Option, press ‘d’ whilst the cursor is over the viewport, under the Guides tab select Always on for Geometry information
Have a look at the sky node in sky_rig and the Voxel Size.
Its 0.1 when you place a box with a size of 10,10,10 and when it's 0.01 when you place a default box of size 1,1,1. When you place a box of size 100,100,100 the Voxel Size is 1
When you post-scale the box you are cubing the amount of voxels, so just divide the amount of Voxels to match your new size.
BTW you can see the amount of Voxels in the viewport by bringing up the Display Option, press ‘d’ whilst the cursor is over the viewport, under the Guides tab select Always on for Geometry information
- Rob Chapman
- Member
- 55 posts
- Joined: 7月 2013
- Offline
ha there you go, that is the info I needed!
thanks Marty thats exactly what I wanted to hear, why it is so slow and of course if voxel size is set to a ratio of initial bounding size and does not keep that ratio after creation - which admittedly I assumed it would as it is called a ‘rig’ but hey. will have to improve this rig so the ratio factoring stays intact
8)
thanks Marty thats exactly what I wanted to hear, why it is so slow and of course if voxel size is set to a ratio of initial bounding size and does not keep that ratio after creation - which admittedly I assumed it would as it is called a ‘rig’ but hey. will have to improve this rig so the ratio factoring stays intact
8)
- anon_user_37409885
- Member
- 4189 posts
- Joined: 6月 2012
- Offline
- Fruits
- Member
- 48 posts
- Joined: 6月 2010
- Offline
- jordibares
- Member
- 655 posts
- Joined: 2月 2006
- Offline
- old_school
- スタッフ
- 2540 posts
- Joined: 7月 2005
- Offline
Jordi is bang on.
The shelf tools are designed to set up various iconic setups to help guide users to best practices and to get something that performs well for most use cases.
But…
If you are using Houdini, you are after the unique cases of course. This means starting with the shelf tool then tweaking it to suit your needs. Almost everyone uses the shelf tools to try out new areas to create set-ups. Especially with FLIP fluids.
Most other apps have tools that execute scripts and what you end up with is a no-going-back scenario where invariably a few steps end up with a baked result somewhere along the line. That no-going-back fear that simply doesn't exist in Houdini. I haven't had that feeling since 1993 when I started using PRISMS and then Houdini.
In Houdini, a shelf tool just creates nodes in networks with various dependencies as parameter node references or expressions. Nothing is hidden. Nothing is baked. It's there for you to dissect and re-work. You can copy-paste networks to keep original versions around as well. Houdini only evaluates nodes that are doing work up from the display flags. Non-evaluated nodes have a minuscule overhead of about 15k I believe so nothing. No fear for copying and pasting off various versions of nodes.
To see these dependencies you can open up the Network display views (cursor over network and hit the “D” hotkey or press the “eye” icon in the network pane tools) and go to the Dependencies Tab and turn everything on except the last option. This will show you in the network all the dependencies on nodes. Very handy coming from any other app. It was put in there for this very reason. After a couple months of using Houdini, you don't need this any more as you get it and you kind of know where the dependencies are.
You can also RMB on any node tile icon and choose “View Dependencies” to see parent and child dependencies.
As for using volumes, size matters. The shelf tools try to inject some sanity to things by evaluating the bounding box of the incoming geometry and then trying to set up a voxel size that won't be too excessive. Some don't though…
You'll not forget this when wiring up SOPs manually to process volumes. Just tap the Esc key several times so that Houdini can catch the event and stop the process.
The shelf tools are designed to set up various iconic setups to help guide users to best practices and to get something that performs well for most use cases.
But…
If you are using Houdini, you are after the unique cases of course. This means starting with the shelf tool then tweaking it to suit your needs. Almost everyone uses the shelf tools to try out new areas to create set-ups. Especially with FLIP fluids.
Most other apps have tools that execute scripts and what you end up with is a no-going-back scenario where invariably a few steps end up with a baked result somewhere along the line. That no-going-back fear that simply doesn't exist in Houdini. I haven't had that feeling since 1993 when I started using PRISMS and then Houdini.
In Houdini, a shelf tool just creates nodes in networks with various dependencies as parameter node references or expressions. Nothing is hidden. Nothing is baked. It's there for you to dissect and re-work. You can copy-paste networks to keep original versions around as well. Houdini only evaluates nodes that are doing work up from the display flags. Non-evaluated nodes have a minuscule overhead of about 15k I believe so nothing. No fear for copying and pasting off various versions of nodes.
To see these dependencies you can open up the Network display views (cursor over network and hit the “D” hotkey or press the “eye” icon in the network pane tools) and go to the Dependencies Tab and turn everything on except the last option. This will show you in the network all the dependencies on nodes. Very handy coming from any other app. It was put in there for this very reason. After a couple months of using Houdini, you don't need this any more as you get it and you kind of know where the dependencies are.
You can also RMB on any node tile icon and choose “View Dependencies” to see parent and child dependencies.
As for using volumes, size matters. The shelf tools try to inject some sanity to things by evaluating the bounding box of the incoming geometry and then trying to set up a voxel size that won't be too excessive. Some don't though…
You'll not forget this when wiring up SOPs manually to process volumes. Just tap the Esc key several times so that Houdini can catch the event and stop the process.
There's at least one school like the old school!
- CiaranM
- Member
- 31 posts
- Joined: 6月 2009
- Offline
- takita
- Member
- 207 posts
- Joined:
- Offline
- riviera
- Member
- 1708 posts
- Joined: 3月 2020
- Offline
we all know what VFX artists do all day…
Imre Tuske
FX Supervisor | Senior FXTD @ Weta FX
qLib -- Houdini asset library
http://qlab.github.io/qLib/ [qlab.github.io]
https://www.facebook.com/qLibHoudini [www.facebook.com]
FX Supervisor | Senior FXTD @ Weta FX
qLib -- Houdini asset library
http://qlab.github.io/qLib/ [qlab.github.io]
https://www.facebook.com/qLibHoudini [www.facebook.com]
-
- Quick Links