Render-Varianten in Houdini TOPs mit Wedge und ROP Fetch verwalten

Die Nodes Wedge und ROP Fetch aus der Houdini-TOPs-Dokumentation verbinden die Erzeugung von Varianten mit der Planung von Render-Aufträgen in einem gemeinsamen Workflow. In der SideFX-Dokumentation zu beiden Nodes sind die Funktionen ab Version 17.5 beschrieben. Wedge erstellt separate Work Items auf Grundlage der zu ändernden Attribute, während ROP Fetch einen ROP-Node oder ein Netzwerk ausführt und Aufträge für einzelne Frames erzeugt. Dieser Leitfaden behandelt die grundlegende Einrichtung für alle, die Optionen in Architekturvisualisierungs- und Animationsszenen strukturiert vergleichen möchten.

1. Varianten mit Wedge TOP definieren

Fügen Sie den Wedge-Node in Ihr TOP-Netzwerk ein, bevor der Render-Node kommt. Laut Dokumentation erstellen Render-TOP-Nodes für jedes eingehende Work Item framebasierte Work Items. Damit wird jede von Wedge erzeugte Variante als separater Eingang an die Renderphase übergeben.

Fügen Sie im Bereich Wedge Attributes die Attribute hinzu, die geändert werden sollen, und vergeben Sie für jedes einen Attribute Name. In einem Wedge-Node können mehrere Attribute geändert werden. Sie können Werte gleichmäßig über einen Bereich verteilen, Werte aus einer Liste auswählen oder innerhalb eines Bereichs zufällige Samples erzeugen. Mit diesen Optionen lassen sich kontrollierte Vergleiche für dieselbe Szene vorbereiten. Welcher Szenenparameter mit einem Attribut verknüpft wird, hängt jedoch vom eingerichteten Netzwerk und den Parameterverbindungen ab.

Wedge Count bestimmt die Anzahl der zu erzeugenden Work Items. Als Bereich definierte Werte werden in entsprechend viele Schritte unterteilt. Wird bei Verwendung einer Liste mit Wedge Count die Anzahl der Listenwerte überschritten, beginnt die Liste wieder von vorn. Bei einer Zufallsauswahl erzeugt ein geänderter Random Seed andere Samples. Deshalb hilft es, bei Vergleichen denselben Seed beizubehalten, damit die Varianten konsistent bleiben. Für neue Samples kann der Seed geändert werden.

2. Attribute mit Renderparametern verknüpfen

Es gibt zwei Möglichkeiten, Wedge-Werte an den Render-Node zu übergeben. Beim „Pull“-Ansatz verweist der Parameterausdruck im Render-Node auf das Attribut des Work Items. Laut Dokumentation lautet die Ausdrucksform beispielsweise @scale, wenn das Attribut scale heißt. Diese Methode ist flexibel, kann aber ungeeignet sein, wenn der ROP-Node auch außerhalb von TOPs manuell ausführbar bleiben soll, da sie TOPs-spezifische Ausdrücke verwendet.

Beim „Push“-Ansatz wird der Zielparameter über die Option Target Parameter in Wedge festgelegt. Wedge erzeugt spezielle Attribute, die den Parameter während des Renderns überschreiben. Dadurch werden die Renderwerte von TOPs übergeben, ohne den Parameter in der HIP-Datei der Szene während dieses Vorgangs zu ändern. Mit Set Value As lässt sich festlegen, ob das Attribut des Zielparameters als Referenz, direkter Wert oder Ausdruck gesetzt wird.

Die Option, die den Zielparameter bei Auswahl eines Work Items zur Vorschau ändert, erfordert Vorsicht: Laut Dokumentation wird der Parameter dabei tatsächlich geändert. Das kann eine Neuberechnung auslösen und dazu führen, dass die HIP-Datei als nicht gespeichert markiert wird. Wird die Datei mit der Vorschauänderung gespeichert, bleibt diese erhalten. Das Verhalten wirkt sich nur auf die aktive Houdini-Sitzung aus; während der Netzwerkausführung werden „Push“-Werte angewendet, ohne die HIP-Datei zu ändern. Prüfen Sie die Parameterwerte nach der Vorschau, damit keine unbeabsichtigten Änderungen in der Datei verbleiben.

3. Frames und Aufträge mit ROP Fetch ausführen

Nach Wedge können Sie mit ROP Fetch TOP einen ROP-Node oder ein Netzwerk in der aktuellen oder einer externen HIP-Datei ausführen. Entsprechend den Einstellungen zur Frame-Erzeugung erstellt der Node für jeden Frame ein Work Item. Mehrere Frames in einem Auftrag zusammenzufassen, kann sinnvoll sein, wenn Simulationsdaten im Speicher gehalten werden. Kleinere Gruppen – im Beispiel der Dokumentation vier Frames pro Auftrag – können bei schnell laufenden ROPs dazu beitragen, den Aufwand für das erneute Laden der HIP-Datei zu verringern. Das sind Anwendungsbeispiele und keine für jede Szene verbindlichen Einstellungen.

Die Option Cache Mode von ROP Fetch legt fest, was geschieht, wenn die erwarteten Ausgabedateien vorhanden sind. Bei Automatic kann ein Auftrag als abgeschlossen gelten, ohne erneut eingeplant zu werden, sofern die Datei vorhanden ist. Schreibt ein vorgelagertes Work Item eine neue Datei, kann dies den Cache ungültig machen. Automatic (Ignore Upstream) prüft die Datei auf ähnliche Weise, aber Schreibvorgänge vorgelagerter Nodes machen den Cache dieses Nodes nicht ungültig. Read Files markiert ein Work Item als fehlgeschlagen, wenn keine Ausgabe vorhanden ist. Write Files plant Aufträge dagegen immer ein, unabhängig davon, ob die Datei bereits vorhanden ist. Entscheiden Sie anhand Ihres Workflows, ob erneut gerendert oder eine vorhandene Datei verwendet werden soll.

Für die Überwachung der Ausgaben lassen sich Dateipfade aus den ROP-Parametern übernehmen oder Custom Path List verwenden. Benutzerdefinierte Pfade ändern nicht die vom ROP erzeugte Ausgabe, sondern teilen PDG mit, welche Dateien als erwartete Ausgaben gelten. Wird der Ausgabeparameter eines benutzerdefinierten ROPs nicht automatisch erkannt, kann der Parametername unter Output Parm Name angegeben werden. Lassen sich die vom ROP geschriebenen Dateien nicht automatisch erfassen, kann der in der Dokumentation beschriebene Schlüssel pdg_logoutput aktiviert werden. Zeilen in der Node-Ausgabe, die dem Format OUTPUT_FILE:{file_path}; entsprechen, werden dann als Ausgaben erkannt.

4. Auswirkungen auf den Workflow für Architekturvisualisierung

Wedge ist für Visualisierungsteams nützlich, die mehrere Einstellungskombinationen für eine Szene als separate Work Items organisieren möchten. ROP Fetch kann diese Aufträge in Frames aufteilen oder gruppieren und das Verhalten bei erneuter Ausführung anhand vorhandener Ausgabedateien steuern. Gerade bei wiederholten Render-Tests wird es so einfacher, Work Items und Ausgaben nachzuverfolgen.

Die Dokumentation enthält keine Angaben zu Hardwareleistung, Lizenzbedingungen oder zur Kompatibilität mit anderer Software. Deshalb sollten die Arbeitslast des Netzwerks, die Anforderungen des Render-Nodes und die verwendete Scheduler-Umgebung separat bewertet werden. Wenn Sie zunächst mit wenigen Wedges starten und Verbindungen sowie Dateipfade überprüfen, lassen sich die Auswirkungen fehlerhafter Einstellungen begrenzen, bevor zahlreiche Varianten ausgeführt werden.

Häufige Fehler

• Übersehen, dass Listenwerte wiederholt werden, wenn die Liste weniger Werte als Wedge Count enthält.

• Erwarten, den ROP außerhalb von TOPs verwenden zu können, ohne zu berücksichtigen, dass Pull-Ausdrücke TOPs-spezifisch sind.

• Vergessen, dass die Parameter-Vorschau durch Auswahl eines Work Items die HIP-Datei ändern kann.

• Annehmen, dass Custom Path List den Ausgabepfad des ROP ändert; die Liste meldet lediglich die erwarteten Dateien.

• Vorhandene Ausgabedateien als gültig behandeln, ohne das Cache-Verhalten von Automatic zu berücksichtigen.