You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
We have discovered a different behavior between htoa and kick regarding the primvars.
In our USD, a primvar named sps:my_primvar drives a switch_rgba in the arnold material builder.
The expected color assigned to the cube is green.
This primvar is correctly read if we load the USD in Houdini (using a sublayer node) and render it with htoa.
But it is ignored when I use kick (the color is red, which corresponds to the fallback value of the userdata node).
Expected behavior
Constant interpolation primvar values should be inherited down namespace, also for primvars with namespace. @cpichard already helped us on this issue, and it seems to be linked to this peace of code:
Hi there,
Describe the bug
We have discovered a different behavior between htoa and kick regarding the primvars.
In our USD, a primvar named
sps:my_primvar
drives a switch_rgba in the arnold material builder.The expected color assigned to the cube is green.
This primvar is correctly read if we load the USD in Houdini (using a sublayer node) and render it with htoa.
But it is ignored when I use kick (the color is red, which corresponds to the fallback value of the userdata node).
To Reproduce
Steps to reproduce the behavior:
output.usda
on disk:kick output.usda -nostdin -dp -frame 1001 -as 1 -v 6 -asmax 1 -r 512 512
Expected behavior
Constant interpolation primvar values should be inherited down namespace, also for primvars with namespace.
@cpichard already helped us on this issue, and it seems to be linked to this peace of code:
arnold-usd/libs/common/parameters_utils.cpp
Line 551 in cc613f3
Used Software Versions
Thank you for your amazing work!
Clement
The text was updated successfully, but these errors were encountered: