OpenUSD Core 1.0, WWDC-Vorschau & Reality Composer Pro 3

Die AUSD Core Specs 1.0 (verabschiedet am 17. Dezember 2025) sind die offizielle Meilenstein-Zusammenfassung der Dachorganisation — Grundlage für den Weg zum Industriestandard. Die Versionsnummer 26.05 stammt von Pixar Animation Studios und bezeichnet die laufende Entwicklungsversion, die alle paar Monate nach Jahresmonat-Schema aktualisiert wird. Zum Industriestandard wird wahrscheinlich erst Version 1.1 oder 1.2 eingereicht, nachdem Spezialisten die Texte in Industriestandard-Sprache gebracht haben.

Bei einer Maschine mit hunderten identischer Schrauben würde jede Schraube normalerweise einen eigenen Draw Call erzeugen — das führt zu Ruckeln. USD-Instancing legt eine Master-Schraube im Speicher ab, alle anderen sind nur Pointer darauf. Mesh Instancing geht einen Schritt weiter: Die GPU-Kerne rendern alle Instanzen parallel in einem einzigen Draw Call. Das fehlt derzeit noch als USD-Komponente im Reality Composer Pro.

Draco ist Googles Open-Source-Kompressionsstandard für GLTF-Meshes, der jahrelang als Argument für GLTF gegenüber USD galt. Die Alliance for Open Media hat im November 2025 eine Quantisierung für OpenUSD veröffentlicht, die bis zu 42 Prozent effizienter ist als Draco. Ein wesentlicher Grund: OpenUSD kann Vierecks-Polygone verarbeiten — GLTF nur Dreiecke — was bei der Komprimierung einen strukturellen Vorteil ergibt.

Hallo und herzlich willkommen zu einer neuen Folge USD Updates oder auch OpenUSD Updates. Das ist ja inzwischen auch schon wieder eine Weile her, dass wir den Namen ergänzen mussten, weil da hat sich was getan. Für alle die nicht wissen, worum es überhaupt geht: es geht um 3D-Datenstandard, einfach umschrieben, mit dem Namen OpenUSD — und das Dateiformat dazu ist USDZ.

Wir wollen jetzt ein Update machen — und zwar ein Update zu einer Folge von vor ungefähr einem Jahr, weil so lange ist es her, dass Thomas und Gerd gemeinsam dazu online waren.

Thomas sitzt gerade unten bei Stuttgart, ich bin hier oben bei Bochum, bei Essen, in Velbert. Und damals haben wir das immer so gelöst, dass wir beide im Zoom-Call zusammengeschaltet waren. Wir haben das Ganze jetzt mal aufgerüstet. Thomas nimmt damit mit seiner Persona und seiner Apple Vision Pro gerade so gesehen Anschluss an uralte Zeiten.

Von unserem letzten Gespräch — ich habe jetzt nochmal nachgeschaut — Weihnachten 2024. Heute haben wir uns wieder mal nach dieser langen Phase einen kurzen Up-to-Date vorbereitet. Kurz zum Einstieg: Thomas hatte im letzten Jahr einen Talk, den wir auch aufgezeichnet hatten in Bochum, wo er über die Roadmap der AUSD gesprochen hat. Und inzwischen ist diese von ihm skizzierte Roadmap auch Realität geworden. Im Dezember 2025, am 17. Dezember genau genommen, hat die Alliance for OpenUSD ihre offizielle Version 1.0, ihre Core Specs definiert.

Das ist so gesehen die Grundlage für das Stichwort Industriestandard, damit auch alle in die gleiche Richtung marschieren können. Tatsächlich ist aber der OpenUSD-Standard aktuell bei der 26.05 Beta.

Thomas, wo ist ein Unterschied zwischen 1.0 Core und 26 irgendwas? Das eine ist die offizielle Versionsnummer, die alle paar Monate wechselt, weil immer dann eine neue Version von dem Hauptentwicklungsstudio namens Pixar Animation Studios kommt. Die zählen in ihren Releases jahresmäßig und dann die nächste Zahl hinter dem Punkt ist dann der nächste Monat — deswegen Mai 2026.

Das USD-Projekt ist ja aus dem Firmenstandard entstanden und dann wurde versucht, das Ganze so glatt zu ziehen, dass es auch zu einem Industriestandard gemacht werden kann. Und in dem Prozess fielen halt manche Sachen auch auf. Man gibt den Core 1.0 jetzt erstmal an erfahrene Spezialisten — Anwalts- und Technik-Documentation-Spezialisten, die gewohnt sind, in Industriestandard-Sprache zu formulieren und zu dokumentieren. Das wird jetzt zurechtgezurrt. Zum Industriestandard wird wahrscheinlich erst die 1.1 oder 1.2 eingereicht.

Dann das erste Stichwort auf unserer Liste: RCP3. Der Reality Composer Pro ist von Apple — ein Apple-Tool, ein Apple-Programm, eine Anwendung, die Teil der Entwicklungsanwendung namens Xcode ist. Der Reality Composer war ursprünglich eine Anwendung, die es ermöglichen sollte, 3D-Szenen für rein Augmented Reality, für den Gebrauch in AR-Quicklook zu bauen. Der Reality Composer Pro, das war dann eine Namensänderung mit Versionsnummer 2.0, war dann zusätzlich noch für das Vorbereiten von 3D-Daten für immersive oder Spatial Apps.

Es ist durchgesickert, dass Apple schon seit fast einem Jahr intern mit der Version 3 schon arbeitet, weil bei bestimmten Fehlermeldungen für Version 2 kam dann knapp: oh, das ist in der Version 3 gefixt. Und alle sagen, wir haben aber keine 3, wo bleibt die?

Mein Wunsch: wenn sie schon so viel Arbeit reingesteckt haben, mit Vorbereitung für Spatial Computing, dass es auch eine Version gibt, die Spatial arbeitet — dass es auf der Vision Pro funktioniert. Dann sieht man sofort räumlich die Szene oder die Unterszene, die man gerade bearbeitet. Das macht das Arbeiten schneller.

Dann: Hover, Manipulation, Mesh Instances. Es gibt in den Programmierframeworks von Apple, also dem RealityKit, einige Sachen, die haben es nicht herübergeschafft in den Reality Composer Pro. Die muss man in Swift direkt von Hand programmieren. Das bedeutet, man kann es nicht für AR-Quicklook benutzen, weil für AR-Quicklook braucht man eine USDZ-Datei.

Mesh Instances: Ich habe eine Maschine, die ist intern zusammengeschraubt, da sind hunderte von Schrauben. Der Normalfall ist, jede Schraube bekommt einen eigenen Draw Call. Wenn ich das hunderte Male mache, dann ruckelt es. Die USD-Strategie sind Instanzen: Es gibt eine Master-Schraube im Speicher und der Rest sind nur Pointer darauf — nicht hundertmal dasselbe speichern.

Und dann hat Apple gesagt: Wir haben doch diese modernen GPU-Kerne. Mit Mesh Instancing sagt man: Die Schraube soll 100 Mal an verschiedenen Positionen kommen. Dann kann die Masse der GPU-Kerne parallel darauf angesetzt werden — ein gemeinsamer einzelner Draw Call. Das geht in Swift zu programmieren, fehlt aber noch als USD-Komponente.

Mesh-Komprimierung: GLTF kann nur Dreiecke. USD kann Vierecke und Dreiecke — dieser Vergleich hat immer gehinkt. Draco ist der Google-Kompressionsstandard für GLTF-Meshes. Jahrelang haben alle gesagt: GLTF kann das, USD kann das nicht. Die Alliance for Open Media hat jetzt im November eine Quantisierung ähnlich wie Draco für OpenUSD Open Source gemacht — bis zu 42 Prozent effizienter. Eine kleinere Datei heißt schnellere Übertragung vom Server. Und zeitgleich hat Apple Displacement Maps angekündigt: Apple konvertiert hochkomplexe Oberflächen in eine glatte Grundgeometrie plus eine extrem fein aufgelöste Displacement Map. Wird lokal auf dem Gerät zur Laufzeit neu tesselliert. Alles was nicht zu sehen ist, wird gar nicht angefasst.

Dann steht noch CSS Spatial auf unserer Liste. Der CSS-Standard ist Teil der Web-Initiativen. Apple hat vor Jahren die Expertin, die damals den Webstandard für Spatial und WebXR betreut hat — eine frühere Samsung-Mitarbeiterin — überzeugt, für sie zu arbeiten. Die hat jetzt mit Kollegen vorgeschlagen: Wie könnte CSS ergänzt werden, damit es auch räumlich wirkt auf Geräten, die das können? Damit Webseitenbesucher auf der Vision Pro sehen, welcher Teil der Seite vorne, welcher hinten ist — gesteuert vom Webseitenbetreiber selbst, nicht durch KI auf dem Gerät. Kein Standard — bis solche Vorschläge verabschiedet sind, vergehen typischerweise ein paar Jahre.

Und zum Abschluss mein Vibe-Coding-Projekt: Es gibt Environments für die Apple Vision Pro — 3D-Szenen, die dich umgeben. Das kann das Betriebssystem mitliefern, eine App, oder eine Webseite. Das heißt Web Backdrop. Ich habe mir überlegt: Was wäre, wenn ich nahtlos von Webseite zu Webseite in verschiedene Räume reisen kann? Reines Vibe-Coding-Projekt, auf GitHub. Ich habe es Mosaic 2.0 genannt — in Anlehnung an einen uralten ersten Internetbrowser. Eine Technikdemo: von Webseite zu Webseite im 3D-Raum reisen. Keine App nötig. Meta hat das Metaverse versprochen und bis heute nicht geliefert. Apple liefert es gerade als Nebenprodukt — ohne es so zu nennen.