the point(0, ...) function is looking for the attribute on first input geo and in your case that geo doesn't have "pos_dir" attribute
so you may need to split your code int 2 wrangles
Found 5515 posts.
Search results Show results as topic list.
Technical Discussion » Problem accessing attribute from a different point
- tamte
- 8587 posts
- Offline
Technical Discussion » Any tips for optimising large numbers of blendshapes?
- tamte
- 8587 posts
- Offline
you can definitely optimize your blendshapes, by just keeping the points that changed per blendshape and assigning i@id attribute storing the original @ptnum
Character Blend Shapes Add SOP does this by default, so if FBX Skin Import doesn't import blendshapes in this form I wonder if that can be a good RFE or if there is a reason for it
but regardless I assume you should be able to process your blendshapes this way
Character Blend Shapes Add SOP does this by default, so if FBX Skin Import doesn't import blendshapes in this form I wonder if that can be a good RFE or if there is a reason for it
but regardless I assume you should be able to process your blendshapes this way
Technical Discussion » Polywire twisted shape issue
- tamte
- 8587 posts
- Offline
your curve is actually 2 curves with opposite flow, the easiest to join them into a single curve is to use Poly Path SOP instead of Fuse SOP
then you can use Orientation along curve to compute continuous up vector for Poly Wire SOP
or you can use Sweep SOP directly which computes the orientation in the same way
(there is a lot of geo processing happening on your curves, so rather than cleaning that uo I'm treating your resulting curves as a source geo)
then you can use Orientation along curve to compute continuous up vector for Poly Wire SOP
or you can use Sweep SOP directly which computes the orientation in the same way
(there is a lot of geo processing happening on your curves, so rather than cleaning that uo I'm treating your resulting curves as a source geo)
Technical Discussion » Implicit surfaces / extracting isosurfaces [[SOLVED]]
- tamte
- 8587 posts
- Offline
just set your LOD to 1,1 so that you use full res from your volume
Edited by tamte - 2024年3月26日 15:35:55
Technical Discussion » Implicit surfaces / extracting isosurfaces [[SOLVED]]
- tamte
- 8587 posts
- Offline
Technical Discussion » Age attribute from RBD sim
- tamte
- 8587 posts
- Offline
Bullet Solver SOP has Output/Age Attribute checkbox
or
Bullet Solver DOP or Rigid Body Solver DOP have Enable Aging checkbox, for this one you need to make sure you initialize f@age attribute before the sim
or
Bullet Solver DOP or Rigid Body Solver DOP have Enable Aging checkbox, for this one you need to make sure you initialize f@age attribute before the sim
Houdini Lounge » A Comprehensive Feature List Between Karma XPU + Redshift
- tamte
- 8587 posts
- Offline
You may probably want to cap the income in pricing comparison at 100k, or account for having to use Core license above that amount (as a bonus you will get 5 Karma tokens which may or may not tip the scales for someone, probably not now, but hopefully in the future )
Edited by tamte - 2024年3月25日 22:57:37
Houdini Indie and Apprentice » How can I change Houdini axis sequence from XZY to XYZ?
- tamte
- 8587 posts
- Offline
Technical Discussion » What is the point of the geohandle on setpointattrib
- tamte
- 8587 posts
- Offline
AnsonSavage
I'm confused though. Why would setting it to anything other 0 be useful? I don't see how those values could be retrieved, because the output of the wrangle only comes from geohandle 0, right?
it feels natural that the functions that write to the geo would support writing to a specifically provided geo rather than assuming a hardcoded one based on context they run in
the fact that when such CVEX shader is used in geometry context in a wrangle it is currently only valid for 1st output should be irrelevant
in the ideal world you should be able to write to any geometry in the memory, so I consider having a gemetry handle a great implementation, that may be ahead of time, but definitely aligns with generic language that VEX or CVEX shaders are rather than adhering to current limitations of Wrangles in SOP since even those may one day gain ability to create a geo in place and send it 2nd+ output or write separate geo in memory and save to disk etc...
EDIT: exactly as you additionally found:
AnsonSavage
Ah, I think I found the answer...
Edited by tamte - 2024年3月22日 11:44:30
Technical Discussion » xform from orient, P and scale (vex)
- tamte
- 8587 posts
- Offline
Cicutabetter than what?
Alternatively given a rotation matrix3 a vector3 scale and a vector3 P, what is the better way of combining all that into a single 4x4 matrix xform? (as the instance() func would)
Thanks!
you can still use instance function()
matrix xform = instance( P, {0,0,1}, scale, quaternion(rotation), {0,1,0});
or you can also do it this way for example:
matrix xform = matrix3( rotation ); scale( xform, scale ); translate( xform, P );
or this way:
vector euler = cracktransform( 0, 0, 1, {0,0,0}, matrix3(rotation) ); matrix xform = maketransform(0, 0, P, euler, scale);
and probably many others, but I haven't measured which one is the fastest
Edited by tamte - 2024年3月22日 11:27:00
Technical Discussion » Particle's "stopped" attribute is at 1 but it still moves?
- tamte
- 8587 posts
- Offline
mantas_kava
Found out that it all works just fine if I disable SOP solver (that transfers Cd attribute/mask from outside of dopnet which is responsible for making particles "active").
So now the question is - how do I activate my particles with a growing/spreading mask, but also make use of "particle sleeping" feature?
you can introduce another attribute, like i@activated
and have your spreading mask logic work only on particles with group: @activated=0
and have it set
i@stopped = 0;
i@activated = 1;
it will never be run for the already activated ones ever again regardless of whether they become i@stopped=1 in the future
Technical Discussion » pack geometry based on primitive integer attribute
- tamte
- 8587 posts
- Offline
NNNenovhttps://www.sidefx.com/docs/houdini/model/packed.html#types-of-packed-primitives [www.sidefx.com]
whats the difference?
Technical Discussion » Calculate Occlusion in Simulation ?
- tamte
- 8587 posts
- Offline
Solaris and Karma » Karma (XPU) camera projection
- tamte
- 8587 posts
- Offline
Solaris and Karma » Karma XPU background plate
- tamte
- 8587 posts
- Offline
ah, thanks for pointing that out, I was checking only without secondary rays
npetitthis was actually gonna be my question for XPU, to update the material, before I noticed that it didn't seem to be used
We're still looking to update it to MtlX however, as soon as we have the required math nodes to do so - which is why with or without won't make any difference in XPU renders currently.
npetitis it dependent on MtlX development? it seems like it's been years since MtlX updated any low level math nodes, and there is tons that's missing overall, but we can all hope
... as soon as we have the required math nodes to do so...
Technical Discussion » Procedural Approach - Curves From Hair Cards
- tamte
- 8587 posts
- Offline
Technical Discussion » non uniform "scale" of vornoi fracture "cells" domain
- tamte
- 8587 posts
- Offline
scale geo and cell point geo, fracture, scale back
if you want more intricate cuts you can also:
store rest, apply some deformation, fracture, restore rest
if you want more intricate cuts you can also:
store rest, apply some deformation, fracture, restore rest
Edited by tamte - 2024年3月20日 14:59:52
Technical Discussion » Strange Vellum Hair behaviour
- tamte
- 8587 posts
- Offline
lloydwoodyou can do it before, the p@orient is by default Quaternion so it would get transformed correctly for each copy
Ah. After the copy. Of course, because the orientation wouldn't be updated. Thanks Tomas!
the problem is your hair curves didn't have correct orient at any point
Technical Discussion » Strange Vellum Hair behaviour
- tamte
- 8587 posts
- Offline
it's caused by wrong p@orient attribute, you can add Orient Along Curve SOP and let it compute proper p@orient along hair curves
Solaris and Karma » How to Disable USD Time Samples in LOP vex
- tamte
- 8587 posts
- Offline
dishumanYes, it should have exactly 1 timesample, it shouldn't execute your code more than once
but the param seems also green, it's still timesample base.
I personally dont know another way that wouldn't recompute when you change frame
Edited by tamte - 2024年3月19日 22:30:37
-
- Quick Links