Guía de Houdini Solaris y USD: organiza escenas arquitectónicas por capas

Esta guía aborda el flujo de trabajo de Solaris y USD descrito en la documentación de Houdini 22.0 de SideFX, desde la perspectiva del modelado y la visualización arquitectónicos. Solaris reúne en un mismo entorno de producción la creación y edición de escenas USD en Houdini y el proceso de renderizado con Karma. El enfoque consiste en combinar distintos contenidos mediante capas y referencias, en vez de reunir todo lo que hay en la escena en un único archivo.

1. Planifica una estructura de escena por capas

En USD, una escena puede construirse a partir de capas de datos relacionadas entre sí. Por ejemplo, en un proyecto de interiorismo, la escena principal puede incorporar desde archivos separados elementos como el mobiliario o la iluminación. La escena resultante de combinar estas capas se denomina «stage». El stage no es tanto los archivos de origen en sí como la estructura resultante de evaluar esos datos en conjunto.

Una ventaja importante de trabajar con capas es que permite mantener las modificaciones separadas de los datos de base. Añadir una capa a una escena existente y definir allí los cambios permite aplicar una edición distinta sin modificar directamente la capa principal. Cuando se actualiza un asset, las relaciones entre capas también pueden ayudar a utilizar otras modificaciones junto con la nueva versión. Esta estructura facilita el trabajo de varias personas o equipos en una escena compartida, aunque las fuentes no especifican un esquema de capas obligatorio para los proyectos.

Para empezar, sigue estos pasos:

1. Identifica el contenido de la escena y las modificaciones que deben mantenerse separadas.

2. Decide si estos elementos estarán en archivos independientes o en capas creadas durante el trabajo.

3. Añade las capas a la escena y combínalas; lleva un registro del origen de los datos de cada capa.

4. Comprueba si tu flujo de trabajo se beneficia de mantener los cambios en una capa aparte, en lugar de escribirlos en el asset de base.

Estos pasos ofrecen un marco inicial para entender la lógica de capas de USD; no constituyen una estructura de carpetas ni un estándar de nomenclatura de archivos específico.

2. Usa redes LOP en Solaris

Los LOP de Solaris son nodos que aplican operaciones sucesivas a una escena USD. Cada nodo recibe la escena de la etapa anterior, la modifica y genera su propia salida. Por eso, una red LOP permite visualizar los pasos de creación y edición de una escena como una cadena de operaciones. Su lógica de flujo es similar a la de las redes SOP que trabajan con geometría en Houdini; aquí, los datos procesados por los nodos son escenas USD.

Las operaciones de alto nivel que ofrece Solaris ayudan a construir el contenido de una escena sin tener que editar manualmente en cada ocasión la estructura de bajo nivel de USD. Aun así, comprender términos básicos como prim, propiedad y capa facilita entender qué hacen los nodos. La documentación de SideFX también señala que los parámetros de LOP utilizan la terminología de USD y que, en algunos casos, se basan directamente en sus funciones.

Para inspeccionar el resultado generado por una red, haz clic derecho en el nodo LOP correspondiente y selecciona LOP Actions › Inspect Flattened Stage. Esta opción permite visualizar la salida de la escena con sintaxis USDA. Así, además de revisar las conexiones entre nodos, puedes comprobar la estructura de la escena que genera la red.

3. Distingue entre prims, propiedades y relaciones

Una escena USD puede entenderse como un árbol formado por elementos básicos llamados prims. Una malla, una luz o un material pueden aparecer como prims, que a su vez pueden tener nombres, propiedades y elementos secundarios. Las propiedades que describen la apariencia o los datos de un prim se presentan principalmente de dos formas: los atributos, que almacenan valores, y las relaciones, que establecen conexiones con otros prims.

Por ejemplo, un atributo puede almacenar un valor como las dimensiones de un objeto. Una relación puede vincular dos elementos de la escena, por ejemplo, indicando con qué material está asociado un objeto de malla. Esta distinción ayuda a identificar, al leer la estructura de la escena, qué datos son valores y cuáles son conexiones.

Al combinar capas, una misma propiedad puede tener distintos valores. El valor de una capa con mayor fuerza puede prevalecer sobre el de una capa inferior. Así se puede definir un valor distinto para una escena concreta sin modificar el archivo del asset de base. En Houdini, Reference LOP permite añadir otra capa como referencia a la capa creada, mientras que Sublayer LOP carga un archivo USD en la pila de capas del stage actual. Son operaciones distintas y conviene elegirlas según la necesidad.

USD también cuenta con tipos especiales de atributos llamados primvars. Estos pueden utilizarse para influir en los parámetros de los materiales; la forma en que los valores se distribuyen sobre la geometría se relaciona con la información de interpolación. La documentación de SideFX explica tipos de distribución como Constant, Uniform, FaceVarying y Vertex. Estos detalles son relevantes, sobre todo en escenas donde los datos asociados a la geometría deben afectar al material o al aspecto del render.

4. Comprueba el formato de archivo y el alcance de las herramientas

La extensión .usd, por sí sola, no indica si el archivo contiene texto legible o datos binarios. .usda identifica el formato de texto y .usdc, el formato binario. Esta distinción es importante cuando se necesita inspeccionar el archivo con un editor de texto o analizar técnicamente su contenido.

La herramienta Component Builder de Houdini puede preparar una red inicial para crear un modelo USD a partir de geometría SOP. Según la documentación de SideFX, la herramienta incluye compatibilidad con materiales, variantes, payloads y capas. La documentación de Solaris también explica que los shaders basados en MaterialX pueden utilizarse con Karma. Sin embargo, esto no significa que todos los datos se transfieran sin problemas entre distintos programas; las fuentes disponibles no ofrecen una matriz de compatibilidad específica.

La documentación en la que se basa esta guía corresponde a Houdini 22.0. Si trabajas con otra versión, consulta la ayuda de la versión que utilizas en lugar de dar por sentado que las mismas herramientas y procesos siguen siendo válidos. Como las fuentes no detallan los requisitos de hardware ni las condiciones de licencia, conviene verificar estos aspectos por separado antes de configurar el proyecto.

Efectos en los flujos de trabajo de arquitectura y archviz

Una estructura USD por capas puede permitir combinar distintos datos de una escena —como modelos, materiales e iluminación— y mantener las modificaciones separadas entre sí. Los equipos que trabajan en una escena compartida pueden beneficiarse especialmente de poder añadir sus propios cambios sin modificar directamente los datos de base. En Solaris, las redes LOP también permiten construir estos cambios por etapas.

Antes de empezar la producción, define en qué capas se guardarán los archivos, cómo se utilizarán las referencias y con qué versión de Houdini trabajará el equipo. Además, comprueba en una escena de prueba pequeña la compatibilidad de los archivos del proyecto con el software de destino y el hardware disponible. Como la documentación de origen no especifica requisitos definitivos para estos últimos aspectos, la validación específica del proyecto no puede sustituirse por una regla general.

Errores frecuentes

• Suponer que un archivo .usd siempre contiene texto legible; la extensión también puede usarse para el formato binario.

• Añadir cada cambio al archivo del asset de base e ignorar que las capas permiten mantener las modificaciones separadas.

• Tratar los conceptos de prim, atributo y relación como si fueran lo mismo; cumplen funciones distintas: elemento de la escena, valor y conexión.

• Revisar solo los nodos de la red sin comprobar la salida final del LOP; cuando sea necesario, inspecciona la vista Flattened Stage.

• Dar por válida en otras versiones, sin comprobarlo, la información de la documentación de Houdini 22.0.