Ces infos ont été traduites par mes soins et proviennent du site du Web3D Consortium (en anglais). >Ap0<

X3D : Foire Aux Questions (FAQ)

Ce document contient les réponses aux questions les plus fréquemment posées à propos de X3D. Si vous n'êtes pas déjà familiarisé au Virtual Reality Modeling Language (VRML), voyez la rubrique Tutorial.

FAQ Générale

C'est quoi ?

X3D est un nouveau standard de nouvelle génération dédié à la 3D sur Internet (on parle de "Web3D"). Il est évolutif et peut être facilement supporté par toute application 3D, autant pour l'importation que pour l'exportation. X3D remplace le VRML mais garantit une entière compatibilité avec ce dernier.Le contenu VRML déjà existant sera lu dans n'importe quel browser X3-2 sans aucune modification, et le contenu actuel X3D-1 et X3D-2 peut être lu dans n'importe quelle application VRML déjà existante.
X3D corrige les limitations du VRML. Sa spécificatione est complète. X3D est extensible et peut donc être employé pour créer des players légers et efficaces supportant les technologies les plus récentes en matière de rendu ou bien de streaming. Il supporte de nombreux encodages et autres API et s'intègre facilement aux navigateurs Internet grâce à XML entre autres. X3D est en fait la technologie qui se cache derrière la fonction d'animation 3D du format MPEG-4.

A quoi ça ressemble ?

X3D est un VRML éclaté en composants (les components) formant un mécanisme ouvert à l'adjonction de nouveaux components au sein d'eux, ceci afin d'étendre les fonctionnalités au-delà de celles du VRML.
Par exemple, pour convertir un fichier VRML en fichier X3D, il suffit d'ajouter la ligne :
#X3D profile:base
Si votre contenu n'est pas au standard VRML, vous écrirez par exemple :
#X3D component:streaming:1
Cette ligne ordonne au navigateur de lire un contenu qui requiert la fonction de streaming de niveau 1. Ce peut être une collection de noeuds supportant le streaming ou bien une API. Si c'e'st une collection den noeuds, le navigateur sera solicité à charger un monde contenant les déclarations EXTERNPROTO de ces noeuds.
Les développeurs n'auront pas charger des dizaines de components en même temps pour être sûr que tout fonctionne : les profiles sont créés de façon à contenir de nombreux components et donc beaucoup de terrains d'exploitation différents au sein d'un même sous-ensemble. Par exemple, le profile Base contient de nombreux components (PROTO, Audio, etc.) répartis sur des niveaux de components (le noeud Box présent dans le component geometry). Seul le profile nécessite d'être déclaré.
Comme il n'est pas très aisé d'importer parfaitement du VRML, l'éclatement de sa spec en plusieurs sous-ensembles facilitera le développement de X3D.
Ainsi, le component geometry contient tous les noeuds geometry du VRML. Du point de vue des levels (niveaux), le geomety level 1 ne contient pas le noeud Box mais le level 2, si. Dès que de nouveaux noeuds font leur apparition, alors un level supplémentaire est ajouté.
Un profile est de ce fait une collection de components : le profile X3D-1 contient des components de level 1 supportant la géométrie et l'animation et le profile X3D-2 contient tous les noeuds de la spec VRML97, avec les fonctions additionnelles des PROTO et du scripting.
Tout contenu VRML sera lisible par X3D. Ce dernier comporte aussi d'autres fonctions non-VRML comme les Nurbs ou GeoVRML, supportés alors comme de nouveaux noeuds natifs, plutôt que comme des extensions propriétaires.

En quoi X3D est-il plus extensible que VRML ?

Un component contient de nombreux noeuds (le profile Nurbs contient tous les noeuds en relation avec les Nurbs). Chaque component peut s'ajouter de nouvelles fonctionalités comme par exemple le support d'un nouveau langage de script ou une interface utilisateur améliorée. Un component peut n'être aussi qu'une collection de déclarations d'externproto.
Le VRML ne possède que le mécanisme des externproto pour évoluer et n'a pas de sous-ensembles modulaires comme X3D.

Que sont les components, levels et autres profiles ?

Pour qu'X3D soit un standard pour le Web, on s'est aperçu que les développeurs n'auraient pas forcément besoin de toutes les fonctionnalités d'X3D dans un même temps ; c'ets pourquoi des groupes de fonctions ont été encapsulés en components. Un component est spécifique à un type d'utilisation (le component "Geo" servira au support de données géographiques ou topographiques par exemple). Un profile est en outre un groupe de components couvrant différents types de fonctions : le profile "Full" contient tous les noeuds et fonctions du standard VRML97. Un profile peut également contenir les fonctionnalités d'autres profiles.

Comment les nouveaux components et profiles sont-ils créés ?

Les développeurs et compagnies peuvent créer de nouveaux components puis les soummettre au X3D Board pour approbation. Lorsqu'un nouveau component est soumis, il est affublé d'un préfixe représentant la compagnie créatrice ou le groupe de développeurs, tout comme les extensions concernant Open GL qui contiennent le préfixe de leurs créateurs (OW_ par exemple pour la société OpenWorlds). Les components soumis sont alors passés en revue par le X3D Board, le Web3D Consortium et la communauté au sens large. Dès qu'un component est approuvé et implémenté par plus d'un groupe de développement, le préfixe du component change et devient EXT_. Si le component est ratifié par le X3D Board, l'extension se transforme en X3D_. D'un autre côté, si le component est très largement employé ou d'une importance considérable, il peut être implanté dans un nouveau profile.

Doit-on supporter TOUS les components, levels et profiles de X3D ?

Non. Beaucoup de développeurs ne voudraient pas avoir à supporter une spécification aussi large et complexe que celle du VRML97. La structure modulaire de X3D permet à tous de démarrer sur la base de X3D-1 puis de graduellement enrichir ses applications avec des profiles additionnels plus élaborés.

N'y aura-t-il pas un problème si chacun crée SON component propre ?

Non. Le procédé de ratification des components dans la spec X3D garantit des créations d'applications en parallèle. Il permettra à X3D de grandir et d'évoluer sereinement. Toute éventualité de devenir techniquement obsolète comme les standards précédents ont pu le devenir est écartée.

Pourquoi devrais-je supporter X3D ?

Même si vos créations utilisent un format propriétaire, supporter X3D donne accès à tous les outils, contenus et ressources de la planète ainsi qu'à une totale compatibilité avec les plus grands de la scène Web3D. Vous gardez votre propre format de fichier PLUS la compatibilité avec tous les autres. Sur le plan marketing, l'étiquette "X3D compatible" garantit une notoriété considérable car au sein d'un développement de la Web3D à l'échelle mondiale sur le plan industriel. Il y a d'importants mouvements commerciaux et Open Source dans le développement de X3D : vos créations n'auront pas à "réinventer la roue" chaque fois qu'une avancée technologique sera effectuée dans X3D. X3D-1 est très simple à implémenter et son contenu est modulaire et réutilisable. X3D fonctionne pour VRML (visualisation, outils, exportation...). Des packages exportant le VRML, comme 3DS Max, sont déjà compatibles X3D. La présence du support optionnel de l'encodage XML pour l'intégration aux autres technologies Web. Le support du MPEG-4 : X3D-1 est une base pour le rendu 3D du MPEG-4.

FAQ Technique

Où me procurer la spécification de X3D ?

Ici même !! L'entière spécification contenant les références de tous les noeuds, profiles et levels sont dispo online à cette adresse : http://www.web3d.org/x3d/specifications/x3d_specification.html.

Pourquoi associer XML à X3D ?

La syntaxe du VRML est inconnue de tous sauf de la communauté VRML. La seule syntaxe plus largement connue sur le Web est XML. Le support de XML est déjà prévu pour Netscape Communicator et Internet Explorer. Cela lui promet un bel avenir.

Y a-t-il une DTD qui soit approuvée ?

L'étude des différentes alternatives pour représenter les mondes du VRML dans XML a abouti à l'approbation d'une DTD (Document Type Definition), disponible ici. (version "compromise" de le DTD, la "compact" est dispo sur http://www.web3d.org)

Qu'en est-il des autres technologies en rapport avec XML ?

Les technologies représentant un intérêt non négligeables et en cours de développement sont :
SMIL (Synchronized Multimedia)
SVG (Scalable Vector Graphics)
XHTML (la "XMLisation" du HTML par le World Wide Web Consortium)
Schema (permettant des types de données complexes dans XML)
DOM (Document Object Model)

Des liens pour XML ?

www.w3c.org/XML/
www.xml.com
www.oasis-open.org/cover/xml.html
xml.about.com

Les noeuds Box, ElevationGrid, etc. vont-ils être éliminés de la spec ?

En fait, non.X3D ne réduit pas les fonctionnalités, mais les partitionne. Ces noeuds seront implantés dans une extension pour alléger le code : en effet, les noeuds Box, Sphere, Cone, ElevationGrid etc. peuvent être réduits aux primitives décrites dans un IndexedFaceSet.

Quels noeuds y a-t-il dans la spec X3D ?

La liste est disponible ici.(attention la spec date de septembre 2001)

Mon travail en VRML97 fonctionnera-t-il avec un browser X3D ?

Evidemment. C'est une des priorités pour X3D d'être entièrement compatible VRML97.

Existe-t-il un browser X3D en Open Source ?

Oui. Le Java3D Task Group a produit une implémentation de X3D appelée Xj3D. Un prototype fonctionnel est disponible d'ores et déjà et a été testé sous Linux, Solaris et Win32.