Zusammenfassung
Das X3D-Dateiformat ist eine ISO-standardisierte Szenenarchitektur und ein Laufzeitmodell für interaktives 3D, nicht nur eine XML-Modelldatei. [1] [2] [8] Die aktuelle Architektur-Basislinie ist ISO/IEC 19775-1:2023, Edition 4, während .x3d speziell die XML-Kodierung von X3D und nicht den gesamten Standard bezeichnet. [1] [8]
In der Praxis können X3D-Szenen als .x3d, .x3dv oder .x3db gespeichert werden, je nachdem, wie derselbe Szenengraph kodiert ist. [8] [9] [10] X3D lässt sich am besten als Familie abgestimmter Standards mit Profilen, Komponenten, Laufzeitverhalten und mehreren Kodierungen verstehen, nicht als einzelner Mesh-Container. [1] [2] [25] Deshalb ist ein Vergleich von X3D mit glTF sinnvoll: Beide überschneiden sich in Web-3D-Workflows, definieren jedoch unterschiedliche Umfänge und sind nicht in jeder Pipeline austauschbar. [2] [3] [24]
Historischer Hintergrund: von VRML97 zur X3D4-Architektur
X3D entstand aus der VRML-Linie von Web-3D-Standards. VRML97 wurde als ISO/IEC 14772-1:1997 im Dezember 1997 veröffentlicht, und die X3D Working Group wurde 1999 gegründet, um Beschränkungen von VRML97 zu beheben und zugleich dessen szenenbasierten Ansatz zu erweitern. [11] [13] X3D entwickelte sich später zu einer breiteren Standardsuite, deren Architektur getrennt von ihren Kodierungen spezifiziert ist. Die Teile für XML-, Classic-VRML- und komprimierte Binärkodierung wurden alle 2015 als ISO-Standards veröffentlicht. [5] [6] [7] Die aktuelle Architektur-Basislinie wurde im Dezember 2023 als ISO/IEC 19775-1:2023, Edition 4, veröffentlicht. [1] Die Classic-VRML-Syntax bleibt Teil der X3D-Familie, doch ältere .wrl-VRML97-Dateien sind weiterhin ein eigenständiges älteres Format. [9] [11]
- 1997-12 — VRML97 als ISO/IEC 14772-1:1997 veröffentlicht. [11]
- 1999 — X3D Working Group gegründet. [13]
- 2015 — ISO/IEC 19776-1/2/3 für XML-, Classic-VRML- und komprimierte Binärkodierungen veröffentlicht. [5] [6] [7]
- 2023-12 — ISO/IEC 19775-1:2023 als aktuelle X3D-Architektur-Basislinie veröffentlicht. [1]
Technische Grundlagen: Szenengraph, Knoten, ROUTEs, Profile und Komponenten
Im Kern ist X3D ein Szenengraphformat und keine flache Modellbeschreibung. Die Architektur definiert einen X3D-Szenengraphen als gerichteten azyklischen Graphen. [3] Ein Knoten ist ein Baustein in diesem Graphen, und jeder Knoten stellt Werte über seine Felddefinitionen bereit. [3] Das macht X3D eher zu einer strukturierten Szenenbeschreibung als zu einem einfachen Geometriecontainer: Neben Formen kann eine X3D-Szene auch Kameras, Lichter, Metadaten, Interaktionen, Hyperlinks, zeitbasiertes Verhalten und Beziehungen zwischen Elementen speichern. [2] [3]
Eine X3D-Datei enthält in der abstrakten Architektur null oder mehr Wurzelknoten. [3] Der Standard definiert außerdem gemeinsame räumliche Konventionen mit wichtigen Nuancen: Die anfängliche Basiseinheit für die Länge in Weltkoordinaten ist der Meter, diese Vorgabe kann mit UNIT-Anweisungen geändert werden, die Basiseinheit der Zeit ist Sekunden und kann nicht geändert werden, und das Koordinatensystem ist kartesisch, rechtshändig und dreidimensional. [3] Diese Regeln verbessern die Interoperabilität, garantieren jedoch keine geometrische Genauigkeit oder messtechnische Präzision in einem Workflow. [3]
X3D ist über Profile und Komponenten modularisiert, sodass Implementierungen deklarierte Teilmengen der Gesamtarchitektur unterstützen können. [1] [25] Eine ROUTE verbindet Ereignisse zwischen Feldern, weshalb X3D häufig als laufzeitfähig und nicht als statisch beschrieben wird. [3] In der ISO-Terminologie stellt ein Browser oder Viewer die Szene dar und führt sie aus, während ein Loader Inhalte importieren kann, ohne ihr vollständiges Laufzeitausführungsmodell anzuwenden. [3] In der Praxis bedeutet dies, dass ein Loader möglicherweise Geometrie, Materialien und einige Transformationen übernimmt, aber Sensoren, Skripte, Zeitsteuerung oder andere Szenenlogik nicht reproduziert. [3]
X3D-Kodierungen, Erweiterungen und Web-Medientypen
X3D verfügt über drei ISO-veröffentlichte Kodierungen: XML, Classic VRML und komprimiertes Binärformat. [5] [6] [7] Dabei handelt es sich um verschiedene Kodierungen derselben X3D-Architektur, nicht um separate 3D-Standards. [1] [25] gzip ist keine vierte Kodierung; es ist eine Komprimierungs- oder Transportschicht, die auf eine kodierte Datei angewendet wird. [8] [9] [10] Die hier genannten jüngsten ISO-veröffentlichten Kodierungs-Basislinien sind ISO/IEC 19776-1:2015 für XML, ISO/IEC 19776-2:2015 für Classic VRML und ISO/IEC 19776-3:2015 für komprimiertes Binärformat, jeweils Edition 3. [5] [6] [7] Für diese drei Teile wurde hier keine spätere ISO-Edition gefunden. [5] [6] [7]
Diese Versionsaufteilung ist wichtig. Die X3D4-Architektur ist ISO/IEC 19775-1:2023, während die jüngsten gefundenen ISO-veröffentlichten Teile für XML-, Classic-VRML- und komprimierte Binärkodierung ISO/IEC 19776-1/2/3:2015 sind; Web3D führt 4.0-Kodierungsupdates als Entwurfs- oder Vorarbeiten und nicht als ISO-veröffentlichte Ersatzversionen. [1] [5] [6] [7] [12] Einige Tools unterstützen auch X3D JSON, häufig zusammen mit .x3dj erwähnt, doch Web3D beschreibt ISO/IEC 19776-5 JSON als in Arbeit, sodass es nicht als ISO-veröffentlichtes Gegenstück zu den Kodierungsteilen von 2015 dargestellt werden sollte. [12] [20] [26] Die Classic-X3D-Syntax sollte zudem nicht mit älteren .wrl-VRML97-Dateien verwechselt werden, die zur älteren VRML-Linie gehören, obwohl die Sprachen historisch verwandt sind. [9] [11]
X3D-Dateierweiterungen gegenüber MIME-/Medientypen (warum es beide gibt)
Dateierweiterungen sind die Namen, die Nutzer auf dem Datenträger sehen, während MIME- oder Medientypen vor allem wichtig sind, wenn Inhalte über das Web bereitgestellt oder durch Systeme geleitet werden, die von HTTP-Metadaten abhängen. [16] [19] Bei X3D hängt das lokale Öffnen daher häufig von Anwendung und Erweiterung ab, während die Web-Bereitstellung stark vom Medientyp abhängt, den ein Server sendet. [16] [17] [18] Eine zusätzliche Komplikation besteht darin, dass einige ältere Web3D-3.3-Spezifikationsseiten model/x3d+vrml und model/x3d+binary verwenden, während IANA model/x3d-vrml und model/x3d+fastinfoset registriert; für die Web-Bereitstellung sind die IANA-Registrierungen die sicherere Grundlage. [9] [10] [17] [18] [25]
| Kodierung | Erweiterungen | MIME-/Medientyp | Typische Verwendung |
|---|---|---|---|
| XML-Kodierung | .x3d, .x3dz, .x3d.gz. [8] |
model/x3d+xml. [16] |
Lesbarer oder bearbeitbarer Text; Archivierung; Austausch. [8] [25] |
| Classic-VRML-Kodierung (X3D Classic) | .x3dv, .x3dvz, .x3dv.gz. [9] |
model/x3d-vrml bei IANA. [17] |
Kompakte Textsyntax mit VRML-ähnlicher Struktur. [9] |
| Komprimiertes Binärformat / Fast Infoset | .x3db, .x3db.gz; einige Registrierungen und ältere Hinweise nennen außerdem .x3dbz. [10] [18] |
model/x3d+fastinfoset bei IANA. [18] |
Binärorientierter Transport und Speicherung mit Komprimierungsabwägungen. [10] [18] |
| VRML97 (ältere Referenz) | .wrl, .wrz. [11] [20] |
model/vrml. [19] |
Ältere VRML-Inhalte, keine X3D-Kodierung. [11] [19] |
So öffnen Sie eine X3D-Datei
Um eine X3D-Datei in einem Browser zu öffnen, verwenden Sie eine JavaScript-Laufzeitumgebung oder Bibliothek wie X_ITE oder X3DOM, statt davon auszugehen, dass Chrome, Firefox oder Safari .x3d-Dateien nativ darstellen. [20] [21]
Zu den praktischen Öffnungsoptionen gehören:
- Öffnen Sie die Szene auf einer Browserseite, die XITE verwendet, einen JavaScript-/WebGL-X3D-Browser, dessen referenzierte Seite am 13. September 2026 aktualisiert wurde und XITE v16.4.1 aufführt. [20]
- Öffnen Sie die Szene auf einer Browserseite, die X3DOM verwendet, das sich selbst als pluginfrei beschreibt und durch Einbinden einer JavaScript-Datei funktioniert. [21]
- Verwenden Sie einen Desktop-Viewer oder eine Engine mit X3D-Unterstützung, etwa Castle-Tools, behandeln Sie die Unterstützung jedoch als implementierungsabhängig. [22]
- Verwenden Sie Blender-Import oder -Export mit Vorsicht; das Blender-Handbuch zeigt den X3D-Menüpfad, doch Tools von Drittanbietern weisen auf erhebliche Funktionslücken in Blenders X3D-Pipeline hin. [22] [27]
- Konvertieren Sie nur, wenn das Zielformat die benötigte Semantik bewahren kann, etwa Interaktion, ROUTEs, Skripte oder Metadaten. [3] [24]
Die Unterstützung ist profil-, komponenten- und knotenabhängig, daher variieren Import- und Wiedergabeergebnisse je nach Implementierung. [3] Ein Desktop-Content-Creation-Tool kann Geometrie und Materialien bewahren, während Sensoren, Skripte, ROUTEs, Metadaten und anderes Laufzeitverhalten verloren gehen. [3] [22]
| Aufgabe | Beste Tool-Kategorie |
|---|---|
| Textbasierte Inhalte prüfen oder bearbeiten. | Texteditor oder XML-fähiger Editor für .x3d, oder ein Texteditor für .x3dv. [8] [9] |
| Inhalte validieren oder auf Standardkonformität prüfen. | Validator oder Standardprüfer, passend zur Kodierung und zum Funktionsumfang. [3] |
| Interaktiv auf einer Webseite darstellen. | JavaScript-Laufzeitumgebung wie X_ITE oder X3DOM. [20] [21] |
| In einer Engine oder einem Desktop-Szenentool anzeigen. | X3D-fähiger Viewer oder Engine wie Castle-Tools, mit Vorbehalten hinsichtlich der Implementierung. [22] |
| An moderne Web-Engines ausliefern. | Eine Konvertierung zu glTF in Betracht ziehen, wenn die Asset-Auslieferung wichtiger ist als der Erhalt der vollständigen X3D-Laufzeitsemantik. [24] |
X3D gegenüber glTF für Web-3D
Für die meisten Aufgaben der Web-Auslieferung ist glTF in der Regel die bessere Standardwahl für kompakte Laufzeit-Asset-Auslieferung. [24] X3D eignet sich besser, wenn Sie einen standardbasierten deklarativen Szenengraphen mit Interaktion, Metadaten, Profilen und Ereignisweiterleitung benötigen. [1] [2] [3] Anders gesagt geht es bei X3D gegenüber glTF weniger um Ersatz als um Umfang und Eignung für den Workflow. [2] [24]
Der entscheidende Unterschied ist der Umfang. X3D definiert ein Softwaresystem für netzwerkfähige 3D-Grafik und Multimedia mit einer Architektur, die Szenenstruktur und Laufzeitsemantik umfasst. [1] [2] glTF wird dagegen von Khronos als API-neutrales Laufzeit-Asset-Auslieferungsformat spezifiziert und ausdrücklich als Assetformat, das kein Laufzeitverhalten vorschreibt. [23] [24] Das bedeutet, dass glTF vollständige Szenen, Knoten, Materialien, Kameras und Animationen enthalten kann, jedoch nicht dieselbe Art von Ereignisweiterleitungsmodell oder integrierter Verhaltenslaufzeit standardisiert wie X3D. [3] [24] Wenn Ihre Inhalte auf ROUTEs, Sensoren, Skripten, Szenenmetadatenkonventionen oder der umfassenderen X3D-Architektur beruhen, kann die Konvertierung zu glTF sichtbare Geometrie bewahren und gleichzeitig einen Teil des erstellten Verhaltens verlieren. [3] [24]
| Kriterium | X3D | glTF | Praktische Schlussfolgerung |
|---|---|---|---|
| Hauptzweck | Deklarative Szenenarchitektur mit Laufzeitverhalten. [1] [2] [3] | API-neutrales Laufzeit-Asset-Auslieferungsformat. [24] | X3D verhält sich eher wie ein Szenensystem; glTF eher wie ein Auslieferungspaket. [2] [24] |
| Standardstatus | ISO/IEC 19775-1:2023 für die Architektur. [1] | ISO/IEC 12113:2022 für glTF 2.0. [23] | Beide sind standardisiert, standardisieren jedoch unterschiedliche Umfänge. [1] [23] |
| Laufzeitverhalten und Interaktivität | Ereignisweiterleitung und zeitbasiertes Verhalten sind Teil des Modells. [3] | Laufzeitverhalten wird durch das Format nicht vorgeschrieben. [24] | Behalten Sie X3D bei, wenn erstelltes Verhalten wichtig ist. [3] [24] |
| Typische Web-Pipeline heute | Browser-Laufzeitumgebung oder X3D-fähiger Viewer, manchmal mit Konvertierung. [20] [21] | Die direkte Asset-Auslieferung an Engines und Viewer ist der beabsichtigte Schwerpunkt des Designs. [24] | glTF ist in der Regel einfacher, wenn effiziente Asset-Veröffentlichung das Ziel ist. [24] |
| Beste Eignung | Interaktion, strukturierte Szenensemantik, standardgetriebener Austausch oder archivarische Lesbarkeit. [1] [25] | Schlanke Auslieferung von Modellen, Materialien und Animationen in moderne Pipelines. [24] | Nach benötigter Semantik entscheiden, nicht nach Formatpopularität. [3] [24] |
Leistung, Interoperabilität und Kompatibilität
Konformität zeigt, ob eine Datei dem Standard folgt, definiert jedoch nicht unmittelbar Leistung oder Ressourcenanforderungen. [4] Eine gültige X3D-Szene kann dennoch langsam laden, aufwendig zu rendern oder schwierig bereitzustellen sein, wenn sie große Texturen, komplexe Geometrie, umfangreiche Skripte oder nicht unterstützte Funktionen verwendet. [3] Auch die Kompatibilität ist implementierungsabhängig, denn entscheidend ist nicht nur, ob die Syntax geparst wird, sondern ob das Zieltool die von der Szene verwendeten Profile, Komponenten und Knoten unterstützt. [3]
Achten Sie bei der Prüfung einer realen Datei oder Pipeline auf:
- Dateigröße
- Texturen
- Dreieckszahl
- verwendete Knoten oder Profile
- externe URLs
- Skripte
- Validierungsfehler
- Viewer-Ziel
Anwendungen: Wofür das X3D-Format verwendet wird
X3D eignet sich weiterhin für Workflows, die mehr als ein statisches Assetpaket benötigen. Die Library of Congress beschreibt X3D als Formatfamilie mit zugehöriger Laufzeitarchitektur, was erklärt, wo es weiterhin nützlich ist. [25] In der Praxis funktioniert es am besten dort, wo neben Geometrie auch Szenenstruktur, Metadaten, Interaktion und Standardkontext wichtig sind. [1] [25] Die Browser-Bereitstellung ist weiterhin über JavaScript-Laufzeitumgebungen wie X_ITE und X3DOM möglich. [20] [21]
Typische Anwendungen umfassen:
- Web-3D-Veröffentlichung über JavaScript-Laufzeitumgebungen. [20] [21]
- Bildungs-, Schulungs- und Simulationsszenen. [25]
- wissenschaftliche und technische Visualisierung. [25]
- metadatenreicher oder standardgetriebener Austausch. [1] [25]
- CAD-nahe Visualisierung statt parametrischer CAD-Erstellung. [25]
- Archivierungs- oder Erhaltungskontexte, in denen ein dokumentiertes Szenenmodell wertvoll ist. [25]
Einschränkungen und Fallstricke
Die wichtigste praktische Einschränkung ist die uneinheitliche Tool-Unterstützung. X3D ist breit angelegt, und Implementierungen unterstützen nicht alle dieselben Profile, Komponenten oder Knoten. [3] Das bedeutet, dass eine Datei gültig sein kann und sich dennoch in verschiedenen Viewern, Loadern, Engines oder DCC-Tools unterschiedlich verhält. [3] Konvertierung ist eine weitere häufige Verlustquelle: Importeure und Exporteure können Geometrie bewahren, aber Ereignisweiterleitung, Metadaten, Skripte, Sensoren oder andere Laufzeitfunktionen verwerfen. [3] Hinweise zur Toolchain von Castle Game Engine veranschaulichen dies direkt, indem sie darauf hinweisen, dass dem aktuellen Blender-Exporter zu X3D viele wichtige Funktionen fehlen. [22] XML-basiertes X3D kann außerdem beim Erstellen und Austauschen umfangreich wirken, was selbst bei technisch korrekter Datei eine Unbequemlichkeit im Workflow darstellt. [8]
Behandeln Sie X3D in nicht vertrauenswürdigen Dateien als aktive Inhalte. Die Registrierungen der X3D-Medientypen bei IANA warnen, dass X3D-Inhalte Skripte, externe URLs und andere verknüpfte Ressourcen umfassen können und nicht vertrauenswürdige Inhalte nicht in einer ungeschützten Umgebung ausgeführt werden sollten. [16] [17] Die Fast-Infoset-Registrierung weist außerdem auf Dekomprimierungsbedenken hin, einschließlich Eingaben, die sich bei der Verarbeitung stark ausweiten können. [18] Dies ist keine Behauptung, dass jede X3D-Datei gefährlich ist; es erinnert daran, normale Sicherheitsvorkehrungen bei Viewern, Loadern und der Web-Bereitstellung unbekannter Inhalte anzuwenden. [16] [17] [18]
Aktueller Kontext zu Standards und Tools
Mit Stand vom 28. September 2026 ist die Architektur-Basislinie ISO/IEC 19775-1:2023, Edition 4. [1] Die in diesem Artikel genannten Teile für XML-, Classic-VRML- und komprimierte Binärkodierung bleiben die Veröffentlichungen ISO/IEC 19776-1/2/3:2015, während das Material zum Standardfortschritt von Web3D 4.0-Kodierungsupdates als Entwurfs- oder Vorarbeiten und nicht als neuere ISO-veröffentlichte Ersatzversionen führt. [5] [6] [7] [12]
Die Tools spiegeln diesen gemischten Status wider. X_ITE kann mehrere verwandte Formate in einer Web-Laufzeitumgebung laden, was in der Praxis nützlich ist, doch Tool-Unterstützung entspricht nicht dem ISO-Veröffentlichungsstatus. [20] Auch die JSON-Materialien von Web3D beschreiben ISO/IEC 19776-5 als in Vorbereitung, wobei JSON Schema und Erweiterungsdetails weiterhin als Entwicklungsarbeit und nicht als fertige ISO-Kodierung auf Augenhöhe mit dem Trio von 2015 behandelt werden. [12] [13] [26]
Praktische Erkenntnisse: Wo das X3D-Dateiformat heute passt
Das X3D-Dateiformat passt am besten, wenn Sie Interaktion, Szenengraphsemantik, Standardkontext oder archivarische Lesbarkeit benötigen und nicht nur kompakte Laufzeit-Auslieferung. [1] [25] Behalten Sie X3D bei, wenn diese Eigenschaften wichtig sind oder wenn die erstellte Szene von Verhalten abhängt, das über Asset-Paketierung hinausgeht. [3] Bevorzugen Sie glTF, wenn das Hauptziel die effiziente Auslieferung von Modellen, Materialien und Animationen an moderne Engines und Web-Pipelines ist. [24] Das nützlichste Denkmodell ist, dass X3D eine Familie und Architektur und nicht nur eine Syntax ist; wie Sie es öffnen und verwenden, hängt daher sowohl von der Kodierung als auch vom Zielworkflow ab. [8] [25]
FAQ
Was ist eine X3D-Datei?
Eine X3D-Datei ist eine Kodierung der X3D-Architektur, nicht der gesamte Standard für sich allein. [1] Die Erweiterung .x3d bezieht sich speziell auf die XML-Kodierung, während X3D im weiteren Sinn weitere Kodierungen und eine Laufzeitarchitektur für interaktive 3D-Szenen umfasst. [8] [25]
Ist X3D dasselbe wie VRML?
Nein. VRML97 ist der Vorgängerstandard, veröffentlicht als ISO/IEC 14772-1:1997. [11] X3D entwickelte sich aus dieser Linie und umfasst eine Classic-VRML-Kodierung, aber ältere .wrl-VRML-Dateien bleiben Teil des älteren VRML-Ökosystems, statt automatisch zu X3D-Dateien zu werden. [9] [11] [19]
Wie öffnet man eine X3D-Datei in einem Browser?
Typischerweise durch das Öffnen über eine Seite, die eine JavaScript-Laufzeitumgebung wie X_ITE oder X3DOM verwendet. [20] [21] Das unterscheidet sich davon, dass ein Browser .x3d nativ als integriertes Format verarbeitet. [20] [21]
Öffnen Chrome, Firefox oder Safari .x3d nativ?
In der normalen Praxis nein. Die übliche Methode ist die Verwendung einer Web-Laufzeitumgebung oder Bibliothek wie X_ITE oder X3DOM oder eines separaten Viewers beziehungsweise einer Engine, die X3D versteht. [20] [21]
Was ist der Unterschied zwischen .x3d, .x3dv und .x3db?
Sie sind unterschiedliche Kodierungen von X3D. .x3d ist die XML-Kodierung, .x3dv ist die Classic-VRML-Textkodierung und .x3db ist die komprimierte Binärkodierung. [8] [9] [10] Es gibt auch gzip-komprimierte Varianten wie .x3dz, .x3dvz und .x3db.gz. [8] [9] [10]
X3D gegenüber glTF: Welches Format ist besser für Web-3D?
glTF ist in der Regel die bessere Standardwahl, wenn Sie kompakte Laufzeit-Asset-Auslieferung benötigen. [24] X3D ist die bessere Wahl, wenn Sie deklarative Szenensemantik, Interaktion, Metadaten oder das umfassendere standardgetriebene Laufzeitmodell benötigen. [2] [3]
Expertenebene: Wie beeinflussen X3D-Profile und -Komponenten die Interoperabilität zwischen Viewern?
Sie erlauben Implementierungen, deklarierte Teilmengen von X3D zu unterstützen, statt die gesamte Architektur auf einmal zu unterstützen. [1] Das verbessert die Modularität, bedeutet aber auch, dass die Interoperabilität davon abhängt, ob ein Viewer oder Loader die vom File verwendeten Profile, Komponenten und Knoten unterstützt. [3] Eine Szene kann daher korrekt validieren und dennoch in einem anderen Tool Verhalten verlieren. [3]
Quellen
- ISO/IEC 19775-1:2023 (X3D-Architektur, Edition 4) — https://www.iso.org/standard/82562.html
- Web3D-Spezifikation: ISO/IEC 19775-1:2023 Geltungsbereich — https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/scope.html
- Web3D-Spezifikation: ISO/IEC 19775-1:2023 Konzepte — https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/concepts.html
- Web3D-Spezifikation: ISO/IEC 19775-1:2023 Konformität — https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/conformance.html
- ISO/IEC 19776-1:2015 (XML-Kodierung) — https://www.iso.org/standard/60502.html
- ISO/IEC 19776-2:2015 (Classic-VRML-Kodierung) — https://www.iso.org/standard/60503.html
- ISO/IEC 19776-3:2015 (Komprimierte Binärkodierung) — https://www.iso.org/standard/60504.html
- Web3D: 19776-1 XML-Konzepte (Erweiterungen + MIME + gzip) — https://www.web3d.org/documents/specifications/19776-1/V3.3/Part01/concepts.html
- Web3D: 19776-2 Classic-Konzepte (Erweiterungen + MIME + gzip) — https://www.web3d.org/documents/specifications/19776-2/V3.3/Part02/concepts.html
- Web3D: 19776-3 Binärkonzepte (Erweiterungen + MIME + gzip) — https://www.web3d.org/documents/specifications/19776-3/V3.3/Part03/concepts.html
- ISO/IEC 14772-1:1997 (VRML97-Basislinie) — https://www.iso.org/standard/25508.html
- Web3D: X3D-Standardfortschritt (Entwurf gegenüber ISO-Status) — https://www.web3d.org/new/x3d/progress
- Web3D: Seite der X3D Standards Working Group — https://www.web3d.org/working-groups/x3d-standards
- Web3D: Was ist X3D? — https://www.web3d.org/x3d/what-x3d
- Web3D: X3D4-Highlights (Erwähnung von HTML5 / glTF PBR) — https://www.web3d.org/x3d4-highlights
- IANA: Registrierung von model/x3d+xml — https://www.iana.org/assignments/media-types/model/x3d%2Bxml
- IANA: Registrierung von model/x3d-vrml — https://www.iana.org/assignments/media-types/model/x3d-vrml
- IANA: Registrierung von model/x3d+fastinfoset — https://www.iana.org/assignments/media-types/model/x3d%2Bfastinfoset
- IANA: Hauptregister für Medientypen (enthält model/vrml) — https://www.iana.org/assignments/media-types
- X_ITE: Erste Schritte (Version/Datum + unterstützte Formate) — https://create3000.github.io/x_ite/
- X3DOM: Startseite (JS-Laufzeitumgebung, kein Plugin) — https://www.x3dom.org/
- Castle Game Engine: „Szenengraph: X3D-Knoten“ (Implementierungshinweise) — https://castle-engine.io/x3d
- ISO/IEC 12113:2022 (glTF als ISO-Standard) — https://www.iso.org/standard/83990.html
- Khronos: glTF-2.0-Spezifikation (Zweck/Umfang/Medientypen) — https://registry.khronos.org/glTF/specs/2.0/glTF-2.0.html
- Library of Congress: X3D-Dateiformatfamilie — https://www.loc.gov/preservation/digital/formats/fdd/fdd000490.shtml
- Web3D: X3D→JSON-Stylesheet-Konverter (Formulierung zum Status der JSON-Kodierung) — https://www.web3d.org/x3d/stylesheets/X3dToJson.html
- Blender-Handbuch (Seite zum X3D-Import-/Export-Add-on) — https://docs.blender.org/manual/en/4.1/addons/import_export/scene_x3d.html
