OpenUSD für Entscheider

Lesezeit

• Überblick: ca. 5 Minuten
• Mit Beispielen & ausklappbaren Boxen: ca. 10–20 Minuten
• Vertiefung über Videos & weiterführende Inhalte: optional

Inhalt auf dieser Seite

→ OpenUSD-USDZ zum Ausprobieren
→ Strukturelle Problemstellung vor OpenUSD
→ OpenUSD-Vorteile für Unternehmen
→ Weiterführende Inhalte & Praxisbeispiele
→ Unterstützung bei OpenUSD, USDZ & AR

Lieber als Video?

Wer die Entstehung, Einordnung und strategische Bedeutung von OpenUSD lieber als zusammenhängenden Vortrag sehen möchte, findet hier eine ausführliche Einführung.

→ Vortragsvideo "Einstieg in OpenUSD" ansehen (ca. 30 Minuten)

Lieber als PDF?

Eine PDF-Fassung dieser Inhalte ist in Vorbereitung.

Ein aktuelles europäisches Rüstungsprojekt im Marineschiffbau (F126) verdeutlicht, wie gravierend die Folgen fehlender Datenkompatibilität sein können. Der Auftragnehmer ist eine Werft in den Niederlanden. Teilfertigungen erfolgen in Auftraggeberland Deutschland. Die eingesetzte Konstruktionssoftware stammt aus Frankreich.

In der frühen Entwurfsphase funktionierte die Zusammenarbeit zunächst. Die ersten Modelle ließen sich austauschen, Abstimmungen waren möglich. Erst im Zuge der weiteren Ausarbeitung zeigte sich das strukturelle Problem:

Die eingesetzten 3D-Datensysteme waren über Ländergrenzen, Unternehmen und Projektphasen hinweg nicht kompatibel.

Daten mussten interpretiert, konvertiert, neu aufgebaut oder manuell angepasst werden. Über die Zeit entstanden Abweichungen, Inkonsistenzen und Brüche in der Datenbasis – nicht punktuell, sondern systematisch.

Die Konsequenzen sind erheblich:

– eine vermutete Projektverzögerung von rund vier Jahren
– massive Kostensteigerungen
– steigender Koordinationsaufwand zwischen den beteiligten Partnern

Besonders kritisch: Es handelt sich um ein Marineprojekt, das in der aktuellen sicherheitspolitischen Lage strategische Bedeutung hat. Inzwischen steht sogar die Option im Raum, das Projekt vollständig zu stoppen.

Doch auch ein Abbruch löst das Problem nicht: Kein neues Schiff ist gebaut. Gleichzeitig sind bereits erhebliche Summen ausgegeben oder fest verplant.

Der Kern des Problems liegt nicht in der Ingenieursleistung der beteiligten Unternehmen. Er liegt darin, dass komplexe 3D-Daten nicht als gemeinsames, durchgängiges System organisiert wurden.

→ Video: Hintergrundinfos zu dem F126-Projekt (ca. 18:30 Min.)

Ein deutsches Maschinenbauunternehmen mit rund 50 Mitarbeitenden, soliden Umsätzen und stabiler Auftragslage nutzt 3D-Daten seit Jahren erfolgreich. CAD-Modelle entstehen strukturiert in der Konstruktion und bilden die Grundlage für Entwicklung, Fertigung und Dokumentation.

Mit zunehmender Bedeutung von Marketing, Vertrieb, Simulation und digitalen Präsentationen werden diese CAD-Daten jedoch mehrfach weiterverarbeitet. Für unterschiedliche Zwecke entstehen getrennte Datenstände: für Visualisierungen, für Simulationen, für Web- und Messeanwendungen.

Jede dieser Aufbereitungen ist fachlich korrekt und nachvollziehbar begründet. Sie erfolgt jedoch unabhängig von den anderen – intern wie extern, projektbezogen statt strukturell.

Im Unternehmen entsteht so der Eindruck, dass alles „funktioniert“. Die Aufwände verteilen sich über Abteilungen, Dienstleister und Budgets und bleiben dadurch weitgehend unsichtbar.

Was fehlt, ist eine Gesamtbetrachtung: Wie oft dieselben Daten konvertiert, ergänzt und angepasst werden. Wie viele Arbeitsschritte doppelt oder dreifach entstehen, ohne explizit als solche wahrgenommen zu werden.

Diese Kosten tauchen selten gebündelt auf. Sie sind historisch gewachsen, gut begründet und deshalb kaum hinterfragt.

Erst im Vergleich oder durch externe Impulse wird sichtbar, dass ein erheblicher Teil des 3D-Aufwands nicht wertschöpfend neu entsteht, sondern bestehende Arbeit wiederholt.

Typischerweise liegt dieses verdeckte Potenzial im Bereich von 20 bis 30 Prozent – ohne dass intern von Ineffizienz gesprochen würde.

Das Problem ist kein operatives Versagen.
Es ist ein strukturelles Blindfeld.

Persönliche Einschätzung von Gerhard Schröder, Geschäftsführer vom viSales:

"Aus meiner Sicht gehören diese „Blindfeldkosten“ zu den zentralen Kostentreibern der letzten Jahre. Nicht, weil Unternehmen ineffizient arbeiten, sondern weil immer mehr Plattformen, Kanäle und Formate parallel bedient werden müssen – jedes mit eigenen Anforderungen an dieselben Inhalte.

Die entscheidende Frage lautet daher nicht, ob 3D sinnvoll ist, sondern wofür vorhandene Budgets eingesetzt werden sollen: für immer neue Einzelaufbereitungen – oder für ein breiteres, konsistenteres Content-Angebot bei gleichen Kosten."

Warum diese Geschichten für Unternehmen relevant sind

OpenUSD ist nicht aus Neugier oder technischer Spielerei entstanden, sondern aus sehr konkreten Problemen, die heute viele Unternehmen aus Industrie, Vertrieb und Marketing wiedererkennen. Die folgenden Beispiele stammen aus der Filmindustrie – sie sind deshalb so wertvoll, weil dort dieselben strukturellen Herausforderungen früher und unter höherem Druck sichtbar wurden.

Warum OpenUSD entstehen musste

Lange bevor OpenUSD öffentlich vorgestellt wurde, war das zugrunde liegende Problem bereits offensichtlich – nur noch nicht systematisch gelöst.

2007, beim ersten von Marvel selbst produzierten Film Iron Man, arbeiteten CGI-Studios auf der ganzen Welt parallel an einem zentralen Objekt: der Rüstung. Sie sollte glänzen, sich realistisch verhalten und in jeder Szene identisch wirken.

Das Problem: Die Studios nutzten unterschiedliche Software und unterschiedliche Datenmodelle, um Materialeigenschaften wie Glanz, Tiefe oder Licht zu beschreiben. Das Ergebnis war vorhersehbar: Die Rüstung sah nicht überall gleich aus.

Nicht gravierend anders – aber unterschiedlich genug, um aufwendig korrigiert werden zu müssen. Die Ursache lag nicht in der kreativen Arbeit, sondern im fehlenden gemeinsamen Datenmodell. Die Lösung für dieses "Teilproblem" heisst heute MaterialX (XML),entwickelt von ILM.

Inkompatible Daten erzeugen Kosten – nicht Qualität

Dieses Muster zeigte sich auch später in reinen Pixar-Produktionen: Bestimmte Datenformate führten zu deutlich längeren Renderzeiten als andere – nicht, weil sie bessere Bilder lieferten, sondern weil sie ineffizient strukturiert waren.

Die Folgen waren real:

– unnötige Rechenzeit
– höhere Infrastrukturkosten
– längere Produktionszyklen

Daraus entstand ein zentrales Ziel: datensparsame, effiziente Datenmodelle, die komplexe Szenen beschreiben können, ohne sie immer wieder neu berechnen zu müssen.

Effizienz wurde zur Voraussetzung für Skalierung.

Ein weiteres strukturelles Problem großer 3D-Projekte: Parallelität statt Blockaden.

Team A arbeitet an einem Objekt.
Team B möchte darauf aufbauen – muss aber warten, bis Team A „fertig“ ist.

Das verhindert paralleles Arbeiten und verlangsamt Projekte massiv. OpenUSD adressiert genau diesen Engpass: Daten werden so organisiert, dass mehrere Teams gleichzeitig daran arbeiten können, ohne Inkonsistenzen oder Abhängigkeiten zu erzeugen.

Warum das für Unternehmen relevant ist

Diese Probleme sind keine Besonderheit der Filmindustrie. Sie sind in großen Industrie- und Infrastrukturprojekten alltäglich. Das Muster ist identisch. Nur der Anwendungsfall ist ein anderer.

Launch von OpenUSD

2015 machte Pixar dieses Prinzip öffentlich greifbar: Ein Pixarmitarbeiter betrat die Siggraph-Konferenz-Bühne, klappte einen Laptop auf, tippte eine Zeile – und nach wenigen Sekunden lief eine hochkomplexe Szene aus Findet Nemo in Echtzeit auf einem handelsüblichen Rechner.

Keine Renderfarm.
Keine Spezialhardware.
Sondern: Dateneffizienz in Reinkultur.

OpenUSD entstand aus genau dieser Notwendigkeit – als Antwort auf ein systemisches Problem: Wie lassen sich komplexe 3D-Daten konsistent, effizient und parallel nutzbar organisieren?

Nach dem Scannen des QR-Codes unterscheidet sich der Ablauf je nach Gerät leicht. Das ist normal und kein Fehler.

Auf dem iPhone (*.usdz):
Zunächst erscheint (1) eine Abfrage, ob die 3D-Datei geladen werden soll. Nach dem Download öffnet sich eine Vorschau im Browser. Erst durch einen weiteren (2) Tipp auf das Vorschaubild startet die AR-Ansicht. Dieser zusätzliche Schritt ist Teil des Sicherheits- und Download-Konzepts von Apple.

Wichtig: Auf dem iPhone funktioniert die AR-Ansicht aktuell nur über Safari. Ist Google Chrome oder ein anderer Browser als Standard eingestellt, kann es passieren, dass sich beim Scannen des QR-Codes nichts sichtbar öffnet. In diesem Fall hilft es, den Link direkt in Safari zu öffnen.

Auf Android-Geräten (*.glb):
Hier öffnet sich die AR-Ansicht in der Regel direkt, ohne eine vorgelagerte Download-Abfrage. Der technische Ablauf ist ein anderer, das Nutzungserlebnis für Anwender jedoch vergleichbar. Auf Android wird zur Zeit kein USDZ unterstützt, für die Demo hier haben wir daher eine glTF-/glb-Alternative umgesetzt.

Wenn sich der Ablauf auf dem Gerät unterscheidet, liegt das meist am Browser oder an den Geräteeinstellungen, nicht am Inhalt selbst.

Wir erklären diese Unterschiede bewusst offen, weil sie im Alltag immer wieder für Verwirrung sorgen.

Falls Sie den Einstieg lieber als zusammenhängende Erklärung sehen möchten: In einem kurzen Video zeigen wir dieselbe AR-Szene und ordnen ein, was im Hintergrund passiert.

→ Video: igus-AR-Szene ansehen (ca. 6:30 Min.)

Wer einordnen möchte, wie USDZ im Arbeitsalltag eingesetzt wird, findet dort eine verständliche Einführung. Anhand konkreter Beispiele zeigen wir, wie 3D-Inhalte in Präsentationen, Videocalls und klassischen Büroprozessen genutzt werden können – ohne App, ohne Spezialsoftware.

→ Apples USDZ-Ansatz im Unternehmensalltag verstehen

OpenUSD ist kein kurzfristiger Technologietrend, sondern eine strukturelle Antwort auf die zunehmende Bedeutung von 3D-Daten in Produktentwicklung, Vertrieb und Kommunikation.

Die Auflösung von Datensilos und alten Datenformaten schafft große Effizienzgewinne = Kosteneinsparung.

Für Konzerne & mittelständische Unternehmen stellt sich weniger die Frage, ob OpenUSD relevant wird, sondern wann und in welchem Umfang. Ein früher Einstieg bedeutet dabei nicht sofortige Umstellung, sondern die Möglichkeit, Kompetenzen und Datenstrukturen schrittweise aufzubauen – ohne Abhängigkeit von einzelnen Plattformen.

Apple, NVIDIA, Pixar, BMW, Daimler, SIEMENS und andere Akteure verfolgen sehr unterschiedliche Geschäftsmodelle. Gemeinsam ist ihnen jedoch ein strukturelles Problem: fragmentierte 3D-Datenlandschaften, die sich nur schwer über Systeme, Abteilungen und Anwendungsfälle hinweg nutzen lassen.

OpenUSD ist die Schnittmenge, auf die sich diese Akteure verständigen konnten. Der Standard ermöglicht es, komplexe 3D-Inhalte strukturiert zu beschreiben, ohne eine konkrete Plattform oder Anwendung vorzuschreiben. Genau diese Neutralität macht OpenUSD attraktiv für Unternehmen, die langfristig planen und technologische Abhängigkeiten vermeiden wollen.

Die zunehmende industrielle Nutzung – etwa im Kontext großer Rechen- und Plattforminfrastrukturen – zeigt, dass OpenUSD nicht als Trendthema verstanden wird, sondern als infrastrukturelle Grundlage für den Umgang mit 3D-Daten in großem Maßstab. Beispiel dafür ist der NVIDIA-Telekom-Deal für Rechenzentren in Deutschland mit NVIDIA-Servern.

→ Telekom: Für ein souveränes Deutschland

Die folgenden Fragen begegnen uns häufig in Gesprächen mit Marketing-, Vertriebs- und IT-Verantwortlichen im Mittelstand. Die Antworten sind bewusst so formuliert, dass sie gemeinsam gelesen und eingeordnet werden können – ohne technische Detailtiefe, aber mit strategischer Klarheit.

1. Welche konkreten Probleme im Umgang mit 3D-Daten löst OpenUSD heute?
OpenUSD reduziert doppelte Arbeit, Medienbrüche und inkonsistente Darstellungen. Einmal aufbereitete 3D-Daten können mehrfach genutzt werden, statt für jeden Kanal neu erzeugt zu werden.

Das spart Zeit,
senkt Kosten und
erhöht die Konsistenz in der Kommunikation.

Das mittelständischen Unternehmens aus dem Abschnitt "Verdeckte Kosten durch parallele 3D-Datenwege" konnte so über 20 Prozent externe Kosten über drei Dienstleister hinweg einsparen und behält die Datenhoheit über alle Dateien.

2. Was unterscheidet OpenUSD von den Plattformen, die Unternehmen heute bereits einsetzen?
3. Warum ist OpenUSD keine Alternative zu CAD- oder PLM-Systemen – und trotzdem strategisch relevant?

3. Welche Rolle spielt Datensouveränität bei OpenUSD?
OpenUSD ermöglicht es Unternehmen, ihre 3D-Daten unabhängig von einzelnen Plattformen oder Tools zu organisieren. Die Daten bleiben im eigenen Verantwortungsbereich und können flexibel in unterschiedlichen Systemen genutzt werden. Das reduziert Abhängigkeiten von einigen US-Unternehmen, weiteren Dienstleistern + Agenturen und erhöht die langfristige Kontrolle über Inhalte.

4. Müssen bestehende CAD-, PIM- oder DAM-Systeme ersetzt werden?
Nein. OpenUSD ist kein Ersatz für bestehende Systeme, sondern eine ergänzende Struktur darüber. Vorhandene Datenquellen bleiben erhalten, während OpenUSD hilft, diese für unterschiedliche Anwendungsfälle nutzbar zu machen.

5. Ist OpenUSD nur für sehr komplexe Produkte sinnvoll?
Nicht zwingend. Auch bei überschaubaren Produktportfolios kann OpenUSD sinnvoll sein, wenn Inhalte mehrfach genutzt oder perspektivisch erweitert werden sollen. Der Nutzen steigt mit der Anzahl der Einsatzkontexte, nicht nur mit der Produktkomplexität.

6. Wie wirkt sich OpenUSD konkret auf Marketing und Vertrieb aus?
Marketing und Vertrieb profitieren von konsistenten, wiederverwendbaren 3D-Inhalten. Visualisierungen können für Website, Präsentationen, Messen oder AR-Anwendungen genutzt werden, ohne jedes Mal neu erstellt zu werden. Das erleichtert die Zusammenarbeit zwischen Abteilungen.

7. Ab welchem Reifegrad lohnt sich OpenUSD für ein Unternehmen?
OpenUSD kann sowohl als strategische Basis als auch schrittweise eingeführt werden. Unternehmen müssen nicht sofort alle Möglichkeiten ausschöpfen, sondern können mit einzelnen Anwendungsfällen (Pilotprojekten) starten und diese später erweitern.

8. Müssen wir uns mit OpenUSD auf einen Anbieter oder ein Ökosystem festlegen?
Nein. OpenUSD ist als offener Standard angelegt und unterstützt unterschiedliche Ausprägungen. Unternehmen können verschiedene Plattformen parallel nutzen -zum Beispiel NVIDIA Omniverse & Apple- und behalten die Freiheit, Schwerpunkte je nach Bedarf zu setzen.

9. Wie zukunftssicher ist OpenUSD als Standard wirklich?
Durch die breite Unterstützung aus Industrie, Software-Herstellern und der Alliance for OpenUSD gilt der Standard als langfristig angelegt. Die organisatorische Verankerung sorgt dafür, dass OpenUSD nicht von einzelnen Marktinteressen abhängig ist. Siehe dazu den Abschnitt "Der strategische Kontext hinter OpenUSD" unter "Weitere Infos".

10. Ist OpenUSD eher ein strategisches IT-Thema oder ein Werkzeug für Marketing und Vertrieb?
OpenUSD ist beides. Strategisch bildet es eine stabile Datenbasis, operativ ermöglicht es effizientere Abläufe in Marketing und Vertrieb. Der Mehrwert entsteht vor allem dort, wo beide Perspektiven zusammenkommen.

Im Vertrieb zählen vor allem Zugänglichkeit, Verlässlichkeit und geringe Einstiegshürden. Deshalb setzt viSales für viele Vertriebsanwendungen bewusst auf den Apple-AR-Ansatz mit USDZ und AR Quick Look, der ohne App-Installation direkt auf iPhone, iPad und Apple Vision Pro funktioniert.

In der Praxis ist dieser Weg besonders pragmatisch: Auf Messen stehen häufig iPads zur Verfügung, viele Vertriebsmitarbeiter nutzen ein Dienst-iPhone. Eine einmal erstellte USDZ-Datei lässt sich zudem ohne Anpassung auch auf dem Mac einsetzen – etwa als interaktives 3D-Element in Präsentationen. Das reduziert Dateivarianten, Abstimmungsaufwand und technische Vorbereitung im Vertriebsalltag.

Ein weiterer entscheidender Faktor ist die Stabilität der Darstellung. Da Apple Player, Interaktion und Darstellung systemweit integriert, verhalten sich AR-Inhalte reproduzierbar und konsistent – ein wesentlicher Vorteil in Verkaufssituationen, in denen Inhalte zuverlässig funktionieren müssen.

Für viSales ist dieser Fokus auf Apple AR keine Einschränkung. Wir arbeiten sowohl mit nativen USDZ-Ansätzen für Apple-basierte AR- und Präsentationsszenarien als auch mit programmatischen Omniverse-Workflows, wie sie etwa in Umgebungen für Simulation, Automatisierung oder systemische Logik eingesetzt werden.

Wer sehen möchte, wie OpenUSD- und USDZ-basierte AR-Inhalte im Vertriebsalltag eingesetzt werden, findet auf unserer AR- & Messen-Seiten konkrete Projektbeispiele.

→ AR-Beispiele im Vertrieb ansehen (inkl. QR-Codes zum Ausprobieren)
→ AR-Messelösungen nach Standflächenbedarf sortiert

Mein Unternehmen hat Kunden aus dem Maschinenbau, Luftraumfahrt, Verteidigung, die haben alle ein Problem.

Sie haben komplexe Produkte.

Und komplexe Produkte heißt meistens, du hast im Vertrieb 20 Minuten Zeit,

aber die technische Erklärung würde eigentlich zwei Stunden brauchen.

Und dieses klitzekleine Spannungsfeld versuchen wir mit unseren Dienstleistungen für unsere Kunden so ein bisschen wenigstens zu mildern.

Stichwort 3D-Animationen und zum Beispiel so etwas wie Augmented Reality.

Und für all diese ganzen Dinge nutzen wir eine Technologie, einen technologischen Standard.

Darum geht es in meinem heutigen Vortrag.

Mein Name ist Gerhard Schröder, ich bin Geschäftsführer von V-Sales und ich habe mal ein paar Sachen mitgebracht zum Zeigen.

Und zwar das Erste, was ich zeige, ist so gesehen eine Problemstellung.

Und zwar die Problemstellung, warum eigentlich so gesehen dieser technologische Standard wichtig ist.

Kann irgendjemand mir sagen im Raum, was man auf diesem Bild gerade sieht?

Richtig, genau. Das ist die geplante F-126 Niedersachsen-Klasse unter zukünftigen Kriegsschiffe der deutschen Flotte.

Problemstellung, die sind vor ein paar Jahren geplant, europäische Ausschreibung, beauftragt.

In Niederlanden, in einem Werft, sollen diese Schiffe gebaut werden.

Ein französischer Softwareanbieter hat die Konstruktionssoftware.

Deutsche Zulieferer liefern die Bauteile, Schiffskomponenten, damit die in Niederlanden eingebaut werden können.

Mehrere Jahre Planungsphase, wie sowas eben bei so größeren Dingern, ist kein kleines Produkt.

Das braucht auch mal ein paar Jahre Vorlauf.

und irgendwann am Ende der Planungsphase haben wir festgestellt, so das sind die Konstruktionsdaten,

abgenommen, so wollen wir die Schiffe haben, damit macht man erstmal so ein schönes Bild,

so ein schönes Bild baut man relativ schnell, aber ein Schiff bauen dauert ein bisschen länger.

Dann wurden die Daten überreicht an die niederländische Werft und an die deutschen Zulieferer

und dann kam von mehreren Seiten so dieses Stichwort Houston, wir haben ein Problem,

Weil, dass das die französischen Softwareentwickler alles hinbekamen,

konnte weder die niederländischen Werften noch die deutschen Zulieferer an 3D-Daten verarbeiten.

So, wir kennen alle die momentane politische Lage und Weltlage, was gerade so abgeht,

wenn das bedeutet, und das ist die aktuelle Lage,

das erste Schiff wird drei Jahre später ausgeliefert,

weil die 3D-Daten von Anbieter A zu Anbieter B nicht rechtzeitig ausgeliefert werden können,

muss ich nicht sagen, was gerade los ist.

Dann passt der Spruch, Berlin, wir haben ein Problem an der Stelle, sehr gut.

Also werden jetzt die Daten entsprechend konvertiert.

Aber wie das bei größeren Projekten ist, es geht nicht nur darum,

auch die Daten zu konvertieren von Format A zu Format B,

sondern das Ganze muss ja noch ein zertifizierter Prozess sein.

Also drei Jahre später wird das erste Schiff ausgeliefert.

Alle weiteren Schiffe, kann sich jeder denken, verzögern sich weiter.

Also interoperable 3D-Daten, gute Problemstellungen.

Und wann gibt es eine Lösung? Ja, gibt es.

Und da komme ich jetzt mal ganz kurz auf eine kleine Grafik, die ich gerne einschwerfe zum Themenbereich.

Was ist ein digitaler Zwilling?

Da gibt es so viele Definitionen.

Ich möchte sagen, in jeder Uni hat jeder Professor noch mal eine andere Variation.

Ich habe einen sehr pragmatischen Ansatz.

Ich fange mit einer CAD-Datei, also einer Konstruktionsdata eines Objektes an.

Der nächste Schritt, ich kann das Ganze vielleicht animieren, dann kann ich das Ganze auch interaktiv machen und irgendwie am Ende komme ich zu einer Simulation.

Und in diesem ganzen Gewaber, diesem Definitionsbereich bewegt sich das Thema digitaler Zwilling.

Da komme ich gleich darauf zurück. Aber das muss man schon im Hinterkopf behalten.

Das ist ein Bauteil von einem unserer Kunden.

Die Firma heißt Karl Hamm Röhrenwerk aus Älpsten Kupferdreh.

Ich habe dieses einfache Beispiel mitgebracht, weil das ist eine klassische Grafik, die man

im Vertrieb zum Beispiel auch auf der Webseite nutzt.

Das ist ein patentiertes Verfahren, damit man Rohre nicht zusammenschweißen muss, damit

man Rohre auch nicht zusammenschrauben muss, sondern damit die Rohre zusammengesteckt werden,

Kettenglied eingezogen. Jetzt kann diese Erklärung, bis man das alles richtig

verstanden hat, länger brauchen. Oder ich habe eine Variante als Video. Das ist

eigentlich eine Augmented Reality Datei in einem Datenformat, um die es in diesem

Vortrag geht. Das ist eine OpenUSD Datei. So sieht das Produkt eigentlich real aus.

Wenn man ein Erklärvideo macht, würde das Ganze so aussehen. Man sieht es ja gut.

Kettenglied reinschieben und die ganze Geschichte funktioniert eben auch in AR.

Weil die gleiche Datei, die für dieses Animationsvideo genutzt wird, nahtlos auf dem iPhone auch direkt genutzt werden kann.

Sie kann nicht nur auf dem iPhone genutzt werden, sie kann auch auf dem iPad, auf der Apple Vision Pro und anderen Geräten genutzt werden.

Eine Datei einmal aufbereiten, ich rede mal gerne von einer 3D Master Datei und sie funktioniert für alle Zwecke.

wer das mal ausprobieren möchte ich habe da jetzt ein weiteres beispiel dabei von der firma siemens

smartphone zücken funktioniert auf iphone wir haben auch für die android nutzer hier im raum

gerade aktuell auch entsprechende variante man braucht ein bisschen platz die maschine ist circa

zwei meter hoch kann sich jeder denken brauchen ein bisschen platz wer es jetzt nicht ausprobieren

möchte ich habe auch dazu ein stück video dabei ja so hat die konstruktionsdaten würden wurden

genommen sie wurden überarbeitet so dass sie für alle weiteren vertriebs und kommunikations

genutzt werden können ohne dass ich jetzt im notfall vielleicht mehrere verschiedene

dienstleister brauche das war jetzt das war jetzt so gesehen ein einfaches beispiel statisch

animiert wenn ich jetzt im themenbereich simulation hineingehe das geht auch entsprechend ich habe

hier ein reales messeexponat im hintergrund also einen realen sensor und kann diese sensor daten

in AR darstellen. Das ist ja das, was man klassischerweise auch unter AR versteht.

Realität ergänzen.

Alles auf einer Basis. So, jetzt habe ich die übliche Aufgabenstellung,

fängt hier damit an, dass einer sagt, ich habe eine CAD, ich habe eine Konstruktionsdatei.

Sei es vom Rohr, eine Turbine oder auch ein ganzes Kriegsschiff.

So ziemlich jedes Produkt, was heutzutage irgendwo hergestellt wird,

bis auf irgendwelche Arbeiten vom Tischler, aber auch selbst da,

Die haben inzwischen, Stichwort Ikea, ist jetzt nicht das richtige Beispiel, aber auch selbst gute Maßtischlereien machen ja über den Innenarchitekten entsprechend vorher Entwürfe.

So, klassischer Weg ist in der Abteilung, A sagt, ich brauche für die Internetseite von den Konstruktionsdaten erstmal schönes Rendering, damit der Vertrieb sagen kann, so sieht unser Produkt aus, kauf unser Produkt.

So der Klassiker. Gut, alles klar. Also geht die Datei von der Konstruktionsabteilung übers Marketing, vielleicht einen externen Dienstleister, der nimmt die Datei, überarbeitet sie, macht sie schön, weil Konstruktionsdaten ja meistens ein bisschen blass aussehen.

Für den Konstruktionsverkauf reicht das ja. Dienstleister sagt, ich mache dir die Animationsgrafik, das Video fertig, liefert fertige Grafik.

Zurück an die Marketingabteilung, die kannst du auf die Webseite stellen.

Die weiterverarbeiteten Daten bleiben meistens bei dem Dienstleister.

Der Nächste sagt, ich möchte aber auf der Internetseite einen Produktkonfigurator vielleicht haben.

Also sagt die Abteilung, Konstruktionsdaten, die gehen jetzt wieder rüber an den nächsten Dienstleister.

Der muss die Datei wesentlich verkleinern, damit sie irgendwie auf dem Browser irgendwie funktioniert.

Kommt der Nächste und sagt, ich möchte aber eine Simulationsgeschichte machen damit.

Alles klar, gib die Datei nochmal her.

Dritte Dienstleister.

Der macht damit eine Unity App.

Drüben sind ein paar Dienstleister, da kann man sich sowas anschauen.

Und der Nächste sagt, ja, aber wir brauchen was für einen anderen Geschäftspartner,

das muss in Unreal sein.

Gib mir nochmal die Datei.

Weitergeben, weiterarbeiten.

Und der Nächste sagt, die arbeiten mit einem großen Konzern zusammen, die haben aber

Industrial Metaverse Lösung auf Basis von Nvidia Omniverse.

Gebt mir deine Datei.

Jetzt haben wir diesen vielleicht theoretischen, aber meistens drei oder vier Dienstleister-Fall.

Jeder fängt wieder von vorne an.

Konstruktionsdatei, konvertieren, aufbereiten, weitermachen.

Ich komme aus Ostwestfalen, da gibt es einen Spruch dafür.

Kannst du machen, ist dann aber.

Kann sich jeder ein Wort dazu denken.

So, jetzt noch kurze Ergänzung, weil eben gerade schon das Stichwort Microsoft Teams gefallen ist.

Natürlich in der alten Welt, also das alt abgekündigte Produkt, war Microsoft Mesh.

Das basierte im Prinzip auf Unity.

Oder ich sage, ich möchte das jetzt eben in der neuen Microsoft Welt haben, dann brauche ich diese grüne Datei, eine GLB-Datei.

aber gibt es auch im plan b ja gibt es gibt was für eine ratio farme so dann habe ich

eine datei im format klassischerweise usbz hört sich jetzt komisch an ist aber so was

damit gemeint ist usb steht für universal ziehen description universelle szenen

beschreibungssprache das z steht für zip können wir alle

Eine gepackte Geschichte.

Im Prinzip ist die Datei wie ein Aktenordner, lauter Reitern da drin.

Da sind verschiedene Informationspakete drin.

Informationspaket 1 ist die Daten für die Konstruktionsabteilung.

Das zweite Informationspaket sind die Daten, die vielleicht die Werbeagentur oder Kommunikationsleute brauchen, damit dieses 3D-Modell schön aussieht.

Die dritte Paket ist weit wegen für eine Simulation die thermischen Eigenschaften des Metallproduktes, was sich ausdehnt und wieder verkleinert.

und so weiter ein akten ordner alles drin so das gibt kann man sagen das ist ja

super wenn das so einfach wäre momentan ist noch ein klitzkleines bisschen

komplizierter und da möchte ich kurz darauf eingehen ich nenne das immer

gerne natives usdz und pyson usdz erkläre ich gleich kurz der hintergrund

das eine ist das was du gesehen jetzt im apple ökosystem funktioniert das heißt

Was man gerade aufprobiert hat mit dem QR-Code, was man auf dem iPhone gesehen hat, war eine USDZ-Datei, bei dem auf meinem Smartphone, so gesehen im Betriebssystem, eine 3D-Game-Engine schon eingebaut ist.

Man könnte sagen, so was wie Unity ist in iOS schon drin.

Ich brauche keine Game-Engine mehr programmieren und übertragen und entwickeln.

Die ist im Betriebssystem.

Ich muss nur noch die Konstruktion, die 3D-Datei, die Animation und die Logik übertragen.

Das macht die Datei wesentlich kleiner.

Das ist alles, was mit der Geschichte geht.

Und ich kann die Datei nehmen.

Ich kann die Datei direkt nutzen, um im Keynote, also dem PowerPoint-Gegenstück auf Apple,

entsprechend direkt ein Animationsvideo zu produzieren.

Das heißt, Vertriebsmitarbeiter können mit der Datei kultenspezifisch ein Animationsvideo innerhalb von 5 Minuten selbst machen.

Wir brauchen nicht erst Anfragen bei der Marketingabteilung.

Ich möchte das und das extra haben.

Die müssen zum externen Dienstleister gehen.

Wer die Datei hat, hat die Macht.

Der kann alles andere nicht selber machen.

Anderer Anwendungsfall.

Mitarbeiter geht zum Kunden, steht auf der Baustelle, sagt, können wir uns mal die entsprechende Einrichtung anschauen.

Häufiger Fall bei uns.

Konstruktionsabteilung kriegt einen Anruf, speichert die Datei aus der CAD-Software direkt im Format.

Schickt die Datei per iMessage, das ist so gesehen das WhatsApp auf Apple.

Schickt die direkt raus an den Kollegen.

Der öffnet die Datei.

Die Game Engine startet automatisch.

Er startet einen Videocall, macht eine Bildschirmfreigabe.

Kann also mit seinen Kunden und seinen Kollegen im Büro direkt einen Videocall machen.

Und sieht das Produkt direkt in einem zukünftigen Produktionsstandort.

Das ist eine Betriebssystemfunktion.

Ich muss dafür nichts mehr extra tun, außer einmal Himmel, Po und Swirm diese 3D-Datei haben.

So, ein paar andere weitere Geschichten habe ich dann noch oben aufgeführt.

So etwas wie Integration der ganzen Geschichten in die Website.

So, jetzt kommen wir zur klitzekleinen Unterscheidung.

Und was ist mit NVIDIA?

Während wir hier gerade diese Konferenz haben, findet ja in den USA auch eine entsprechende Entwicklerkonferenz von NVIDIA statt.

Die gleiche Datei, die wir gerade hier auf dem iPhone ausprobiert haben, kann ich nehmen.

die funktioniert, Sternchen in der Theorie, komme ich gleich zu, direkt auch im Nvidia Omniverse.

Das heißt, ich kann einen Bauteil meines digitalen Zwillings nehmen, speichern unter,

dem Kollegen per iMessage zuschicken und der macht den Videocall mit mir und dem Kunden alles gemeinsam.

Bis zu 32 Leute kann im Videocall teilnehmen, das können auch Android und Windows Nutzer sind.

Der Einzige, der den Call starten muss, der muss ein Gerät von Apple haben.

Jetzt haben bei uns aber viele von unseren Kunden auch die Mitarbeiter in den Konzernen oder wenigstens die Kollegen im Außendienst oder die Messe-iPads, die haben halt irgendein Apple-Produkt.

Brauchen nichts extra.

Die haben Diensthandy, iPhone, kriegen die Datei zugeschickt und können damit arbeiten.

Punkt.

Und das macht die Geschichte ein bisschen einfacher.

So, aber was ist denn mit den ganzen anderen Anwendungsfällen?

Anwendungsfällen. Turns out, wenn ich das da als USDZ-Master-Datei bezeichne, mit der ich eigentlich so ziemlich viele Sachen schon abdecken kann.

Gut, okay. Was ist für den Fall, dass einer sagt, ich möchte aber auch was auf rein Android haben.

Oder klassische Webtechnologie, der Standard, den gibt es auch, der heißt GLTF.

Dann leite ich die Datei daraus ab. Ich kann damit auch was mit Unity machen oder ich leite daraus entsprechend Unreal App.

Das heißt, Faustformel ist, mach aus der CAD-Datei erst deine OpenUSD-Datei.

Erst leite danach eine GLTF-Datei ab.

Es gibt genügend Konvertierungsdienste, die es genau andersrum machen.

Das ist so ähnlich wie zu sagen, ich habe erst eine Vektordatei, aus der mache ich ein GIF, 256 Farben, und speichere das dann als JPEG.

Wer so ein bisschen sich mit Bildformaten auskennt, weiß, glaube ich, wo das Problem ist.

Also ich habe erst eine gute Datenqualität mal richtig schlecht gemacht.

Aus schlechten Daten hin zu ja wieder gute zu machen.

Es werden einige sagen, aber KI hilft mir da.

Und ich sage, wir könnten es ja auch gleich richtig rummachen.

So, also geht es weiter.

Ich kann natürlich auch, es gibt Plugins und auch aus Unity 3D-Elemente als UST zu speichern oder zu laden.

Und das geht natürlich genauso auch mit Unreal.

Letzte Kleinigkeit, ich kann natürlich jetzt, ich sprach ja eben schon davon, auch diese Datei nehmen,

diese extra gespeicherte GLTF-Datei und kann die im Microsoft Teams Call im VR entsprechend nutzen.

Ja, theoretisch brauche ich bei all diesen ganzen Ansätzen eigentlich kein Unity mehr und ich brauche eigentlich theoretisch auch kein Unreal mehr. Theoretisch. Die Branchenrealität sieht noch ein bisschen anders aus, weil das da würde oder wird eigentlich durchs Omniverse komplett ersetzt.

Wer sich momentan anschaut, wie die Industrielandschaft aussieht, Daimler, BMW, Volkswagen, alle machen momentan Projekte mit dem Omniverse.

Wer sich mitbekommen hat, in Deutschland gibt es jetzt ja gerade das große Projekt in München, Telekom und Nvidia, eine große Cloud-Dienstleistung.

Die gesamten KI-Funktionen, die dort laufen werden, laufen auf dem Nvidia-Omniverse.

Das heißt, auf den gleichen Servern kann ich genauso gut auch meinen kompletten digitalen Zwilling laufen lassen.

Alles in einem System.

So, ich sagte ja eben, kleines Sternchen.

Momentan ist es so, dass die 3D-Inhalte von Apple und die 3D-Inhalte von Nvidia eine gewisse historische Inkompatibilität haben, muss man so zu umschreiben.

Aber wir haben gesagt, da muss es doch eine Lösung geben. Ja, die haben wir selbst entwickelt.

Das heißt, wir haben einen Konverter entwickelt, mit dem ich eine Nvidia-Universe-Datei nehmen kann, speichern, konvertieren und sie ist dann rückwärtskompatibel.

Sie läuft im Nvidia-Omniverse und sie läuft im Apple-Ökosystem.

Auf einer Apple Vision Pro ohne eine weitere App-Entwicklung.

Oder auch auf dem iPhone und iPad.

Das, was man gerade gesehen hat, die kleine Maschine, ist genau so ein Ding,

das dann im Prinzip von der Idee her überall läuft.

So, da ich ja eben schon gesehen von zwei Märkten gesprochen habe,

beides sind Open-Source-Standards.

Auf der einen Seite gibt es eben OpenUSD, auf der anderen Seite gibt es GLTF-1020, wie auch immer.

OpenUSD ist historisch entstanden von der Firma Pixar.

Die haben diesen Standard vor zehn Jahren, jetzt schon vor elf Jahren, vorgestellt und sofort Open Source auch dann kurz danach gegeben.

Ist ein Industriestandard.

Stammt aus der Computeranimationswelt.

Wer die Firma Pixar nicht kennt, Stichwort Toy Story.

Könnte vielleicht weiterhelfen, im Notfall Google.

so gesehen in der Branche der Computeranimationsfilme schon recht bekannt.

Und die hatten vor Jahren irgendwann gesagt, wir brauchen mal ein vernünftiges Datenformat,

damit wir von diesen verschiedenen Software-Tools zusammenkommen.

Und nicht jeder sein eigenes Datenformat hat, wie wir es auch jetzt in der Konstruktions-CAD-Landschaft eben haben.

Jeder hat sein eigenes Pflänzchen und sagt, aber meins ist besser.

Und der andere sagt, ich bin ein bisschen besser als du.

Der Nächste sagt, immer zweimal mehr wie du.

Schlecht. Schlecht auf Dauer fürs Geschäft, wenn die Leute zusammenarbeiten wollen.

Also hat man gesagt, okay, wir machen aus der ganzen Geschichte einen Open-Source-Standard

und hat zuerst eine Arbeitsgruppe gegründet.

Und die gibt es bis heute. Das ist eigentlich die Kernmannschaft.

Das sind die Softwareentwickler, die tatsächlich mit der ganzen Geschichte schaffen

und den Standard weiterentwickeln, also die Coder.

Und diese Gruppe heißt USDWG, sexy Name, ich gebe zu, USD Working Group.

Alle 14 Tage im Zoom call sitzen Leute von Pixar, Apple, manchmal Nvidia, da sind auch Meta dabei und Mitarbeiter von mir, der oben gerade steht. Alle 14 Tage wird so gesehen der nächste Arbeitsschritt besprochen, was da Neues auf dem Weg ist.

ich sagte eben schon apple und nvidia sind auch in den markt eingetreten jetzt haben die unterschiedliche

ansätze ja apple geht es darum animation interaktivität augmented reality und nvidia

sagt simulation noch diese abstufen von zum thema digitaler zwilling also haben sie sich ein bisschen

zehn jahre software entwicklung open source da hat da eine andere mal fort gemacht und das ganze

ist aber in den letzten Jahren jetzt wieder zusammengeführt worden und zwar durch eine neue

Dachorganisation. Man hat gesehen das ganze jetzt genannt AUUSD, auch ein total sexy Name, ich gebe zu.

Alliance of USD, da sind jetzt auch Google, Microsoft, da sind alle inzwischen alle großen Konzerne,

sind dem inzwischen beitreten und haben angekündigt, wir unterstützen in Zukunft mit unseren ganzen Produkten,

also auch in Zukunft mal in Microsoft Office oder in Microsoft Video Call System, in Zukunft überall genau diesen Standard.

Wer die MetaQuest Brillen kennt, 1, 2, 3, wie auch immer oder Pro, da kennen wir ja alle,

dass es da diese Avatare gibt. Früher hatten die keine Beine. Irgendwann wurden Beine eingeführt.

Diese Daten, die da drunter liegen bei Meta, sind schon OpenUSD-Dateien. Was auf der Quest momentan

ausgespielt wird, weil die Quest ein bisschen rechenschwacher ist und die gesamte Engine nicht

so ist, sind momentan GLTF-Dateien. Und GLTF, auch wir bei den Kollegen von RUM zum Beispiel

genutzt, so als einer von den Startortformaten, was rein kann.

Werden die Apple Vision Pro schon mal wenigstens gesehen hat, im Video, wo die Leute so eine

Persona haben, so eine Gestalt, die ist ja vor kurzem nochmal optisch stark verbessert

worden.

Und die Verbesserung an der Stelle ist, dass das Ganze natürlich die ganze Zeit schon

eine OpenUSD-Datei ist.

Und jetzt kommt der neueste technische Kram dazu.

Das ist ein Gauss-Splatt.

Das heißt, die Oberfläche ist so gesehen dadurch noch natürlicher geworden, weil unten drunter ist eine OpenUSD-Datei so gesehen und die Oberfläche ist der neueste technische Kram, damit es noch natürlicher wird.

Also, die haben sich alle gesammelt und in den letzten zwei Jahren den Industriestandard zusammengeführt.

Auf der anderen Seite, bei GLTF, gibt es viele verschiedene Ansätze, wie gesagt, beides Open Source.

Da hat man sich aber nie so richtig auf eine Lösung fokussieren können.

Jeder hat gesagt, ich habe eine eigene Idee.

Das ist gut eigentlich so gesehen im Open Source Markt.

Aber wenn ich irgendwas sage, ich möchte einen Industriestandard haben, wo alle wissen, mit der einen Kiste kann ich überall arbeiten.

Das ist leider an der Stelle im Detail, wenn es um die Webdarstellungsvarianten geht, leider nicht gegeben.

Und Android XR kommt ja jetzt irgendwann um die Ecke, aber auch Google hat gesagt, wir unterstützen in Zukunft OpenUSD.

So, im Dezember wurde die offizielle Standard 1.0 verabschiedet, läuft aber eigentlich schon seit Jahren überall.

Danke.

Die folgenden Links vertiefen einzelne Aspekte rund um OpenUSD, USDZ und deren praktische Nutzung.

Strategische Einordnung
→ Digital Twins im Mittelstand

Praxis & Anwendung
→ AR-Beispiele für Messezwecke ansehen
→ Video: AR im Vertrieb (ca. 16 Min.)
→ Von CAD zu USDZ & OpenUSD zu AR im Vertrieb
→ Spatial Websites auf OpenUSD-Basis

Branchen & Vertiefung
→ AR im E-Commerce, eine Einordnung
→ Video: Die OpenUSD-Story (ca. 27 Min.)

Wer verstehen möchte, warum OpenUSD so flexibel einsetzbar ist, stößt zwangsläufig auf einige grundlegende Konzepte: OpenUSD ist kein einzelnes Dateiformat, sondern ein System aus grundlegenden Konzepten, die gemeinsam flexible 3D-Strukturen ermöglichen. Zu den wichtigsten gehören:

• Layer: Inhalte können in logisch getrennten Ebenen organisiert werden, etwa nach Varianten, Zuständigkeiten oder Anwendungsfällen.
• Referenzen: Modelle und Inhalte lassen sich verknüpfen, ohne sie zu duplizieren. Änderungen wirken sich automatisch auf alle Verwendungen aus.
• Varianten: Unterschiedliche Ausprägungen eines Produkts oder einer Szene können strukturiert verwaltet werden, ohne separate Dateien zu erzeugen.
• Payloads: Inhalte können gezielt nachgeladen werden, um Performance und Übersicht zu verbessern.

Diese Konzepte sind der Grund, warum OpenUSD sowohl für einfache Visualisierungen als auch für komplexe industrielle Szenarien geeignet ist – ohne dass Unternehmen sich früh auf eine konkrete Nutzung festlegen müssen.

OpenUSD wird häufig missverstanden, weil es kein klassisches Produkt ist. Um den Standard richtig einzuordnen, hilft es zu klären, was OpenUSD bewusst nicht sein will.

OpenUSD ist:

• kein einzelnes Dateiformat wie OBJ, FBX oder glTF
• kein Tool, keine Software und kein Produkt
• kein Renderer und keine Game Engine
• kein Ersatz für Design-, CAD- oder 3D-Authoring-Werkzeuge

OpenUSD beschreibt nicht, wie ein Objekt aussieht oder gerendert wird. Es beschreibt, wie 3D-Inhalte strukturiert, verknüpft und organisiert sind, damit viele Beteiligte mit denselben Daten arbeiten können – ohne sie ständig zu kopieren oder zu zerstören.

Ein vereinfachtes Beispiel: Ein Auto besteht aus tausenden Einzelteilen. In einem klassischen Workflow werden daraus immer wieder neue Dateien erzeugt – für Rendering, für AR, für Simulation, für Präsentationen. Jede Kopie lebt ihr eigenes Leben.

OpenUSD verfolgt einen anderen Ansatz: Die Tür bleibt die Tür, das Rad bleibt das Rad. Unterschiedliche Anwendungen greifen auf dieselben Bausteine zu, ergänzen Informationen oder Varianten, ohne die ursprünglichen Daten zu überschreiben.

OpenUSD ist damit weniger ein „3D-Format“ als eine gemeinsame Sprache, die es erlaubt, komplexe 3D-Szenen über Werkzeuge, Teams und Anwendungsfälle hinweg konsistent weiterzuentwickeln.

USDZ gehört genau an diese Stelle im Modell: USDZ ist keine Alternative zu OpenUSD, sondern eine konkrete Ausprägung davon – ein Datei- & Distributionsformat, das OpenUSD-Inhalte für bestimmte Einsatzzwecke verpackt und transportierbar macht. In diesem Sinn lässt sich USDZ als „Tochter“ der OpenUSD-Mutter verstehen: auf demselben Fundament aufgebaut, aber für einen klar umrissenen Zweck optimiert.

Zur Vertiefung: Viele Missverständnisse rund um OpenUSD und USDZ entstehen durch verkürzte oder widersprüchliche Darstellungen im Web. Der Artikel „Sechs Mythen zum OpenUSD-Standard – die USDZ-Akte“ ordnet diese Annahmen systematisch ein und erklärt, woher sie stammen.

→ Sechs Mythen zum OpenUSD-Standard

Was die Alliance for OpenUSD (AOUSD) bewusst nicht tut

Die AOUSD verfolgt einen klar abgegrenzten Auftrag. Sie schafft Rahmenbedingungen für einen offenen Standard – nicht mehr und nicht weniger.

Die AOUSD:

• entwickelt keine eigene Software
• schreibt keine Workflows oder Nutzungsszenarien vor
• kontrolliert keine Plattform und kein Ökosystem

Damit unterscheidet sich OpenUSD bewusst von vielen technologiegetriebenen Initiativen. Unternehmen behalten die Freiheit, OpenUSD in bestehende Prozesse zu integrieren, eigene Werkzeuge zu nutzen oder unterschiedliche Plattformen parallel einzusetzen. Die AOUSD sorgt für Kompatibilität – nicht für Vorgaben.

Beim Verfassen dieses Abschnitts ergab sich ein eigener Longread, der daher als eigener Artikel erschienen ist.

→ Die Vorgeschichte zu OpenUSD

OpenUSD entstand bei Pixar aus einem sehr konkreten Problem der Animations- und Filmproduktion: Komplexe Szenen bestehen aus tausenden Objekten, Charakteren, Animationen, Materialien und Varianten – und werden gleichzeitig von vielen Abteilungen bearbeitet.

In klassischen Workflows führte das zu Kopien, Versionskonflikten und instabilen Szenen. Animationen mussten immer wieder neu integriert werden, Änderungen an einem Objekt wirkten sich unvorhersehbar auf andere Teile der Szene aus.

Pixar entwickelte USD deshalb als Szenenbeschreibungssystem, nicht als reines Geometrieformat. Zentrale Konzepte sind:

• Referenzen statt Kopien (ein animierter Charakter bleibt eine Quelle),
• Layer statt Überschreiben (Animation, Shading, Layout getrennt),
• Varianten statt Dateiduplikate (unterschiedliche Zustände derselben Szene).

Gerade für Animation war dieser Ansatz entscheidend: Bewegung, Timing und Abhängigkeiten konnten definiert werden, ohne die gesamte Szene jedes Mal neu aufzubauen. Eine Animation ergänzt die Szene – sie ersetzt sie nicht.

OpenUSD ist bei Pixar damit kein Exportformat, sondern das organisierende Rückgrat der gesamten Produktion. Es ermöglicht, dass Layout, Animation, Lighting und Rendering parallel arbeiten können, ohne sich gegenseitig zu blockieren oder Daten zu zerstören.

Diese Logik – Szenen wachsen über Zeit, statt immer neu erzeugt zu werden – bildet bis heute das konzeptionelle Fundament von OpenUSD, auch weit über den Film hinaus.

Apple unterstützt OpenUSD aus einer konsequent endgeräteorientierten Perspektive. Ziel ist es, 3D-Inhalte so bereitzustellen, dass sie ohne Programmierung, ohne App-Entwicklung und ohne Laufzeitabhängigkeiten zuverlässig auf realen Geräten genutzt werden können.

Dafür hat Apple zwei zentrale Bausteine etabliert:

Erstens: Werkzeuge zur Erstellung finaler USDZ-Dateien.
Apple stellt eigene Authoring-Werkzeuge (Reality Composer Pro) bereit, mit denen USDZ-Inhalte per Point-and-Click erzeugt und gespeichert werden können. Dieser Ansatz reduziert Komplexität bewusst: Interaktion, Animationen und Materialien werden direkt im USDZ-Container definiert – ohne Skripting, ohne externe Logik, ohne die typischen Fehlerquellen programmatischer Pipelines.

Zweitens: Eine systemweite Abspielumgebung.
Mit AR Quick Look existiert seit über zehn Jahren eine Abspielkomponente, die fester Bestandteil aller Apple-Betriebssysteme ist. USDZ-Dateien lassen sich damit direkt anzeigen – auf iPhone, iPad, Mac und in räumlichen Umgebungen auf der Apple Vision Pro – ohne zusätzliche Installation und ohne App-Zwang.

In Kombination ergibt sich ein klarer Ansatz: OpenUSD dient als strukturelles Fundament, USDZ als finales, abgeschlossenes Distributionsformat, und AR Quick Look als standardisierte Laufzeitumgebung. Apple nutzt OpenUSD damit nicht primär als Produktionssystem, sondern als Mittel, um 3D-Inhalte stabil, reproduzierbar und massentauglich auf Endgeräten auszuliefern – insbesondere für Augmented Reality- und Spatial-Computing-Szenarien mit iPhone, iPad, Mac und Apple Vision Pro.

→ Apples USDZ-Ansatz im Alltag