Warum wir mitten in der Produktion auf Blender 5.2 LTS umsteigen

Am 14. Juli ist Blender 5.2 erschienen — die erste LTS-Version der 5er-Reihe. Zwei Tage später haben wir entschieden, ein laufendes Kundenprojekt darauf umzustellen. Mitten in der Produktion. Das klingt nach genau der Sorte Entscheidung, vor der jeder Projektleiter warnt. Hier steht, warum sie trotzdem richtig war — und woran Sie erkennen, ob sie es bei Ihnen wäre.

Der Hintergrund: Wir produzieren derzeit einen umfangreichen Blender-Lernpfad zur Produktvisualisierung für einen Firmenkunden — Dutzende Videos, mehrere Monate Produktionszeit. Die Blender-Version war vertraglich auf 5.0 festgelegt, so wie es zum Projektstart sinnvoll war. Dann erschien 5.2 als LTS. Wir haben dem Kunden den Wechsel empfohlen, kurz begründet, und die Antwort kam prompt: umstellen.

Der Reflex sagt nein. Die Rechnung sagt ja.

„Never change a running system" ist als Faustregel nicht falsch — sie ist nur unvollständig. Die eigentliche Frage ist nicht, ob ein Versionswechsel Aufwand erzeugt, sondern wann er am wenigsten erzeugt. Bei uns war der Zeitpunkt günstig: Das Pilotvideo war abgestimmt, die Serienproduktion stand kurz bevor. Jedes Video, das wir ab jetzt in 5.0 aufnehmen, wäre in zwei Jahren sichtbar gealtert — jedes in 5.2 LTS aufgenommene bleibt bis mindestens Juli 2028 auf einer offiziell gepflegten Version. Die Rechnung war einfach: Wir produzieren jetzt, und nicht später noch einmal.

Was LTS für Ihr Projekt bedeutet

LTS heißt Long-Term Support: Blender 5.2 wird laut Blender Foundation bis Juli 2028 gepflegt — zwei Jahre lang Fehlerkorrekturen, ohne dass sich Funktionen oder Bedienung ändern. Für Privatanwender ist das ein Detail. Für Firmenprojekte ist es der Punkt, an dem aus einer Software eine Planungsgrundlage wird: Schulungsinhalte altern langsamer, Render-Pipelines bleiben reproduzierbar, und niemand muss mitten im Projektzyklus zwangsupdaten.

Unsere Faustregel daraus: Vor der Serienfertigung auf die aktuelle LTS heben, danach die Version einfrieren bis zum Projektende. Der schlechteste Zeitpunkt für einen Wechsel ist der Moment, in dem bereits die Hälfte des Materials produziert ist.

Was sich von 5.0 auf 5.2 wirklich getan hat

Die Release Notes sind lang. Durch die Brille der technischen Visualisierung bleiben vier Punkte übrig:

Thin Wall im Principled BSDF. Materialien lassen sich jetzt als dünne Schicht statt als Volumen deklarieren — gedacht für Fensterglas, Folien, Papier. Das Titelbild dieses Beitrags zeigt den Effekt: Durch die linke Scheibe (klassische Transmission) erscheint der Blick nach draußen verzerrt und versetzt, durch die rechte Scheibe mit Thin Wall bleibt er unverzerrt — bei kürzerer Renderzeit. In der Produktvisualisierung ist das der Unterschied zwischen einem Etikett, das echt aussieht, und einem, das „gerendert" aussieht.

Cycles Texture Cache. Blender legt Texturen jetzt automatisch gekachelt und in Auflösungsstufen ab und lädt nur, was das Bild gerade braucht. Bei texturlastigen Industrieszenen sinkt der Speicherbedarf deutlich, der Renderstart wird schneller. Das ist unspektakulär — und genau deshalb wertvoll: Es macht große Szenen gutmütiger.

EEVEE-Instancing. Szenen mit vielen Instanzen — Schrauben, Nieten, Wiederholteile, also der Alltag im Maschinenbau — rendern in der Echtzeit-Vorschau jetzt bis zu doppelt so schnell. Schnellere Previews heißen kürzere Abstimmungsschleifen.

Online-Asset-Bibliotheken. Asset-Bibliotheken können jetzt auf einem Server liegen und direkt aus Blender durchsucht werden. Für wiederkehrende Kundenprojekte heißt das: konsistente Materialien und Firmen-Assets über alle Arbeitsplätze, ohne Kopierstände.

Was wir bewusst nicht gewichtet haben

Zur Ehrlichkeit gehört auch die andere Liste. Das vielzitierte „neue Fill Tool" ist ein neuer Füllalgorithmus für Grease Pencil — für 2D-Illustration ein Fortschritt, für Mesh-Modellierung ohne Belang. Und die neue Physik in den Geometry Nodes (Cloth- und Hair-Dynamics auf XPBD-Basis) ist von den Entwicklern ausdrücklich als experimentell markiert; das Design kann sich noch ändern. Spannend zum Beobachten, aber nichts, worauf man ein Kundenprojekt baut. Auch die drei jetzt fest eingebauten LoopTools-Werkzeuge sind angenehm — ein Umstiegsgrund sind sie nicht.

Diese Trennung ist der eigentliche Kern unserer Arbeit an der Werkzeugfrage: nicht jede Neuerung ist für ein laufendes Projekt relevant, und die relevanten erkennt man nur, wenn man täglich damit produziert. Genau das vermitteln wir übrigens auch in unseren Blender-Schulungen — Werkzeugentscheidungen gehören zur Produktion wie das Rendern selbst.

Das Fazit für Ihr Projekt

Versionsfragen sind keine Technik-, sondern Projektrisiko-Fragen. Die richtige Antwort hängt davon ab, wo Ihr Projekt gerade steht — vor der Serienfertigung, mittendrin, oder in der Pflege eines Bestands. Wenn Sie eine Produktvisualisierung oder einen Schulungs-Lernpfad planen: Wir denken die Werkzeugfrage von Anfang an mit, damit Sie sie nicht am Ende doppelt bezahlen.