Houdini Solaris y USD: guía de flujo de trabajo por capas para escenas arquitectónicas

En la documentación de Houdini 22.0 de SideFX, Houdini Solaris se presenta como el nombre común de las herramientas basadas en USD para crear escenas, desarrollar looks y renderizar con Karma. Para los equipos de visualización arquitectónica, la idea central de Solaris consiste en construir la escena en capas relacionadas entre sí, en lugar de tratarla como un único archivo inmutable. Esta guía explica cómo vincular los conceptos básicos de USD con las redes LOP de Solaris para establecer un flujo de trabajo reproducible.

1. Planifica la escena como capas USD

USD es un sistema que describe escenas 3D mediante la combinación de capas. En el caso de un interior residencial, la escena principal puede hacer referencia a archivos independientes que contengan muebles, iluminación y otros elementos. En el ejemplo de una cocina de la documentación de SideFX, el archivo principal también reúne recursos como sillas y mesas, además de la iluminación. Este enfoque está diseñado para facilitar que distintos equipos trabajen en partes de una misma escena.

Antes de empezar, determina qué contenido se gestionará como una pieza independiente. Por ejemplo, mantener los recursos de mobiliario y el esquema de iluminación en capas separadas facilita el seguimiento de los cambios. Las capas no son solo una división de archivos: pueden representar una parte concreta de la escena, como un recurso, un personaje, una parte de un rig o un esquema de iluminación. En Houdini, los nodos de una red LOP modifican la escena USD recibida y generan una nueva salida.

2. Separa las ediciones de forma no destructiva

Una ventaja importante del enfoque por capas de USD es que permite mantener las ediciones en una capa nueva, en lugar de modificar directamente la escena existente. Así, la nueva edición no afecta automáticamente a otras personas que utilizan la misma escena base; cada integrante del equipo puede elegir si utiliza esa capa. También es posible sustituir un recurso por una versión más reciente y volver a aplicar las ediciones existentes.

En Solaris se puede utilizar Layer Break LOP cuando se necesita crear una nueva capa en la red. Para incorporar a la pila de capas del stage actual un archivo USD del disco, se puede usar Sublayer LOP; para hacer referencia a una capa creada dentro de la red LOP, se puede usar Reference LOP. Aunque estos nodos pueden parecer similares, la documentación los define para operaciones distintas: uno carga una subcapa existente y el otro crea una referencia a la capa creada.

1. Determina los límites de la escena principal y del contenido que se gestionará por separado.

2. Crea capas independientes para las ediciones que deban conservar los datos existentes.

3. Incorpora la capa del disco con Sublayer LOP y la creada en la red con Reference LOP.

4. Considera como stage el resultado de la escena que surge al combinar las capas.

3. Interpreta correctamente el stage, los prims y sus propiedades

El stage es el nombre del árbol de prims final que se calcula al combinar las capas USD. Un archivo USD puede ser una capa por sí solo y, en otro contexto, crear un stage cuando se carga en el nivel superior. Por eso, no es correcto establecer una distinción fija entre «archivo de stage» y «archivo de capa» basándose en la extensión del archivo.

Las unidades básicas de un stage son los prims. Una malla, una luz, un material o un objeto con información de transformación pueden ser un prim. Los prims pueden contener propiedades y prims secundarios. Hay dos tipos básicos de propiedades: attribute y relationship. Un attribute contiene un valor de tipo definido, como el tamaño o el color, mientras que un relationship establece una conexión entre un prim y otro. Por ejemplo, la asignación de un material puede entenderse como una relación entre una malla y un material.

Cuando las capas contienen valores distintos para una misma propiedad, la opinión más fuerte en la composición de capas puede prevalecer sobre la otra. Por eso, ante un cambio inesperado, conviene comprobar qué capa está influyendo en esa propiedad, en lugar de limitarse a observar el valor final. Solaris permite crear operaciones de alto nivel mediante nodos LOP; no siempre es necesario editar manualmente la estructura de bajo nivel de USD.

4. Verifica el resultado de la escena y el formato de archivo

Para inspeccionar el stage generado por un nodo LOP, haz clic derecho en el nodo y selecciona LOP Actions › Inspect Flattened Stage. Según la documentación, esta operación permite ver la salida del stage en sintaxis usda. Es un paso de verificación útil para comprobar qué prims y propiedades están presentes en la composición de capas.

Elige también las extensiones de archivo según el flujo de trabajo. Un archivo con extensión .usd puede estar en formato binario o de texto. .usda indica texto sin formato y .usdc, formato binario. Esta distinción entre extensiones busca evitar confusiones en el seguimiento de recursos o el control de versiones al cambiar el formato de archivo. La documentación también señala que Inline USD LOP permite añadir código USD en texto sin formato al stage; considérelo una opción para depurar cuando sea necesario, no un método habitual para crear escenas.

Qué implica para los equipos de arquitectura y visualización

Este enfoque es útil para los equipos que quieren gestionar distintos componentes de una misma escena arquitectónica, como recursos, iluminación y otros elementos, en capas separadas. Mantener una edición aparte de la escena base puede reducir el riesgo de modificar involuntariamente el trabajo de colegas que utilizan el mismo contenido. La posibilidad de actualizar las capas también permite gestionar cambios en los recursos o la iluminación junto con las ediciones existentes. La ventaja no es una aceleración automática del render, sino un mayor control sobre la forma de organizar y compartir los datos de la escena.

Los estudios que estén evaluando Solaris y USD deberían comprobar primero la compatibilidad con su organización actual de archivos y recursos, definir las responsabilidades de cada integrante respecto a las capas y probar la versión de Houdini que utilizan. La documentación de SideFX proporcionada corresponde a Houdini 22.0; como no garantiza la compatibilidad con otras versiones, conviene verificarla en la instalación de destino antes de migrar una escena de producción. Las fuentes no ofrecen detalles sobre requisitos de hardware o licencias, por lo que no es posible formular recomendaciones específicas al respecto.

Errores frecuentes

• Reunir todas las ediciones en una sola capa puede dificultar el seguimiento del origen de cada cambio. Considera separar el contenido según su función.

• No confundas Reference LOP con Sublayer LOP: la documentación los describe como herramientas para incorporar distintos tipos de fuentes a la escena.

• No des por sentado que la extensión .usd siempre corresponde a texto o siempre a formato binario. Ten en cuenta la distinción entre .usda para texto y .usdc para formato binario.

• No uses Inline USD LOP como método de edición predeterminado. SideFX lo describe como una opción que puede servir para depurar cuando sea necesario.