Guía de Houdini PDG/TOPs: crear variaciones y flujos de render con Wedge

La documentación de Houdini 22.0 de SideFX define las redes PDG/TOPs como flujos de trabajo que convierten datos en work items y los procesan mediante distintos nodos. Esta guía explica cómo generar variaciones de parámetros con Wedge TOP, comparar resultados y ejecutar tareas de render o simulación con ROP Fetch TOP. La página de ROP Fetch indica que este nodo está disponible desde Houdini 17.5. El método se centra en gestionar en un único flujo la generación repetida de escenas, la geometría paramétrica y las alternativas de simulación.

Crear variaciones controladas con Wedge

1. Identifica el elemento que tendrá variaciones. El recurso digital o la red que se use en Houdini debe incluir los parámetros que se modificarán. En el ejemplo de SideFX, se consideran variables valores como la altura de un muro de ladrillo, el número de ladrillos y su tono. En un proyecto arquitectónico también se pueden probar alternativas a partir de los parámetros existentes del recurso. Lo importante es que Wedge no crea nuevos parámetros de diseño por sí solo: lleva a los work items los valores de los atributos definidos.

2. Define los atributos con Wedge TOP en la red TOP. Wedge genera work items con distintos valores para uno o varios atributos seleccionados. Cada work item puede procesarse como una tarea independiente en los pasos posteriores. En un único nodo Wedge se pueden modificar varios atributos; según la documentación, estos cambian de forma independiente dentro del número de variaciones establecido.

3. Transfiere los valores del work item a la red invocada. Nodos como HDA Processor y Geometry Import sirven para ejecutar recursos o redes de Houdini. Para que los parámetros de la red invocada reciban los valores del work item actual, deben usarse las expresiones de atributo correspondientes:

@attribute

Una vez establecida esta conexión, cada work item puede procesar el mismo recurso base con valores distintos. Aunque se haya creado un atributo, si la red invocada no lo utiliza, es posible que no aparezcan las diferencias esperadas en la geometría o la simulación.

1. Compara visualmente las variaciones. Renderiza las geometrías generadas para examinar las alternativas. SideFX indica que hay un nodo en TOPs capaz de combinar un conjunto de imágenes en forma de mosaico; la documentación no confirma el nombre de ese nodo. La salida en mosaico facilita la evaluación de distintos resultados uno al lado del otro. Sin embargo, decidir qué opción es adecuada desde el punto de vista del diseño sigue siendo responsabilidad del equipo.

Combinaciones de Wedge y pruebas de simulación

Cuando se necesitan más combinaciones de parámetros, se pueden conectar varios nodos Wedge en serie. Un nodo Wedge que recibe una entrada genera sus propias variaciones para cada work item entrante. Así se pueden crear permutaciones de distintos conjuntos de atributos. Este método resulta útil para preparar muchas alternativas a partir de un mismo recurso base, pero el número de work items puede aumentar a medida que se añaden nodos Wedge y crece la cantidad de variaciones de cada uno. Por eso, en las primeras pruebas conviene elegir solo las variables que aporten valor al proceso de decisión y así mantener el flujo manejable.

En la red de ejemplo de SideFX, primero se generan variaciones del muro y, después, se modifican ajustes como la velocidad de la pelota que golpea los muros en una simulación RBD. En una etapa posterior, también se pueden variar la simulación de humo y su densidad mediante otro nodo Wedge. Esta configuración permite generar y examinar alternativas de geometría y simulación dentro del mismo flujo de trabajo. Wedge no se limita a cambios aleatorios: la documentación señala que también es posible generar geometría con valores regulares y espaciados uniformemente para distintos niveles de detalle.

Gestionar fotogramas y salidas con ROP Fetch

ROP Fetch TOP puede ejecutar desde TOPs un nodo o una red ROP del archivo de Houdini actual o de un archivo .hip externo. Según los ajustes de generación de fotogramas, crea un work item por fotograma. Los work items se pueden agrupar en un solo trabajo que abarque todos los fotogramas o en grupos más pequeños. En simulaciones, agrupar todos los fotogramas en un único trabajo puede permitir que los datos de simulación permanezcan en memoria en lugar de guardarse en caché en el disco. Para un ROP de ejecución rápida, grupos más pequeños —por ejemplo, de 4 fotogramas por trabajo— pueden ayudar a reducir la sobrecarga de cargar el archivo .hip.

Que ROP Fetch reconozca los archivos generados es importante para el seguimiento de las salidas y el comportamiento de la caché. En los ROP estándar, la ruta de salida puede obtenerse de los parámetros del nodo. Si la detección automática falla en un ROP personalizado, se puede especificar el nombre del parámetro de salida. Otra opción, Custom Path List, indica a PDG la ruta de los archivos que escribe el ROP; no cambia la ubicación real de salida del ROP.

Si es necesario registrar mediante el log las salidas de un nodo de driver personalizado, la documentación de SideFX menciona un parámetro toggle llamado pdg_logoutput y el formato que debe coincidir en las líneas del log:

OUTPUT_FILE:{file_path};

Con este método, las rutas de archivo que coincidan pueden registrarse como archivos de salida de los work items de ROP Fetch. Primero hay que comprobar qué archivos escribe realmente el ROP y, después, verificar que PDG reconozca correctamente esas salidas.

Aspectos que conviene tener en cuenta en flujos de arquitectura y archviz

Wedge puede ser útil para estudios de arquitectura y equipos de visualización que quieran generar alternativas a partir de los parámetros existentes de tamaño, material o simulación de un componente de escena. Las redes TOP pueden definir flujos de trabajo que ejecuten las tareas en una máquina local o en una granja de servidores. Sin embargo, la documentación no garantiza un rendimiento específico ni indica requisitos de hardware concretos. Antes de pasar a numerosos trabajos de variación, render y simulación, conviene hacer una prueba pequeña y observar el número de work items, los archivos de salida y el uso de recursos.

El uso de archivos .hip externos también afecta a las dependencias de la red: según la documentación original, Source Node Path no se utiliza cuando External HIP File está activado. Si la ruta de salida está mal definida, PDG puede tener dificultades para localizar el archivo esperado. Por eso, primero hay que probar con un intervalo de fotogramas limitado y pocas variaciones; una vez verificadas las rutas de salida y el estado de la caché, se puede ampliar la red. Si se prevé utilizar un servidor o una granja, también deben comprobarse por separado el entorno de ejecución y las condiciones de licencia.

Errores frecuentes

• Generar atributos Wedge sin conectarlos a los parámetros de la red de Houdini invocada.

• Añadir nodos Wedge en serie sin tener en cuenta la cantidad de work items y permutaciones que se generará.

• No hacer coincidir Custom Path List con los archivos reales que escribe el ROP: esta lista no redirige la salida, sino que comunica a PDG la ubicación de los archivos.

• Suponer que la opción ROP Cook Order tiene efecto en cualquier modo de ejecución; la documentación limita su efecto al procesamiento por lotes o al uso de un único work item para todos los fotogramas.