Guide complet du FBX pour la 3D et l’animation : comprendre le format de fichier 3D d’Autodesk

Résumé

FBX (Filmbox), destiné aux échanges 3D, est un format de fichier et une technologie propriétaires, utilisés pour transférer des scènes et des données d’animation entre les outils de création de contenu numérique (DCC), les systèmes d’effets visuels (VFX) et les pipelines en aval. Les fichiers FBX utilisent l’extension .fbx et peuvent être stockés dans des encodages binaires ou ASCII, bien qu’ils soient normalement enregistrés en binaire. [1] FBX peut stocker des caméras, des lumières, des maillages, des NURBS (B-splines rationnelles non uniformes) et d’autres éléments de scène, mais le format lui-même n’est pas documenté et est couramment traité au moyen du SDK FBX. [1][2]

Identification et périmètre (ce que « FBX » signifie en production)

Dans les contextes de production, « FBX » désigne généralement à la fois le .fbx (format de fichier) et Autodesk FBX Technology en tant que couche d’échange pour des descriptions complètes de scènes ou des transferts partiels d’actifs (par exemple, un ensemble de rigging et d’animation de personnage par opposition à un seul maillage statique). [1] Le périmètre des éléments échangés est souvent décrit à l’aide de termes de pipeline tels que graphe de scène, hiérarchie de nœuds, squelette, skinning, blend shapes (cibles de morphing), images clés, caméras et lumières, étant entendu que la couverture exacte dépend des implémentations de l’exportateur et de l’importateur plutôt que d’une norme spécifiée publiquement. [2]

La description d’Autodesk du FBX souligne que les fichiers FBX peuvent stocker plusieurs types d’éléments de scène 3D dans un seul conteneur .fbx, dont des éléments géométriques et non géométriques utilisés pour les flux de travail de mise en page et d’animation. [1] En pratique, FBX est largement évoqué dans le contexte de l’échange 3D d’Autodesk et des plug-ins tiers, et il est aussi couramment associé à des utilitaires de conversion et de visualisation destinés à l’inspection, au ciblage de versions antérieures ou au traitement par lots lorsqu’un échange cohérent est nécessaire. [1][2]

• Catégories courantes de données transportées en FBX :
• Caméras. [1]
• Lumières. [1]
• Maillages. [1]
• NURBS. [1]
• Autres éléments de scène 3D (tels que décrits dans la documentation Autodesk). [1]

Contexte historique

Les origines du format précèdent sa gestion par Autodesk. Selon la description du format de la Bibliothèque du Congrès, avant 1996 Filmbox 1.0 utilisait un format de fichier appelé FLM et, en 1996, Kaydara a publié FBX avec Filmbox 1.5. [2] Une transition d’entreprise ultérieure a eu lieu lorsqu’Alias a finalisé l’acquisition de Kaydara, annoncée à la date de publication du 26 septembre 2004. [14] Autodesk a ensuite finalisé son acquisition d’Alias, annoncée à la date de publication du 10 janvier 2006, et le communiqué indique une contrepartie en numéraire de $197 millions USD. [15] Ces étapes d’acquisition sont couramment utilisées comme repères lorsqu’il est question de la gestion à l’« époque Kaydara » par rapport à l’« époque Autodesk », y compris la consolidation ultérieure des outils autour de l’approche d’importation/exportation d’Autodesk médiée par SDK. [2]

Encodages de fichier — binaire ou ASCII

Les fichiers FBX sont normalement enregistrés sous forme binaire, mais ils peuvent aussi l’être en ASCII, et les deux encodages utilisent l’extension .fbx. [1] Cette distinction entre binaire et texte est également décrite dans la littérature technique comme deux représentations différentes : binaire et ASCII. [18] Dans les flux de travail, le FBX ASCII est parfois considéré comme plus facile à inspecter grâce à sa structure textuelle, tandis que le FBX binaire constitue l’artefact d’échange typique pour des raisons de taille, de performances ou de fonctionnalités, notamment les contraintes liées à la prise en charge des médias intégrés. [1][3]

Les marqueurs de version peuvent être visibles dans les en-têtes FBX ASCII, ce qui explique pourquoi l’ASCII apparaît dans des contextes de débogage et d’inspection. La documentation SDK d’Autodesk fournit un exemple d’en-tête ASCII affichant FBXHeaderVersion: 1003 et FBXVersion: 6000, illustrant qu’un identifiant numérique de version peut être directement lisible dans le fichier. [6] Autodesk indique également que seul le FBX binaire prend en charge les médias intégrés, ce qui crée une limite fonctionnelle pratique entre les deux encodages. [3]

1. Cas d’utilisation du FBX ASCII :
   1) Débogage ou inspection, lorsqu’un en-tête et un texte de nœud lisibles par un humain sont utiles. [6]
   2) Flux de travail hérités ou de compatibilité qui reposent sur l’ASCII comme artefact d’échange, même si le binaire est le choix par défaut principal. [1]
   3) Contraintes d’exportation lorsque les médias intégrés ne sont pas nécessaires ou sont gérés en externe, puisque ces médias ne sont pris en charge que dans le FBX binaire. [3]

Médias intégrés et .fbm : convention d’extraction

Les flux de travail FBX utilisent parfois une approche « Embed Media » pour empaqueter des actifs externes (généralement des textures) dans le conteneur FBX, mais la documentation Autodesk indique que seul le FBX binaire prend en charge les médias intégrés. [3] La documentation d’Autodesk FBX Converter note de même que les médias ne peuvent pas être intégrés si le fichier est enregistré au format ASCII, confirmant que « FBX ASCII avec textures intégrées » n’est généralement pas disponible avec cet outil. [4] Lorsque des médias intégrés sont présents dans un fichier FBX binaire, l’importateur SDK FBX d’Autodesk extrait le contenu intégré lors de l’importation ; la convention de répertoire d’extraction par défaut utilise un nom de dossier .fbm dérivé du nom du fichier FBX (par exemple, MyScene.fbm). [5] Les pipelines rencontrent donc souvent un fichier .fbx et un répertoire .fbm associés dans un stockage partagé, même lorsque l’application de création présente ce comportement comme une seule opération d’importation. [5]

Signaux de versionnage et de compatibilité

Le versionnage FBX se rencontre couramment sous forme d’identifiants numériques intégrés aux fichiers et de constantes dans les en-têtes SDK, plutôt que comme une spécification publique entièrement documentée. Dans l’exemple ASCII d’Autodesk, FBXVersion: 6000 apparaît dans l’en-tête, donnant une illustration concrète de la présence d’une version numérique dans le fichier. [6] Dans les en-têtes SDK C/C++, les constantes de version comprennent FBX_FILE_VERSION_6000 6000, et la documentation du même en-tête contient des notes de version faisant référence à Version 6000, Version 6100, Version 7000 et Version 7099. [7] Comme les applications s’appuient généralement sur une lecture et une écriture pilotées par SDK, ces signaux numériques sont souvent traités comme des indices de compatibilité plutôt que comme des garanties autonomes de « conformité à la spécification », et l’incompatibilité de versions est couramment présentée comme un risque d’importation/exportation dans les échanges inter-applications lorsque les exportateurs ciblent différentes générations de lecteurs. [2][7]

La sélection de version s’exprime également par des cibles « année FBX » proposées dans Autodesk FBX Converter. La documentation du convertisseur répertorie comme versions FBX cibles FBX 2013 (par défaut), 2012, 2011, 2010, 2009 et 2006, et décrit aussi la conversion vers des versions FBX précédentes comme une fonction prise en charge. [11] Cet étiquetage fondé sur l’année est souvent utilisé dans les opérations afin d’aligner les livrables sur les attentes connues de la chaîne d’outils, même lorsque le fichier contient en interne un marqueur numérique FBXVersion. [6][11]

Vocabulaire des versions (marqueur numérique ou étiquetage par année) :

• Marqueur numérique (dans le fichier / constante SDK) : Exemple : FBXVersion: 6000 et FBX_FILE_VERSION_6000 6000. [6][7]
• Cible par année (interface du convertisseur / étiquette de flux de travail) : Exemple : « FBX 2013 (par défaut) » et les options d’années antérieures dans FBX Converter. [11]

SDK FBX et possibilités d’automatisation

Autodesk présente le SDK FBX comme la principale voie prise en charge pour travailler par programmation avec du contenu FBX. Autodesk décrit le SDK FBX comme un SDK C++ gratuit et indique une disponibilité sur Windows, OSX, iOS et Linux. [10] La description de la Bibliothèque du Congrès indique que le format de fichier FBX n’est pas documenté et que les applications devraient utiliser le SDK FBX pour l’importation/exportation ; c’est fréquemment cité comme raison pour laquelle de nombreux pipelines considèrent FBX comme médié par SDK plutôt que comme un format pouvant être implémenté de manière robuste à partir d’une seule spécification publique. [2] Pour l’automatisation, la documentation Autodesk décrit Python FBX comme une liaison Python pour la bibliothèque C++ du SDK FBX, ce qui prend en charge des flux de travail orientés scripts tels que l’inspection, la transformation et le réempaquetage par lots lorsque les organisations se standardisent autour du modèle objet du SDK. [9]

Outils de conversion — capacités d’Autodesk FBX Converter

Autodesk FBX Converter est documenté comme un utilitaire de conversion de formats capable de convertir 3DS, DXF, OBJ ou DAE (COLLADA) en FBX, et également FBX en DXF, OBJ ou DAE (COLLADA). [11] La même documentation décrit la conversion vers des versions FBX antérieures, fréquemment utilisée dans les scénarios d’échange où un consommateur en aval exige une cible de version plus ancienne. [11] Dans les limites de la matrice de conversion documentée par Autodesk, cet outil est souvent considéré comme une étape intermédiaire pour les transferts d’actifs, la normalisation d’archives ou les flux de travail de rétrocompatibilité qui évitent une réexportation depuis l’outil DCC d’origine. [11]

La documentation produit de FBX Converter indique également que le logiciel comprend quatre outils : Converter, Viewer, Explorer et Take Manager. [12] Ce regroupement distingue la conversion élémentaire de fichiers de l’inspection (Viewer), de la navigation dans les fichiers et des opérations associées (Explorer), ainsi que de la gestion orientée takes (Take Manager), reflétant un flux de travail dans lequel les utilisateurs peuvent devoir examiner le contenu de scènes, valider des animations ou gérer plusieurs segments d’animation avant ou après l’échange. [12]

Systèmes de coordonnées et pièges de l’échange

Les hypothèses concernant le système de coordonnées sont une source récurrente de difficultés d’échange, surtout lorsque les outils en aval diffèrent dans leurs conventions d’axes ou leurs attentes d’alignement des os. La documentation Autodesk indique que les objets du SDK FBX sont créés dans un système d’axes droit, Y-Up, ce qui influence la façon dont les importateurs/exportateurs appliquent la conversion des axes pendant l’échange. [8] La documentation FBX de Blender offre un exemple concret d’inadéquation au niveau du rigging/squelette, en signalant une différence d’orientation des os : « Les os FBX semblent alignés sur l’axe -X, tandis que ceux de Blender sont alignés sur l’axe Y. » [17] En pratique, ces différences peuvent se manifester sous la forme de squelettes tournés, d’interprétations modifiées de la pose de repos, ou de la nécessité de réglages d’exportation/importation propres à l’application, même lorsque l’importation du graphe de scène et de la hiérarchie de nœuds semble nominalement réussie. [8][17]

Types MIME et contraintes de diffusion web

FBX ne possède pas de type de média IANA officiel et utilise couramment par défaut application/octet-stream dans les contextes de diffusion web. [16]

Un rapport technique sur les outils de patrimoine 3D indique que certains déploiements utilisent application/fbx ou model/x-fbx, mais les décrit comme des types non standard plutôt que comme des types officiellement enregistrés. [16] En pratique, cela signifie que les serveurs et les pipelines de contenu s’appuient souvent sur une gestion binaire générique, une configuration MIME manuelle ou un routage au niveau applicatif lors de la distribution d’actifs .fbx via HTTP ; cela peut également affecter les systèmes destinés aux navigateurs, où la négociation du type de contenu et les politiques de sécurité dépendent de types de médias standardisés. [16]

Comparaison — FBX vs OBJ vs glTF (et place de COLLADA)

FBX est couramment employé comme fichier 3D d’animation et vecteur d’échange de scènes, mais la description de la Bibliothèque du Congrès indique que le format de fichier FBX n’est pas documenté et recommande l’utilisation du SDK FBX pour l’importation/exportation, le positionnant comme propriétaire et couramment médié par SDK. [2] À l’inverse, les comparaisons avec OBJ, glTF et COLLADA (DAE) portent souvent sur le besoin principal d’un pipeline : transfert de graphe de scène et de hiérarchie de nœuds, données de rigging/squelette et de skinning, ou paquet « scène complète » plus large incluant caméras et lumières. La documentation du convertisseur Autodesk indique qu’OBJ et DAE (COLLADA) sont des points de conversion explicites aux côtés du FBX, ce qui reflète leur emploi comme alternatives d’échange dans certains flux de travail. [11] Pour la diffusion web, FBX ne dispose pas d’un type de média IANA officiel et revient généralement à application/octet-stream, ce qui peut être une considération pratique lors de la distribution d’actifs par une infrastructure web. [16]

Questions-réponses (FAQ)

Qu’est-ce qu’un format de fichier FBX dans les pipelines 3D et d’animation ?

Un fichier FBX est un fichier d’échange 3D qui utilise l’extension .fbx et peut stocker une gamme d’éléments de scène tels que des caméras, des lumières, des maillages et des NURBS. [1] La Bibliothèque du Congrès note que le format de fichier FBX n’est pas documenté et que les applications devraient utiliser le SDK FBX pour l’importation/exportation, raison pour laquelle de nombreux pipelines considèrent l’échange FBX comme médié par SDK. [2]

FBX binaire ou ASCII — quelle est la différence et quand cela importe-t-il ?

Autodesk indique que les fichiers FBX sont normalement enregistrés en binaire mais peuvent aussi être enregistrés en ASCII, et que les deux encodages utilisent l’extension .fbx. [1] La distinction importe pour les médias intégrés : la documentation Autodesk indique que seul le FBX binaire prend en charge les médias intégrés, et la documentation d’Autodesk FBX Converter note explicitement qu’il est impossible d’intégrer des médias lors d’un enregistrement au format ASCII. [3][4]

FBX peut-il intégrer des textures — et pourquoi des dossiers .fbm apparaissent-ils après l’importation ?

FBX peut intégrer des médias uniquement dans les fichiers binaires, selon la documentation Autodesk. [3] Lorsque des médias intégrés sont présents, l’importateur SDK FBX d’Autodesk les extrait durant l’importation, et le répertoire d’extraction par défaut utilise une convention de nommage .fbm dérivée du nom du fichier FBX (par exemple, MyScene.fbm). [5] La documentation du convertisseur Autodesk indique également que l’intégration de médias n’est pas disponible lors d’un enregistrement en ASCII. [4]

Qu’est-ce que le SDK FBX et existe-t-il une option Python pour l’automatisation ?

Autodesk décrit le SDK FBX comme un SDK C++ gratuit et indique sa disponibilité sur Windows, OSX, iOS et Linux. [10] Autodesk documente également que Python FBX est une liaison Python pour la bibliothèque C++ du SDK FBX, couramment utilisée pour les tâches d’automatisation par lots liées à l’importation, l’exportation et l’inspection. [9]

Comment convertir OBJ en FBX (ou FBX en OBJ/DAE/DXF) avec les outils Autodesk ?

La documentation d’Autodesk FBX Converter indique qu’il peut convertir 3DS, DXF, OBJ ou DAE (COLLADA) en FBX, et peut aussi convertir FBX en DXF, OBJ ou DAE (COLLADA). [11] La même documentation décrit la conversion vers des versions FBX antérieures et répertorie notamment les versions FBX cibles FBX 2013 (par défaut), 2012, 2011, 2010, 2009 et 2006. [11]

Niveau expert : comment détecter la version FBX depuis le fichier et pourquoi une incompatibilité de versions fait-elle échouer les importations ?

Dans un FBX ASCII, les informations de version peuvent apparaître directement dans l’en-tête ; l’exemple d’Autodesk affiche FBXVersion: 6000 (et FBXHeaderVersion: 1003). [6] Dans les en-têtes SDK, Autodesk documente des constantes de version telles que FBX_FILE_VERSION_6000 6000 et fait référence à plusieurs numéros de version dans les notes de version (dont 6000, 6100, 7000 et 7099). [7] L’incompatibilité de versions est généralement considérée comme un risque de compatibilité, car les modules de lecture et d’écriture peuvent être conçus selon les exigences de différentes versions du SDK, même lorsque l’extension du fichier est identique. [2][7]

Sources

1. Qu’est-ce qu’Autodesk FBX Technology ? (FBX Developer Help 2020)
2. Bibliothèque du Congrès : FBX (description du format de fichier fdd000558)
3. Autodesk FBX Developer Help 2020 : importation d’une scène (note sur les médias intégrés)
4. Autodesk FBX Converter Online Help : limitation de l’intégration de médias en ASCII
5. Autodesk FBX SDK Help : extraction des médias intégrés et .fbm : convention de dossier
6. Guide du programmeur Autodesk FBX SDK : exemple d’en-tête FBX ASCII (FBXHeaderVersion/FBXVersion)
7. Autodesk FBX Developer Help 2019 : référence fbxio.h (constantes de version de fichier)
8. Autodesk FBX Developer Help 2015 : système d’axes (droit, Y-Up)
9. Documentation Autodesk FBX SDK 2012 : description de la liaison Python FBX
10. Autodesk Forge : présentation du SDK FBX (SDK C++ gratuit ; disponibilité sur les plateformes)
11. Autodesk FBX Converter 2013 Help : conversions prises en charge et versions FBX cibles
12. Autodesk FBX Converter 2013 Help : outils inclus (Converter, Viewer, Explorer, Take Manager)
13. Macworld : Alias finalise l’acquisition de Kaydara (26 sept. 2004)
14. Autodesk Investors : Autodesk finalise l’acquisition d’Alias (10 janv. 2006 ; $197 millions)
15. Rapport du 3D-4CH Competence Centre : notes sur les types MIME de FBX (aucun type IANA officiel)
16. Manuel Blender 3.0 : notes sur l’importateur/exportateur FBX (incompatibilité d’alignement des os)
17. Article technique (PDF Semantic Scholar) : représentations FBX (binaire et ASCII)