- USDconfig liest OpenUSD-Variantensets direkt aus USDZ-Masterdateien, d.h. kein manuelles Setup, keine kombinatorische Datei-Explosion.
- Safari auf VisionOS rendert USDZ nativ über den <model>-Tag mit vollem OpenUSD-Fidelity, alle anderen Browser nutzen vorerst GLB via model-viewer. Beide Pfade, ein Player, kein Reload.
- iOS-AR startet direkt in Quick Look, Android-AR via Scene Viewer — aus demselben Web-Player heraus, ein einziger Button.
Was ist USDconfig 1.1?
USDconfig ist ein modulares Web-Framework für 3D-Produktkonfiguratoren auf Basis von OpenUSD & dem USDZ-Dateiformat. Es verbindet die native 3D-Rendering-Kompetenz von Apples OpenUSD-Standard mit dem offenen Web — und macht erklärungsintensive B2B-Produkte direkt im Browser und in Augmented Reality konfigurierbar.
Entstanden aus der Arbeit mit Industriekunden, die komplexe Produktvarianten in Vertriebsgesprächen zeigen müssen — ohne Musterkoffer, ohne Vor-Ort-Termin, ohne App-Installation auf Kundenseite.
→ Produktübersicht: USDconfig für B2B-Vertrieb
Vorgeschichte: AR-Player, ConfigXR & USDconfig 1.0
2021 begannen wir mit der Entwicklung unseres ersten AR-Players, der dann von unsrem Produkt ConfigXR (Builder) abgelöst wurde, inzwischen OpenSource auf Github zu finden.
Mit dem Start der Apple Vision Pro kam ein neuer Bedarf auf und wir entwickelten ein neues Web-Player-Tool USDconfig. Dazu gehörte schon ein neuer Konvertierungsansatz.
→ Fallbeispiel RENZ: Verkauf beginnt mit Erleben (USDconfig 1.0)
Neu mit Version 1.1. ist der automatische USDconfig-Analyzer, der direkt eine USDZ-Masterdatei analysiert und für die weiteren Schritte aufbereitet.
Welches Problem löst USDconfig?
3D-Produktkonfiguratoren im B2B scheitern meist nicht am 3D, sondern an der Infrastruktur dahinter. Varianten werden als separate Dateien verwaltet, AR erfordert App-Downloads, und was in Safari funktioniert, bricht in Chrome zusammen.
USDconfig trennt strukturelle Varianten — verschiedene Geometrien wie Armlehnen, Sockeltypen oder Gehäuseformen — von materiellen Varianten wie Farben, Oberflächen und Texturen. Strukturvarianten werden als separate Dateien generiert: überschaubar in der Anzahl. Materialvarianten leben als KHR_materials_variants-Extension direkt im GLB-File und werden ohne Datei-Reload live umgeschaltet.
Keine kombinatorische Explosion, keine 400 Einzeldateien pro Produkt.
Live Demo — Vitra ID Chair (Konzeptansicht)
Der folgende Beta-Player zeigt den USDconfig-Konfigurator in Aktion — alle Assets sind live. 39 Bezugfarben, alle Strukturvarianten und die AR-Übergabe funktionieren vollständig.
Dislaimer: Wir haben von der Vitra-Website die Elemente übernommen und für USDZ mit Varianten und Top-Texturen optimiert. Dies war die Highend-Testdatei für unseren neuen Analyser.
→ Alternativ: Als Step-by-Step-Guide-Konfigurator / Wizard
→ Technik-Demo (Mobile) mit Web-Konfigurator & Apple-Pay-Button in AR
Wie funktioniert das USDconfig-Produkt-Package?
Das System besteht aus vier Modulen — zwei Python-seitig (viSales-Lokal), zwei im Browser. Die Pipeline startet bei der USDZ-Masterdatei aus Reality Composer Pro oder einem anderen USD-Workflow wie z.B. NVIDIA Omniverse via USDbridge und endet beim fertigen Web-Produktkonfigurator mit AR-Button.
Aktuell nutzen wir <model>-Tag nur für die Apple Vision Pro, sind aber für die weitere Apple-Zukunft vorbereitet. Sollte Apple für iOS, iPadOS oder macOS <model>-Tag aus der Beta herausholen, so können wir sehr kurzfristig das höhere Potential von nativem USDZ im Browser Rechnung tragen.
Roadmap-Pläne
v1.2 — Quick Wins (kurzfristig)
Desktop AR → QR-Code-Flow: Wer am Desktop auf “In AR anzeigen” klickt, bekommt heute nichts Brauchbares. Besser: Modal mit QR-Code der direkt auf die aktuelle Konfiguration zeigt, daneben “Öffne diesen Link auf deinem iPhone → AR startet automatisch”. Konfigurationslink via URL-Parameter übergeben. (So ca. wie USDconfig 1.0 es auch gelöst hat.)
Wizard: Summary-Screen: Nach Bezug-Auswahl eine Zusammenfassung aller Choices zeigen, bevor AR/Teilen erscheint. Visueller Abschlussmoment, ggf. Kamerafahrt?
v1.3 — Plattform-Ausbau (mittelfristig)
visionOS-Modus: User-Agent-Erkennung für visionOS → statt vollem 2D-Konfigurator: ein minimales Floating-Menu mit 3-4 Buttons + -Tag mit der Masterdatei im Vordergrund. "Produkt in AR erleben — Variante wählen und starten." Der Headset-User soll nicht tippen, er soll schauen.
*media.visales.de als USDZ-Host: `.htaccess` mit korrektem MIME-Type →-Tag läuft in Safari macOS. Dann: Safari-Badge wird zu “Safari · native USD” mit echter Funktion.
Gestell-Farbvariante: Pulverbeschichtet (weiß/schwarz/RAL) als zweite KHR-Gruppe — ohne neue Dateien.
v2.0 — OpenUSD-Native (langfristig, mit v26.03)
WebAssembly USD-Runtime: OpenUSD läuft direkt im Browser. USD-VariantSets live schalten ohne GLB-Konvertierung. Kein KHR_materials_variants mehr nötig. Die Masterdatei IS der Player.
Konfigurator-Generator: URL-Builder als Tool — Kunde gibt Produkt-URL ein, bekommt Embed-Snippet für sein CMS.
*Analytics: Welche Variante wird am häufigsten gewählt? Heatmap der Bezugfarben. Abbruchpunkt im Wizard.
Einstieg in den AR-Konfigurator — mit Unterstützung.
Wir begleiten Unternehmen vom ersten USDZ-Modell bis zum vollständigen Web-Konfigurator im Vertrieb. Das erste Gespräch dauert 30 Minuten. Ohne Pitch, ohne Vorbereitungspflicht. Rheingas, Somfy und Carl Hamm haben mit einem Produkt begonnen.
Einordnungsgespräch buchen
Typische Fragen
Was löst USDconfig 1.1 anders als ein klassischer Web-3D-Viewer?
USDconfig liest OpenUSD-Variantensets direkt aus der USDZ-Masterdatei — kein manuelles Variantensetup, keine Datei-Explosion durch kombinatorische Varianten. Safari auf visionOS rendert USDZ nativ über den ``-Tag mit vollem OpenUSD-Fidelity. Alle anderen Browser nutzen GLB via model-viewer. Beide Pfade laufen im selben Player, ohne Reload und ohne separate Konfigurationsdatei.
Wie trennt USDconfig strukturelle Varianten von materiellen Varianten?
Strukturvarianten — verschiedene Geometrien wie Armlehnen, Sockeltypen oder Gehäuseformen — werden als separate GLB-Dateien generiert. Realistisch sind 4 bis 12 Kombinationen. Materialvarianten wie Farben und Oberflächen leben als KHR_materials_variants direkt im GLB und werden ohne Datei-Reload live umgeschaltet. Beispiel aus dem Artikel: 3 Armlehnen × 2 Sitzformen = 6 Dateien, plus beliebig viele Bezugfarben ohne Mehraufwand.
Welche CAD-Formate kann die viSales-Pipeline verarbeiten?
Die USDconfig-Pipeline verarbeitet STEP, SolidWorks und CATIA — die gängigsten CAD-Formate im Maschinenbau und der Industrie. Die Konvertierung läuft über eine hausinternen Toolchain aus Branchenstandardlösungen und eigenentwickelten Werkzeugen. Ergebnis: performante USDZ-Dateien ohne visuelle Verluste, auch bei großen industriellen Dateigrößen.
Was ist der USDconfig-Analyzer und wann wird er eingesetzt?
Neu in Version 1.1 ist der automatische USDconfig-Analyzer: Er nimmt eine USDZ-Masterdatei, analysiert vorhandene Variantensets und bereitet die Daten für die weiteren Schritte auf. Das reduziert den manuellen Aufwand beim Einrichten eines neuen Produktkonfigurators erheblich — besonders bei CAD-abgeleiteten Dateien mit vielen Varianten.
Wie wird der USDconfig-Player in ein bestehendes CMS eingebunden?
Der Player wird als statische HTML-Datei auf einem Webserver oder GitHub Pages gehostet und per iframe in Ghost, WordPress, Webflow oder jedes andere CMS eingebunden. Produkt, Startvarianten und Asset-URLs werden als URL-Parameter übergeben — kein Backend-Zugriff nötig, kein Deployment-Aufwand auf Kundenseite.
→ Einordnungsgespräch buchen
