Gestiona variaciones de render con Wedge y ROP Fetch en Houdini TOPs

Los nodos Wedge y ROP Fetch, incluidos en la documentación de TOPs de Houdini, reúnen en un mismo flujo de trabajo la generación de variaciones y la planificación de trabajos de render. Según la documentación de SideFX para ambos nodos, sus funciones están documentadas desde la versión 17.5. Wedge crea elementos de trabajo independientes a partir de los atributos que se van a modificar, mientras que ROP Fetch ejecuta un nodo o una red ROP y genera trabajos por fotograma. Esta guía aborda la configuración básica para quienes desean comparar de forma ordenada distintas opciones en escenas de visualización arquitectónica y animación.

1. Define las variaciones con Wedge TOP

Añade el nodo Wedge a tu red TOP antes del nodo de render. Según la documentación, los nodos TOP de render crean elementos de trabajo por fotograma para cada elemento que reciben. Así, cada variación generada por Wedge se envía al render como una entrada independiente.

En la sección Wedge Attributes, añade los atributos que quieres modificar y asigna a cada uno un Attribute Name. Es posible modificar varios atributos en un mismo nodo Wedge. Puedes distribuir los valores de manera uniforme dentro de un rango, elegir valores de una lista o generar muestras aleatorias dentro de un rango. Estas opciones permiten preparar comparaciones controladas para una misma escena; sin embargo, el parámetro de escena que se vincula al atributo dependerá de la red y de las conexiones entre parámetros.

Wedge Count determina el número de elementos de trabajo que se van a generar. Los valores definidos como rango se dividen en esa cantidad de pasos. Si se utiliza una lista y Wedge Count supera el número de valores de esta, la lista vuelve a empezar. En la selección aleatoria, cambiar Random Seed genera muestras distintas. Por eso, mantener el mismo valor de seed durante una comparación ayuda a conservar las mismas variaciones; puedes cambiarlo cuando necesites nuevas muestras.

2. Vincula los atributos a los parámetros de render

Hay dos formas de transferir los valores de Wedge al nodo de render. Con el método «Pull», una expresión en un parámetro del nodo de render hace referencia al atributo del elemento de trabajo. Por ejemplo, si el atributo se llama scale, el formato de expresión que muestra la documentación es @scale. Este método es flexible, pero utiliza expresiones específicas de TOPs, por lo que puede no ser adecuado si necesitas que el nodo ROP también se pueda ejecutar manualmente fuera de TOPs.

Con el método «Push», se especifica el parámetro de destino mediante la opción Target Parameter de Wedge. Wedge genera atributos especiales que sobrescriben el parámetro durante el render; así, TOPs transfiere los valores de render sin modificar durante la ejecución el parámetro del archivo HIP de la escena. La opción Set Value As permite determinar si el parámetro de destino se configura como una referencia al atributo, un valor directo o una expresión.

La opción que cambia el parámetro de destino al seleccionar un elemento de trabajo para previsualizar requiere atención: según la documentación, esta operación modifica realmente el parámetro, puede provocar un recálculo y dejar el archivo HIP sin guardar. Si se guarda el archivo, el cambio previsualizado puede conservarse. Este comportamiento solo afecta a la sesión activa de Houdini; cuando se ejecuta la red, los valores «push» se aplican sin modificar el archivo HIP. Para evitar cambios no deseados en el archivo, revisa los valores de los parámetros después de la previsualización.

3. Ejecuta fotogramas y trabajos con ROP Fetch

Después de Wedge, puedes usar ROP Fetch TOP para ejecutar un nodo o una red ROP del archivo HIP actual o de uno externo. El nodo crea un elemento de trabajo por cada fotograma, según la configuración de generación de fotogramas. Agrupar varios fotogramas en un solo trabajo puede ser útil en situaciones en las que los datos de simulación se mantienen en memoria. Los grupos más pequeños —cuatro fotogramas por trabajo, en el ejemplo de la documentación— pueden ayudar a reducir la carga de volver a cargar el archivo HIP en ROP que se ejecutan rápidamente. Son ejemplos de uso, no ajustes obligatorios para todas las escenas.

La opción Cache Mode de ROP Fetch determina qué hacer si ya existen los archivos de salida previstos. Automatic puede considerar el trabajo completado sin volver a planificarlo si el archivo existe; si los elementos de trabajo upstream escriben archivos nuevos, la caché puede invalidarse. Automatic (Ignore Upstream) también comprueba el archivo, pero las escrituras de archivos upstream no invalidan la caché de este nodo. Read Files marca el elemento de trabajo como fallido si no hay salida. Write Files siempre planifica los trabajos, sin tener en cuenta si el archivo ya existe. Elige entre volver a renderizar o usar los archivos existentes según el flujo de trabajo y estas opciones.

Para hacer seguimiento de las salidas, puedes obtener rutas de archivo de los parámetros ROP o usar Custom Path List. Las rutas personalizadas no modifican las salidas que genera el ROP; indican a PDG qué archivos se esperan como salida. Si no se reconoce automáticamente el parámetro de salida de un ROP personalizado, puedes indicar el nombre del parámetro en Output Parm Name. Si no se pueden detectar automáticamente los archivos que escribe el ROP, se puede activar la clave pdg_logoutput que aparece en la documentación; las líneas de la salida del nodo que coincidan con el formato OUTPUT_FILE:{file_path}; se detectarán como salidas.

4. Impacto en el flujo de trabajo de visualización arquitectónica

Wedge resulta útil para los equipos de visualización que quieren organizar distintas combinaciones de ajustes para una misma escena como elementos de trabajo independientes. ROP Fetch permite dividir estos trabajos por fotograma, agruparlos y gestionar cómo se vuelven a ejecutar en función de los archivos de salida existentes. El seguimiento de los elementos de trabajo y las salidas se simplifica, sobre todo en las pruebas de render repetidas.

La documentación no ofrece información sobre el rendimiento del hardware, las condiciones de las licencias ni la compatibilidad con otros programas. Por tanto, conviene evaluar por separado la carga de trabajo de la red, los requisitos del nodo de render y el entorno del planificador utilizado. Validar las conexiones y las rutas de archivo con un número reducido de wedges al principio ayuda a limitar el impacto de los ajustes incorrectos antes de ejecutar muchas variaciones.

Errores frecuentes

• Pasar por alto que, si hay menos valores en la lista que en Wedge Count, los valores se repetirán en ciclo.

• Esperar que ROP pueda usarse fuera de TOPs sin tener en cuenta que las expresiones Pull son específicas de TOPs.

• Olvidar que la previsualización de parámetros al seleccionar un elemento de trabajo puede modificar el archivo HIP.

• Suponer que Custom Path List cambia la ubicación de salida del ROP; la lista solo indica los archivos previstos.

• Dar por válidos archivos de salida antiguos sin entender el comportamiento de la caché Automatic.