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
I came across shader compilation errors when trying to implement a new LamaSurface node (Renderman definition: https://rmanwiki.pixar.com/display/REN26/LamaSurface). The LamaSurface node has two inputs of BSDF type and returns a surfacematerial.
We saw that the MaterialX Viewer skips the LamaSurface example because of this function (
), which requires the top-level surfacematerial to be connected to a top-level surfaceshader. We believe that this check is in place as MaterialX does not yet have logic that handles custom nodes that return surfacematerial data, as this pattern is not used in any of the examples in the MaterialX repository.
The text was updated successfully, but these errors were encountered:
Thanks for the report @mkuo-lucasfilm. This is a case we have not run into before, where the concept of front and back shader assignment needs to be wrapped up in a custom node. We have considered the surfacematerial node to be a terminal node that just handles shader assignment to geometry.
But I can see how this is needed to wrap up the LamaSurface node as a self-contained node. So this is something we need to address in shader generation, to support having custom nodes with outputs of material type.
I came across shader compilation errors when trying to implement a new LamaSurface node (Renderman definition: https://rmanwiki.pixar.com/display/REN26/LamaSurface). The LamaSurface node has two inputs of BSDF type and returns a surfacematerial.
We saw that the MaterialX Viewer skips the LamaSurface example because of this function (
MaterialX/source/MaterialXGenShader/Util.cpp
Line 368 in 328fde8
The text was updated successfully, but these errors were encountered: