glTF 2.0 ist heute der wichtigste offene Standard für 3D-Inhalte im Browser. Wer 3D-Modelle auf einer Website darstellen, in einen Konfigurator einbinden oder für Augmented Reality aufbereiten will, kommt an diesem Format kaum vorbei. Dieser Artikel erklärt, wie glTF 2.0 aufgebaut ist, was es von anderen Formaten unterscheidet und warum es sich für Web-3D-Projekte in Industrie und Maschinenbau durchgesetzt hat.
Was ist glTF 2.0?
glTF steht für "GL Transmission Format" und ist ein offener Standard zur Übertragung und Darstellung von 3D-Szenen und Modellen im Browser. Entwickelt und gepflegt wird er von der Khronos Group, dem Konsortium, das auch hinter OpenGL, Vulkan und WebGL steht.
Version 2.0 wurde 2017 veröffentlicht und ist seitdem der aktuelle Referenzstandard. Wegen seiner kompakten Dateigröße und der effizienten Ladezeit im Browser wird glTF 2.0 häufig als das "JPEG der 3D-Welt" bezeichnet. Der Vergleich ist treffend: So wie JPEG ein Format ist, das Bilder für das Web optimiert, ist glTF ein Format, das 3D-Daten für Echtzeit-Darstellung aufbereitet.
Lizenz und Spezifikation sind vollständig offen und royaltyfrei verfügbar. Das macht glTF 2.0 zum Standard der Wahl für Web-3D, nicht nur in der Theorie, sondern in der täglichen Praxis: Three.js, Babylon.js, das Google Model Viewer-Projekt, Blender, NVIDIA Omniverse und viele weitere Werkzeuge unterstützen das Format nativ.
Wie ist eine glTF-Datei aufgebaut?
Eine glTF-Datei besteht im Kern aus einer JSON-Textdatei mit der Endung .gltf. Diese Datei beschreibt die gesamte 3D-Szene: Geometrien (Meshes), Materialien, Texturen, Kameras, Animationen und die Hierarchie der Objekte untereinander.
Die eigentlichen Geometriedaten, also Vertex-Koordinaten, Normalen und UV-Koordinaten, werden in einer separaten Binärdatei mit der Endung .bin gespeichert. Texturen liegen als externe Bilddateien (JPG oder PNG) daneben.
Eine typische glTF-Struktur sieht so aus:
- mein-modell.gltf (JSON-Beschreibung der Szene)
- mein-modell.bin (Geometriedaten als Binärdaten)
- textur-farbe.jpg (Farbtextur / Base Color)
- textur-rauheit.jpg (Rauheitskarte / Roughness)
glTF vs. GLB: Zwei Varianten, ein Standard
Neben der klassischen Variante mit mehreren Dateien gibt es das GLB-Format. GLB ist ein binärer Container, der JSON-Beschreibung, Geometriedaten und Texturen in einer einzigen Datei zusammenfasst.
Für Web-3D-Projekte ist GLB in den meisten Fällen die bessere Wahl: eine Datei, ein HTTP-Request, weniger Fehlerquellen beim Laden. Die klassische glTF-Variante mit separaten Dateien eignet sich eher dann, wenn Texturen oder Geometrien mehrfach verwendet werden oder wenn man einzelne Assets während der Entwicklung schnell austauschen möchte.
Faustregel für die Praxis: Für die Einbindung auf einer Website fast immer GLB verwenden. Für die aktive Weiterentwicklung in der Produktionspipeline eher glTF mit separaten Dateien.
PBR-Materialien: Warum glTF im Browser so realistisch aussieht
Ein wesentlicher Grund für die Verbreitung von glTF 2.0 ist die native Unterstützung von PBR-Materialien. PBR steht für Physically Based Rendering, ein Renderingmodell, das physikalisch plausibles Verhalten von Licht und Oberflächen simuliert und dabei auf Echtzeit-Rendering ausgelegt ist.
glTF 2.0 nutzt den sogenannten Metallic-Roughness-Workflow. Dieser Ansatz beschreibt Materialien anhand von zwei zentralen Parametern:
- Metallic: Gibt an, ob eine Oberfläche metallisch ist (0 = nichtmetallisch, 1 = vollständig metallisch)
- Roughness: Beschreibt die Rauheit der Oberfläche (0 = spiegelglatt, 1 = vollständig diffus streuend)
Darüber hinaus unterstützt glTF 2.0 folgende Texturtypen:
- Base Color Map – Grundfarbe der Oberfläche (Albedo)
- Metallic-Roughness Map – kombinierte Karte für Metallic- und Roughness-Werte
- Normal Map – simuliert Oberflächendetails ohne zusätzliche Geometrie
- Occlusion Map – simuliert Schattierung in Ritzen und Vertiefungen
- Emissive Map – definiert leuchtende Bereiche der Oberfläche
Das Ergebnis sind 3D-Modelle, die im Browser metallisch glänzen, Kunststoff realistisch streuen oder matte Oberflächen korrekt diffus reflektieren, ohne dass ein Offline-Renderer benötigt wird. Für Industrieprodukte, Maschinenbauteile oder medizintechnische Geräte ist das besonders relevant: Die Materialanmutung im Browser kommt einem professionellen Produktrender deutlich näher als bei älteren Formaten.
glTF 2.0 im Vergleich zu anderen 3D-Formaten
Kurze Einordnung der wichtigsten Alternativen:
glTF 2.0 im Überblick gegenüber anderen 3D-Formaten
| Format | Lizenz | PBR | Animation | Weboptimiert | Einsatz |
|---|---|---|---|---|---|
| glTF 2.0 / GLB | Offen (Khronos) | ✓ | ✓ | ✓ | Web-3D, Konfiguratoren, AR |
| OBJ | Offen | – | – | – | Einfacher Geometrieaustausch |
| FBX | Proprietär (Autodesk) | teilw. | ✓ | – | Game-Engines, 3D-Software |
| USDZ | Offen (Pixar / Apple) | ✓ | ✓ | teilw. | AR auf iOS (Quick Look) |
| STEP / IGES | Offen | – | – | – | CAD-Austausch, Konstruktion |
OBJ ist ein historisches Format, das für einfache statische Geometrien noch immer brauchbar ist, aber weder Animation noch PBR-Materialien unterstützt. FBX stammt von Autodesk, ist proprietär und war lange Zeit der Standard für Game-Engines. Für den Browser muss FBX immer erst konvertiert werden. USDZ ist Apples Format für AR auf iOS-Geräten und wird von Quick Look unterstützt, aber es ist keine universelle Web-3D-Lösung. STEP und IGES sind CAD-Austauschformate für Konstruktion und Fertigung, keine Renderingformate.
Wer steckt hinter glTF? Die Khronos Group
glTF 2.0 ist kein Firmenstandard, sondern ein offener Industriestandard. Die Khronos Group, ein gemeinnütziges Konsortium aus über 150 Unternehmen, entwickelt und pflegt die Spezifikation. Mitglieder sind unter anderem Google, Apple, Microsoft, NVIDIA, Intel, Adobe und Arm.
Das bedeutet für die Praxis: glTF 2.0 ist kein Format, das morgen abgekündigt wird oder hinter einer Paywall verschwindet. Die Spezifikation ist öffentlich einsehbar, die meisten Implementierungen sind Open Source.
Zusätzlich gibt es ein offizielles Erweiterungssystem, über das der Standard gezielt erweitert werden kann, ohne den Kern zu verändern. Relevante Beispiele:
- KHR_draco_mesh_compression – komprimiert Geometriedaten mit Googles Draco-Algorithmus und reduziert die Dateigröße erheblich
- KHR_materials_transmission – ermöglicht korrekte Darstellung von Glas und anderen transparenten Materialien
- KHR_mesh_quantization – weitere Komprimierungsoption für Geometriedaten
Von CAD zu glTF: Was bei der Konvertierung zu beachten ist
In der industriellen Praxis beginnt ein Web-3D-Projekt selten mit einer glTF-Datei. Die Ausgangsbasis sind fast immer CAD-Daten aus Solid Edge, CATIA, SOLIDWORKS oder Fusion 360, gespeichert in Formaten wie STEP oder IGES.
Der Weg von dort zu einem browseroptimierten glTF-Modell umfasst mehrere Schritte: Geometriereduktion (Retopology), Konvertierung des Materialmodells auf PBR, Texturierung und schließlich Export als GLB. Wie dieser Workflow im Detail funktioniert und worauf man dabei achten muss, erklären wir in einem eigenen Artikel. [→ Zum Artikel: CAD-Modell zu Web-3D: So funktioniert der Workflow]
Wichtig: glTF ist kein Konstruktionsformat. Es ist ein Darstellungsformat. Für die Weitergabe von CAD-Daten an Fertigung oder Zulieferer bleiben STEP, IGES oder native Formate der Standard.
Fazit: glTF 2.0 als Grundlage für Web-3D in der Industrie
glTF 2.0 ist heute die sinnvollste Basis für browserbasierte 3D-Anwendungen in Industrie, Maschinenbau und angrenzenden Branchen. Die Kombination aus offener Spezifikation, PBR-Unterstützung, kompakter Dateigröße und breiter Tool-Kompatibilität macht es zum Standardformat, wenn 3D-Inhalte im Browser laufen sollen.
Wer ein konkretes Web-3D-Projekt plant, ob Produktkonfigurator, AR-Anwendung oder interaktive Produktdarstellung, für den ist glTF 2.0 der richtige Ausgangspunkt. Bei Fragen zur technischen Umsetzung oder zum Workflow von CAD zu Web-3D stehen wir gerne zur Verfügung.
