GLB vs. glTF: Wesentliche Unterschiede, Dateigröße & wann man welches Format verwendet
- GLB und JSON glTF sind zwei Darstellungsformen des glTF-2.0-Assetformats.
- JSON glTF kann Ressourcen separat ablegen oder einbetten; separate Ressourcen erleichtern die Inspektion und Iteration.
- GLB verpackt das Asset für eine komfortable Einzeldatei-Übergabe, wenn seine Ressourcen im Container enthalten sind.
- Bei der Dateigröße gibt es keinen festen Gewinner; vergleiche gleichwertige Exporte und optimiere den Payload für die Ziellaufzeit.
- Wähle die Verpackung, die das Ziel unterstützt, und validiere das finale Asset anschließend im entsprechenden Viewer oder der Engine.
Du exportierst ein 3D-Modell und siehst zwei Optionen: .gltf und .glb. Welche solltest du wählen? Kurz gesagt: GLB und glTF sind zwei Varianten desselben offenen 3D-Formats der Khronos Group. Eine .gltf-Datei verwendet JSON und kann externe Ressourcen referenzieren oder einbetten; GLB ist die binäre Containerform desselben Assetformats. Dieser Leitfaden erklärt die tatsächlichen Unterschiede in Struktur, Dateigröße, Bearbeitung, Web-Auslieferung und zeigt, wann welches Format sinnvoll ist.
Was ist glTF?
glTF, kurz für GL Transmission Format, ist ein offener 3D-Asset-Standard, der von Khronos gepflegt wird. Die Spezifikation definiert eine Szenenbeschreibung und die für das Rendering benötigten Ressourcen, darunter Meshes, Materialien, Animationen, Kameras, Lichter und Bilder.
Eine .gltf-Datei verwendet JSON für die Szenenbeschreibung. Ihre Puffer und Bilder können als separate Dateien gespeichert werden – etwa als .bin, .png oder .jpg – oder als Data-URIs eingebettet werden. Ein JSON-glTF-Asset ist daher nicht automatisch ein Ordner mit mehreren Dateien.
Das macht glTF einfach zu inspizieren, zu bearbeiten und in automatisierten Pipelines einzusetzen. Es wird von Browsern, three.js, Babylon.js, Spiele-Engines und AR-Frameworks weitgehend unterstützt.
Was ist GLB?
GLB ist die binäre Containerform eines glTF-Assets. Es verpackt die JSON-Szenenbeschreibung und binäre Daten in einer .glb-Datei, was eine in sich geschlossene Übergabe als Einzeldatei ermöglicht, sofern die Ressourcen im Container enthalten sind.
Das macht GLB ideal für die Distribution, da nur eine Datei hochgeladen, geteilt, eingebettet oder vorschaubar ist. Es hilft außerdem, fehlende-Textur-Probleme zu vermeiden, die auftreten können, wenn eine .gltf-Datei ohne ihre verknüpften Assets hochgeladen wird.
Eine GLB-Datei kann in der Größe einem äquivalenten glTF-Lieferformat naheliegen, aber es gibt keinen festen Größenvorteil. Das Ergebnis hängt davon ab, wie Puffer und Bilder kodiert sind, ob Ressourcen eingebettet oder extern vorliegen und welche Komprimierungseinstellungen verwendet wurden. GLB wird häufig für die Web-Auslieferung, AR-Viewer, Marktplätze und Plattformen wie Tripo AIs 3D Viewer bevorzugt.
Wesentliche Unterschiede zwischen GLB und glTF
| Merkmal | JSON glTF (.gltf) | GLB (.glb) |
|---|---|---|
| Verpackung | JSON-Szenendatei; Ressourcen können extern oder eingebettet sein | Binärer Container mit JSON- und Binär-Chunks |
| Lesbarkeit | JSON lässt sich leicht inspizieren und vergleichen | Inhalte nur mit Viewer oder Editor prüfbar |
| Ressourcenverwaltung | Separate Dateien können unabhängig ersetzt oder versioniert werden | Einzeldatei-Übergabe vermeidet fehlerhafte relative Pfade |
| Dateigröße | Abhängig von Ressourcenkodierung und Komprimierung | Abhängig von Ressourcenkodierung und Komprimierung |
| Beste Eignung | Pipelines, die von editierbarem JSON oder separaten Assets profitieren | Einzeldatei-Freigabe, Upload- oder Auslieferungs-Workflows |
Der praktische Unterschied liegt in der Verpackung, nicht in der Renderqualität. JSON glTF kann externe Ressourcen oder eingebettete Daten verwenden, während GLB JSON und Binär-Chunks zusammenhält. Separate Ressourcen können in einer Produktionspipeline nützlich sein; eine GLB-Übergabe kann fehlende relative Pfade vermeiden, wenn das Asset als Einzeldatei verpackt wird.
Dateigrößenvergleich
GLB und glTF können dieselbe Szene darstellen, aber keine Dateiendung garantiert einen kleineren Download. JSON-Overhead, Data-URI-Kodierung, GLB-Chunk-Padding, Bildformate, Geometriekomprimierung und ungenutzte Ressourcen können die finale Größe alle beeinflussen.
Bei texturlastigen Assets bestimmen Bildauflösung und Bildkomprimierung häufig den größten Teil des Payloads. Bei texturarmen oder geometrielastigen Assets können Mesh-Daten stärker ins Gewicht fallen. Vergleiche die tatsächlich exportierten Dateien, anstatt ein festes Textur-zu-Geometrie-Verhältnis vorauszusetzen.
Wenn du kleinere Dateien benötigst, optimiere das Asset, anstatt nur nach der Dateiendung zu wählen. Draco oder meshopt können Geometrie-Payloads reduzieren, während KTX2/Basis Universal Textur-Payloads verkleinern können, wenn die Ziellaufzeit diese Erweiterungen unterstützt. Entferne ungenutzte Materialien und Bilder, und teste dann das finale Asset im Viewer oder der Engine, für die es bestimmt ist.
Warum die Verpackung den Download beeinflussen kann
Bei JSON glTF können Puffer und Bilder als separate Ressourcen abgerufen oder als Data-URIs eingebettet werden. Separate Ressourcen lassen sich unabhängig cachen und aktualisieren, während Data-URIs eine in sich geschlossene JSON-Datei vereinfachen, aber Base64-Overhead erzeugen. GLB vermeidet eine separate JSON-Anfrage, indem JSON und Binär-Chunks in einem Container zusammengeführt werden, doch seine Binär-Chunks können Alignment-Padding enthalten. Diese Implementierungsdetails erklären, warum die Dateiendung allein kein zuverlässiger Maßstab für die Dateigröße ist.
Für die Laufzeit optimieren, nicht für einen generischen Score
Verwende den Viewer oder die Engine, mit der das Asset ausgeliefert wird, als Testumgebung. Eine Kompressionserweiterung hilft nur, wenn das Ziel deren Decoder unterstützt, und eine kleinere Datei nützt nichts, wenn Materialien, Animationen oder Texturen nicht geladen werden. Bewahre die Quelldateien für die Bearbeitung auf, exportiere einen Auslieferungskandidaten, inspiziere die verpackten Ressourcen und vergleiche das Ladeverhalten sowie die finale Downloadgröße auf der Zielplattform. Das gibt Teams eine wiederholbare Entscheidungsgrundlage statt einer prozentualen Faustregel.
Zu prüfende Kompromisse bei der Bereitstellung
Ein einzelnes GLB kann die Distribution vereinfachen, da ein Empfänger nur ein Asset herunterlädt und keine Verzeichnisstruktur beibehalten muss. Eine JSON-glTF-Auslieferung kann sinnvoll sein, wenn ein Build-Prozess ein Bild mit einem Fingerabdruck versehen, cachen oder ersetzen möchte, ohne das gesamte Asset neu zu verpacken. Keine der beiden Optionen ersetzt das Testen relativer Pfade, HTTP-Auslieferung, Decoder-Unterstützung und der aktuellen Import-Limits der Plattform. Behandle die Dokumentation des Ziels und einen echten Test-Upload als abschließenden Entscheidungspunkt.
Wann GLB vs. glTF verwenden
Verwende glTF, wenn du noch innerhalb einer Produktionspipeline arbeitest. Es ist besser, wenn Artists Texturen austauschen müssen, Entwickler JSON inspizieren müssen oder ein Build-System Geometrie, Texturen und Metadaten separat verarbeitet.
Verwende GLB, wenn du das Modell als fertiges Asset ausliefern möchtest. Es eignet sich besser für das Hochladen auf Plattformen, das Einbetten in Websites, das Versenden an Kunden, die Verwendung in AR-Viewern oder den Export aus Tripo AI Studio zur sofortigen Nutzung.
Eine sinnvolle Standardregel: Behalte JSON glTF, wenn separate Ressourcen und menschenlesbares JSON deinen Workflow unterstützen, und verpacke dann ein GLB, wenn eine Einzeldatei-Übergabe praktischer ist. Das gerenderte Ergebnis kann identisch sein; der praktische Unterschied liegt in der Ressourcenverpackung und den Anforderungen des Zielwerkzeugs.
Ein praktischer GLB-vs.-glTF-Workflow
- Beginne mit dem Ziel: Prüfe, ob der Viewer, die Spiele-Engine, die AR-Plattform, der Marktplatz oder das Kundenportal eine erforderliche Dateiendung oder einen unterstützten glTF-Workflow dokumentiert.
- Behalte während der Iteration separate Ressourcen nur dann bei, wenn dein Team davon profitiert, JSON zu inspizieren, Texturen zu ersetzen oder Dateien unabhängig zu versionieren.
- Exportiere einen GLB-Kandidaten, wenn ein Einzeldatei-Upload, ein Share-Link oder eine Übergabe die Wahrscheinlichkeit fehlender relativer Pfade verringert.
- Optimiere den tatsächlichen Payload: Verkleinere überdimensionierte Texturen, wähle ein geeignetes Bildformat, entferne ungenutzte Ressourcen und wende Geometrie- oder Texturkomprimierung nur an, wenn die Ziellaufzeit diese unterstützt.
- Validiere den finalen Export in der Ziellaufzeit. Prüfe Materialien, Animationen, Dateigröße, Ladeverhalten und ob alle verknüpften Ressourcen vorhanden sind, bevor du auslieferst.
Für einen statischen Mesh-Bearbeitungsworkflow können Sie das Asset zunächst GLB in OBJ umwandeln, bevor Sie es an Software übergeben, die OBJ bevorzugt.
Häufig gestellte Fragen
Ist glTF oder GLB besser?
Keines ist grundsätzlich besser. Wähle JSON glTF, wenn separate Ressourcen oder inspektierbares JSON den Workflow unterstützen; wähle GLB, wenn ein Einzeldatei-Upload, eine Freigabe oder eine Übergabe praktischer ist.
Ist glTF dasselbe wie GLB?
Es sind zwei Darstellungsformen des glTF-2.0-Assetformats. Eine .gltf-Datei ist JSON-basiert, während GLB ein binärer Container für ein glTF-Asset ist.
Was ist der Unterschied in der Dateigröße zwischen GLB und glTF?
Es gibt keinen festen prozentualen Unterschied. Vergleiche gleichwertige Exporte, da Bildkodierung, Data-URIs, Padding, Komprimierung und ungenutzte Ressourcen das Ergebnis alle beeinflussen.
Kann GLB für den 3D-Druck verwendet werden?
GLB ist nicht das typische finale Fertigungsformat. Ein 3D-Druck-Workflow konvertiert oder exportiert das Modell üblicherweise in ein vom Drucker oder Slicer akzeptiertes Format und prüft dann Mesh-Integrität, Maßstab und Materialanforderungen.
Welches Format verwendet three.js standardmäßig?
three.js lädt glTF-2.0-Assets mit dem GLTFLoader, einschließlich sowohl .gltf- als auch .glb-Dateien. Wähle die Verpackung, die zu deiner Asset-Pipeline und deinen Deployment-Anforderungen passt.
Bevorzugen AR-Plattformen GLB oder glTF?
Die Unterstützung variiert je nach Plattform. Prüfe die aktuelle Import-Dokumentation der Zielplattform; GLB ist oft praktisch, wenn die Plattform es unterstützt, da das Asset als Einzeldatei übertragen werden kann.
Fazit
GLB und JSON glTF sind zwei Darstellungsformen desselben glTF-Assetformats. JSON glTF kann Ressourcen für Inspektion und Iteration modular halten, während GLB eine Einzeldatei-Auslieferung komfortabler gestalten kann. Entscheide basierend auf dem unterstützten Workflow des Ziels, und validiere das tatsächlich exportierte Asset vor der Übergabe.
Generiere und exportiere 3D-Modelle direkt aus Tripo AI Studio.
Verfügbare Funktionen und Exportoptionen findest du bei Tripo AI Pricing.
