Houdini Solaris und USD: Leitfaden für geschichtete Architektur-Szenen

In der Dokumentation zu Houdini 22.0 beschreibt SideFX Solaris als gemeinsamen Namen für die USD-basierten Werkzeuge zum Szenenaufbau, Look Development und Karma-Rendering. Für Teams in der Architekturvisualisierung besteht die Grundidee von Solaris darin, eine Szene nicht als einzelne, unveränderliche Datei zu behandeln, sondern sie aus miteinander verknüpften Layern aufzubauen. Dieser Leitfaden ordnet die grundlegenden USD-Konzepte den LOP-Netzwerken in Solaris zu und erklärt, wie sich daraus ein reproduzierbarer Workflow entwickeln lässt.

1. Planen Sie die Szene als USD-Layer

USD beschreibt 3D-Szenen durch das Zusammenführen von Layern. In einem Beispiel für einen Wohnraum kann die Hauptszene auf separate Dateien für Möbel, Beleuchtung und weitere Elemente verweisen. Auch im Küchenbeispiel der SideFX-Dokumentation werden Assets wie Stühle und Tische sowie die Beleuchtung in einer Hauptdatei zusammengeführt. Dieser Ansatz soll es verschiedenen Teams erleichtern, an unterschiedlichen Teilen derselben Szene zu arbeiten.

Legen Sie vor Arbeitsbeginn fest, welche Inhalte als separate Elemente verwaltet werden sollen. Werden beispielsweise Möbel-Assets und das Beleuchtungssetup in getrennten Layern gehalten, lässt sich leichter nachvollziehen, in welchem Bereich Änderungen vorgenommen wurden. Layer sind nicht nur eine Aufteilung von Dateien: Sie können einen bestimmten Teil der Szene repräsentieren, etwa ein Asset, einen Charakter, ein Rig-Element oder ein Beleuchtungssetup. In Houdini verändern die Knoten im LOP-Netzwerk die eingehende USD-Szene und erzeugen eine neue Szenenausgabe.

2. Trennen Sie Änderungen auf nicht-destruktive Weise

Ein wichtiger Vorteil des Layer-Ansatzes von USD ist, dass Änderungen in einem neuen Layer gehalten werden können, statt die vorhandene Szene direkt zu verändern. Dadurch wirkt sich eine neue Anpassung nicht automatisch auf andere Personen aus, die dieselbe Basisszene verwenden; Teammitglieder können selbst entscheiden, ob sie diesen Layer einbeziehen. Wird ein Asset durch eine aktuellere Version ersetzt, können bestehende Anpassungen möglicherweise erneut angewendet werden.

Wenn Sie in Solaris einen neuen Layer im Netzwerk anlegen müssen, können Sie Layer Break LOP verwenden. Um eine USD-Datei von der Festplatte in den Layer-Stack des aktuellen Stage zu laden, dient Sublayer LOP; für eine Referenz auf einen im LOP-Netzwerk erstellten Layer können Sie Reference LOP verwenden. Obwohl diese Knoten auf den ersten Blick ähnlichen Zwecken dienen, sind sie in der Dokumentation für unterschiedliche Vorgänge vorgesehen: Der eine lädt einen vorhandenen Sublayer, der andere referenziert einen erstellten Layer.

1. Legen Sie die Grenzen der Hauptszene und der separat zu verwaltenden Inhalte fest.

2. Erstellen Sie für Änderungen, die vorhandene Daten bewahren sollen, separate Layer.

3. Binden Sie einen Layer von der Festplatte mit Sublayer LOP und einen im Netzwerk erstellten Layer mit Reference LOP ein.

4. Betrachten Sie das aus der Zusammenführung der Layer entstehende Szenenergebnis als Stage.

3. Lesen Sie Stage, Prims und Eigenschaften richtig

Stage bezeichnet den endgültigen Prim-Baum, der durch das Zusammenführen von USD-Layern berechnet wird. Eine USD-Datei kann für sich genommen ein Layer sein; wird dieselbe Datei in einem anderen Kontext als oberste Ebene geladen, kann sie ein Stage bilden. Daher ist es nicht sinnvoll, „Stage-Datei“ und „Layer-Datei“ anhand der Dateiendung eindeutig voneinander abzugrenzen.

Die grundlegenden Einheiten innerhalb eines Stage sind Prims. Ein Mesh, eine Lichtquelle, ein Material oder ein Objekt mit Transformationsdaten kann ein Prim sein. Prims können Eigenschaften und untergeordnete Prims enthalten. Die beiden grundlegenden Arten von Eigenschaften sind Attribute und Relationships: Ein Attribut enthält einen typisierten Wert, etwa für Größe oder Farbe, während eine Relationship eine Verbindung zwischen einem Prim und einem anderen Prim herstellt. Eine Materialzuweisung lässt sich beispielsweise als Beziehung zwischen einem Mesh und einem Material betrachten.

Wenn Layer unterschiedliche Werte für dieselbe Eigenschaft enthalten, kann die stärkere Meinung in der zusammengeführten Layer-Hierarchie den anderen Wert überschreiben. Prüfen Sie bei unerwarteten Änderungen daher nicht nur den sichtbaren Endwert, sondern auch, welcher Layer die betreffende Eigenschaft beeinflusst. Solaris ermöglicht es, über LOP-Knoten Operationen auf hoher Ebene aufzubauen; USD muss nicht in jedem Fall manuell auf niedriger Ebene bearbeitet werden.

4. Überprüfen Sie Szenenergebnis und Dateiformat

Um das von einem LOP-Knoten erzeugte Stage zu überprüfen, klicken Sie mit der rechten Maustaste auf den Knoten und wählen Sie LOP Actions › Inspect Flattened Stage. Laut Dokumentation lässt sich damit die Stage-Ausgabe in usda-Syntax anzeigen. Diese Prüfung ist ein nützlicher Validierungsschritt, um zu kontrollieren, welche Prims und Eigenschaften in der zusammengeführten Szene enthalten sind.

Wählen Sie auch die Dateiendungen passend zum Workflow. Eine Datei mit der Endung .usd kann im Binär- oder Textformat vorliegen. .usda steht für lesbaren Klartext, .usdc für das Binärformat. Diese Unterscheidung der Endungen soll verhindern, dass beim Wechsel des Dateiformats die Asset-Verwaltung oder Versionskontrolle durcheinandergerät. Die Dokumentation weist außerdem darauf hin, dass sich mit Inline USD LOP Klartext-USD-Code in ein Stage einfügen lässt. Betrachten Sie dies nicht als übliche Methode zum Szenenaufbau, sondern als Option für die Fehlersuche, wenn sie erforderlich ist.

Bedeutung für Architektur- und Visualisierungsteams

Dieser Ansatz ist für Teams relevant, die Assets, Beleuchtung und weitere Bestandteile derselben Architekturszene in verschiedenen Layern verwalten möchten. Wird eine Anpassung von der Basisszene getrennt, kann das das Risiko verringern, unbeabsichtigt die Arbeit von Teammitgliedern zu verändern, die dieselben Inhalte verwenden. Die Möglichkeit, Layer zu aktualisieren, unterstützt außerdem dabei, Änderungen an Assets oder Beleuchtung gemeinsam mit bestehenden Anpassungen zu berücksichtigen. Der Vorteil liegt hier nicht in einer automatischen Beschleunigung des Renderings, sondern in einer kontrollierteren Organisation und Weitergabe der Szenendaten.

Büros, die Solaris und USD in Betracht ziehen, sollten zunächst die Kompatibilität mit ihrer bestehenden Datei- und Asset-Struktur, die Zuständigkeiten für Layer im Team und die verwendete Houdini-Version prüfen. Die bereitgestellte Dokumentation von SideFX bezieht sich auf Houdini 22.0. Da darin keine Kompatibilitätsgarantie für andere Versionen gegeben wird, sollte die Überprüfung in der Zielumgebung erfolgen, bevor Produktionsszenen übertragen werden. Da diese Quellen keine Details zu Hardware- oder Lizenzanforderungen enthalten, lassen sich dazu keine konkreten Empfehlungen ableiten.

Häufige Fehler

• Wenn alle Anpassungen in einem einzigen Layer zusammengefasst werden, kann es schwieriger werden, nachzuvollziehen, woher eine Änderung stammt. Erwägen Sie, Inhalte nach ihrer Funktion aufzuteilen.

• Setzen Sie Reference LOP und Sublayer LOP nicht mit demselben Vorgang gleich: Die Dokumentation beschreibt sie für die Einbindung unterschiedlicher Quellen in eine Szene.

• Gehen Sie nicht davon aus, dass die Endung .usd immer Text- oder immer Binärformat bedeutet. Berücksichtigen Sie die Unterscheidung zwischen .usda für Text und .usdc für Binärdaten.

• Verwenden Sie Inline USD LOP nicht als standardmäßigen Bearbeitungsweg. SideFX beschreibt es als eine Methode, die bei Bedarf für die Fehlersuche hilfreich sein kann.