Blender

Die zweite Hälfte der Arbeit ist das, was bleibt, wenn die Einstellung fertig ist.

Eine Szene sollte nicht vom Gedächtnis dessen abhängen, der sie gebaut hat. Jemand anderes muss sie öffnen, verstehen, ändern und das Ergebnis reproduzieren können. Das heißt: klare Struktur, produktionstaugliche Benennung, offengelegte Parameter dort, wo Änderungen zu erwarten sind, sinnvolle Voreinstellungen und so wenig verborgene Logik wie möglich.

Werkzeuge kommen an zweiter Stelle, und nur dann, wenn die Arbeit zeigt, dass sie gebraucht werden.

Wenn derselbe Import-, Konvertierungs-, Retarget-, Einricht- oder Vorbereitungsschritt von Hand wiederholt wird, suchen wir einen Weg, ihn abzuschaffen: ein Blender-Add-on, ein Python-Werkzeug, eine Konvention oder ein wiederholbares Setup. Wer die Einstellung baut, sieht auch, wo der Prozess brüchig ist — so entsteht das Werkzeug aus dem echten Produktionsproblem und nicht aus einem nachträglichen Entwurf im Leeren.

LES.Organ ist genau aus so einer Lage entstanden. LUCID brauchte echte innere Anatomie und einen Flug hindurch, keine modellierte Annäherung. Es gab keinen vernünftigen Weg, dieses Material nach Blender zu bringen, also wurde die Lösung ein Add-on, das echte CT- und MRT-Datensätze als Produktionsmaterial in die Szene lädt. Eine erste Fassung läuft bereits gegen einen Testdatensatz eines Kopfes.

Der LUCID Panelka Generator ist ein Blender-Add-on, das sowjetischen und postsowjetischen Plattenbau als prozedurales System baut: ein einzelnes Haus, einen Hof, einen Mikrorajon oder eine Masse in Stadtgröße, erzeugt aus Parametern. Version 0.13.1, Blender 5.0 als Minimum, geprüft in 5.1 und 5.2 LTS.

Darunter: Python und Geometry Nodes, geteilte Instanzen, Punkt-Attribute, ein deterministischer Seed, Unterstützung mehrerer Szenen, generatoreigene Daten, sichere Neugenerierung, eingebaute Validierung und 54 automatisierte Tests. Ein Viertel lässt sich aus Seed und Koordinaten exakt wiederherstellen — das hält eine Stadt im Maßstab eines Films editierbar und nicht nur im Maßstab einer Einstellung. Wohnungslicht, Fassadentypografie, Bauanimation, Zerstörung, Schnee, Röntgen- und LOD-Modi sowie ein Infinite Camera Pool leben im selben System.

Cube Mosaic begann als visuelles Experiment und blieb als Werkzeug. Es liest ein Bild — Helligkeit, Farbe, lokales Detail, Dichte — und macht daraus ein adaptives räumliches Mosaik aus Grundformen: Würfel, Pyramiden, Zylinder und Kegel, mit adaptiver Blockgröße, luminanzgesteuerter Höhe und dem Grad der Abstraktion als Parameter. Blender 5.1, die Python-API, NumPy und Geometry Nodes; Instanzen lassen sich zu Geometrie realisieren, wenn eine Szene das braucht; Bewegung kommt als Fortschritt, Zufallsverzögerung, Welle, Streuung, Wanderung und Schleife. Die Bildauflösung wird bis 2048 empfohlen und von Hand bis 4096 erlaubt — eine Grenze, die verhindert, dass eine Szene versehentlich unbearbeitbar wird.

Bei MORIII / Pathologic 3 war die Arbeit eine Kette statt einer einzelnen Aufgabe: Cascadeur für Gewicht und physikalisch glaubwürdige Figurenbewegung, Blender für Szenenaufbau, Kameras und die weitere Produktion. Nützlich war nicht, zwei Programme zu benutzen, sondern den Übergang zwischen ihnen so verlässlich zu machen, dass er Teil des Arbeitsablaufs der folgenden Einstellungen wurde.

Die typischen Probleme, mit denen wir arbeiten, sind geradeheraus:

• wiederkehrende Handgriffe, die nicht von Hand bleiben sollten;
• Szenen, die nur bei ihrem Urheber funktionieren;
• Animation und Daten, die nicht sauber zwischen Programmen wandern;
• späte Änderungen, die unnötige Nacharbeit weiter unten erzwingen;
• nicht standardisierte Daten oder Produktionsanforderungen, für die es noch kein brauchbares Werkzeug gibt;
• Blender-Arbeit, die sich in eine größere Pipeline aus Maya, Houdini, Nuke, Cascadeur oder After Effects einfügen muss.

Der Arbeitsstack umfasst Blender und die Blender-Python-API, Cycles, Cascadeur, Rigging und Retargeting, eigene Add-ons, Pipeline-Automatisierung und die Übergabe nach Nuke oder After Effects.

Maya, 3ds Max, Cinema 4D, Nuke und Houdini kamen in der Produktionsgeschichte vor Blender. Das ist wichtig, weil die Frage selten nur lautet, wie man etwas in Blender macht. Die nützlichere Frage ist, wie diese Blender-Arbeit den nächsten Artist, die nächste Überarbeitung und das nächste Programm in der Kette übersteht.

Wir können als Produktionsunterstützung dazukommen, die Verantwortung für eine definierte Blender-Etappe übernehmen, ein eigenes Werkzeug um einen konkreten Engpass bauen oder innerhalb der bestehenden Pipeline eines Studios arbeiten.