Format de fichier DAE : COLLADA et son fonctionnement

Résumé

Le format de fichier DAE est le document d’instance .dae utilisé par COLLADA, un schéma d’échange basé sur XML pour les ressources et les scènes 3D. Il convient le mieux lorsqu’un pipeline attend déjà COLLADA, mais n’est pas toujours le choix idéal pour la diffusion à l’exécution ou l’impression 3D, domaines dans lesquels glTF et les formats orientés impression correspondent généralement plus directement au flux de travail de destination. [5] [13] [15] [16]

• Un fichier DAE est un document d’instance XML COLLADA, et .dae signifie Digital Asset Exchange. [5]
• La manière d’ouvrir le contenu d’un fichier DAE dépend du logiciel et de sa version, et pas seulement de l’extension. [8] [9] [11]
• Préférez glTF/GLB pour la diffusion à l’exécution, STL pour le transfert de fabrication limité au maillage, et 3MF ou AMF pour les flux de travail orientés impression lorsque l’outil cible les prend en charge. [13] [14] [15] [16]

Qu’est-ce que le format de fichier DAE ?

Si vous vous demandez ce qu’est un fichier DAE, la réponse courte est qu’il s’agit du document d’instance .dae utilisé par la famille de spécifications COLLADA. COLLADA est le schéma et la spécification ; DAE est l’extension de fichier que vous voyez habituellement sur le disque. La spécification Khronos décrit les documents d’instance COLLADA comme des documents XML utilisant l’extension .dae, DAE étant défini comme l’acronyme de Digital Asset Exchange. [5]

Comme un fichier DAE est en XML, il s’agit de texte brut structuré pour l’échange, l’inspection et l’analyse syntaxique plutôt que d’un format compact de diffusion à l’exécution. Un fichier .dae peut référencer d’autres ressources, notamment des images et d’autres documents ; la géométrie peut donc se charger même lorsque les textures ne le font pas. Pour son identification technique, l’IANA enregistre le type de média COLLADA comme model/vnd.collada+xml. [5] [7]

• Fichier DAE : document d’instance COLLADA enregistré avec l’extension .dae. [5]
• COLLADA : schéma XML et famille de spécifications à l’origine des fichiers DAE. [5]
• XML : langage de balisage employé pour encoder les documents COLLADA. [5]
• ZAE : archive d’échange COLLADA compressée pouvant regrouper des fichiers .dae et leur contenu référencé. [5]

DAE, COLLADA et ZAE : différences (et pourquoi les textures disparaissent)

Un fichier .dae est le document XML lui-même, tandis qu’un fichier .zae est un paquet d’archive. La spécification COLLADA 1.5.1 définit .zae comme une archive ZIP contenant un ou plusieurs fichiers .dae et l’ensemble du contenu référencé, y compris les textures ; elle impose un fichier manifest.xml doté d’une entrée <dae_root> pointant vers le document de départ. La même section note également qu’une archive peut contenir d’autres archives, y compris kmz, mais qu’un KMZ n’est pas la même chose qu’un ZAE. [5]

Les textures disparaissent généralement pour une raison simple : le fichier de modèle et les fichiers image ne résolvent plus les mêmes chemins que ceux utilisés lors de l’exportation. COLLADA utilise des références de type URI ; une structure de dossiers endommagée, des fichiers renommés, des copies incomplètes ou un convertisseur qui ignore les références d’images externes peuvent donc tous produire une géométrie correcte mais un aspect visuel incomplet. Empaqueter le modèle en .zae réduit ce risque, car les ressources référencées accompagnent le document. [5]

Normes et réalité des versions (historique concis et sourcé)

ISO 17506:2022 est l’Édition 1 de la page de norme COLLADA, publiée en mars 2022 et comptant 477 pages ; la page ISO recense 1 amendement. ISO précise également que le document ne spécifie ni l’implémentation ni la définition d’une architecture d’exécution destinée à visualiser ou traiter les données COLLADA. Cela fixe une limite utile : la norme définit la sémantique d’échange, et non un moteur de lecture universel. [2]

Au 2026-09-09, Khronos répertorie COLLADA 1.5.1 comme la spécification la plus récente et la décrit comme une révision de 1.5.0 dont le schéma est inchangé par rapport à 1.5.0. Les PDF Khronos de 2025 sont faciles à citer incorrectement : le fichier nommé collada_1_5_1_release_notes.pdf est la spécification de 483 pages, tandis que collada_spec_1_5_1.pdf correspond aux notes de version de 6 pages. Le fichier de schéma lui-même déclare version="1.5.0" et porte la date du 6 août 2008. [1] [4] [5] [6]

De nombreux outils concentrent toujours leur prise en charge sur 1.4 ou 1.4.1. Khronos continue de présenter COLLADA 1.4 comme la version stable largement adoptée, et la spécification COLLADA 1.4.1 est la deuxième édition de mars 2008, avec 378 pages. SketchUp en est un exemple actuel : sa page d’aide indique que le produit prend en charge COLLADA 1.4 et valide par défaut les fichiers 1.4.1. [1] [3] [8]

Ce qu’un fichier DAE/COLLADA peut stocker (capacité contre prise en charge par l’importateur)

Au niveau de la spécification, un document COLLADA peut représenter bien davantage qu’un simple maillage. Khronos décrit COLLADA comme prenant en charge l’encodage complet de scènes visuelles, y compris la géométrie, les shaders et les effets, la physique, l’animation, la cinématique et plusieurs représentations d’une même ressource. La page de la norme ISO mentionne également la géométrie, l’animation, le skinning, les ressources, les scènes, les modèles physiques, les effets visuels, la représentation des frontières et la cinématique. La spécification complète comprend aussi des bibliothèques et des formes d’instances pour les caméras, les lumières, les contrôleurs tels que les données de skin et de morphing, les arbres d’animation, les modèles physiques et les systèmes articulés ou cinématiques. [1] [2] [5]

Cette capacité n’équivaut pas à une prise en charge garantie par les importateurs, ni à l’interopérabilité moderne des matériaux glTF 2.0. glTF définit un modèle de matériau PBR métallique-rugosité destiné à un rendu plus cohérent entre plateformes, tandis que les matériaux et effets COLLADA relèvent d’un modèle d’échange plus ancien et plus large. Un fichier DAE peut théoriquement contenir de riches informations de scène, mais une application donnée peut néanmoins en ignorer une partie. [9] [10] [13]

Les catégories de données susceptibles d’apparaître dans un DAE incluent les suivantes. [1] [2] [5]

• Géométrie de maillage, hiérarchie et nœuds de scène. [1] [2]
• Matériaux et effets, ainsi qu’images et liaisons de textures. [1] [5]
• Caméras et lumières. [5]
• Animation, ainsi que données de contrôleurs liées au skinning et au rigging. [2] [5]
• Physique et cinématique en tant que capacités de la spécification qui, en pratique, dépendent toujours de l’importateur. [1] [2] [5]

Métadonnées techniques essentielles qui font échouer les imports (unités + axe vertical)

Les problèmes d’échelle commencent souvent dans les métadonnées <asset><unit>. La spécification COLLADA 1.4.1 indique que les unités standard sont les secondes pour le temps, les degrés pour les angles, les kilogrammes pour la masse et les mètres pour la distance par défaut, tandis que l’élément <unit> peut redéfinir la distance pour le document ou une portée locale. La même spécification explique numériquement l’attribut meter avec des exemples tels que 1.0 pour le mètre, 1000 pour le kilomètre et 0.3048 pour le pied. Ces valeurs définissent des facteurs d’échelle, et non la qualité de l’exportateur. [3]

Les problèmes d’orientation proviennent généralement de <up_axis>, et non d’un mystérieux bogue de rotation. La spécification COLLADA 1.4.1 indique que toutes les coordonnées sont par définition droitières, autorise X_UP, Y_UP et Z_UP, et montre Y_UP comme valeur par défaut. Si un importateur suppose un axe vertical différent de celui déclaré dans le fichier, le modèle peut apparaître tourné, de côté ou à l’envers alors même que sa géométrie est correcte. [3]

Les problèmes de transformation peuvent persister même lorsque les unités et les réglages d’axe sont corrects. L’élément <matrix> est défini comme une liste de 16 valeurs à virgule flottante organisées dans une matrice 4 par 4 ordonnée en colonnes, adaptée à la composition. Si un outil transpose cette matrice, fige les transformations de manière inattendue ou applique différemment les transformations parent-enfant, le résultat peut être erroné alors que le document reste structurellement valide. [3]

• Vérifiez d’abord l’échelle si le modèle s’importe minuscule ou gigantesque. [3]
• Vérifiez l’axe vertical déclaré si le modèle s’importe de côté ou à l’envers. [3]
• Vérifiez les métadonnées d’unité si la taille est erronée selon un multiplicateur fixe. [3]
• Vérifiez l’interprétation de la matrice si les rotations ou transformations héritées semblent incohérentes. [3]

Anatomie d’un fichier DAE (pratique, pas un manuel de référence)

Un fichier DAE est organisé en bibliothèques et instances liées, plutôt qu’en un seul bloc plat de géométrie. En pratique, une section peut définir la géométrie, une autre les effets ou matériaux, une autre les images, puis les nœuds de scène peuvent instancier ces ressources par ID ou référence de type URI. La spécification décrit les documents d’instance COLLADA comme des documents XML et explique comment les éléments sont adressés au moyen d’identifiants et de la syntaxe de fragments URI. Cette structure est utile à la réutilisation, mais crée également davantage d’endroits où une référence rompue peut interrompre le résultat. [5]

Cela ne fait pas de COLLADA un graphe de scène d’exécution. Khronos le présente explicitement comme un schéma de base de données XML et un langage intermédiaire, et non comme un format de diffusion ni un graphe de scène. Un modèle mental pratique consiste à y voir un document d’échange orienté scène, dont les bibliothèques, références, transformations, unités, images et matériaux doivent tous correspondre pour réussir une importation. Lorsqu’un lien échoue, le modèle peut tout de même s’ouvrir partiellement ; c’est pourquoi le dépannage DAE ressemble souvent davantage à la recherche de références qu’à la réparation de géométrie. [1] [3] [5]

Comment ouvrir un fichier DAE (flux de travail et réserves liées aux versions)

« Comment ouvrir un fichier DAE » peut désigner trois tâches différentes : afficher le modèle, l’importer dans une application DCC ou CAO, ou inspecter directement le XML. L’affichage est utile lorsque vous devez seulement confirmer la présence de la géométrie et des textures. L’importation est nécessaire lorsque vous souhaitez modifier ou convertir la ressource. L’inspection du XML est la solution de repli lorsque vous devez confirmer la version, les unités, l’axe vertical, les références d’images externes ou si le fichier pointe vers un contenu qui n’est plus présent. [3] [5]

SketchUp constitue un exemple concret de fournisseur. Sa page d’aide, mise à jour le 21 août 2026, indique que les fichiers COLLADA utilisent l’extension .dae, que SketchUp prend en charge la spécification et le schéma COLLADA 1.4, et que l’option « Validate COLLADA File » vérifie par défaut si le fichier est un document COLLADA 1.4.1 valide. La même page avertit également que le COLLADA exporté n’inclut pas certains éléments propres à SketchUp, notamment les cotations, lignes et points de repère, scènes, plans de section, coupes de section, ombres et texte. [8]

Blender exige désormais des conseils spécifiques à la date. Le manuel Blender 4.5 LTS présente l’importation et l’exportation COLLADA comme une fonctionnalité héritée et indique qu’elle sera supprimée dans une prochaine version. Les notes de version de Blender 5.0 précisent ensuite que la prise en charge de Collada (.dae) a été supprimée. Pour Blender 5.0 et versions ultérieures, la liste officielle Blender Extensions présente un module complémentaire « Collada Support » comme voie fondée sur un add-on plutôt que sur une prise en charge native ; la compatibilité doit donc être vérifiée avant tout transfert de production. [9] [11] [12]

Comment convertir un fichier DAE en toute sécurité (ce que vous perdez selon la cible)

Si vous cherchez comment convertir le contenu d’un fichier DAE, raisonnez en termes de sémantique, et pas seulement d’extensions. Conservez le .dae d’origine et le dossier de textures, ou le .zae, avant la conversion. Une conversion qui semble réussie à première vue peut tout de même perdre des matériaux, animations, caméras, unités ou hiérarchies selon le format cible et le couple importateur/exportateur. [5]

La principale leçon est que la préservation dépend de ce que le format cible est conçu pour transporter et de la manière dont les outils source et destination traduisent cette signification. STL est volontairement limité. OBJ est plus étendu pour l’apparence du maillage, mais ne reste pas un format de scène complet. FBX peut préserver davantage de contexte de scène, mais son écosystème est moins transparent. glTF convient généralement mieux à la diffusion, car son objectif de conception est la transmission efficace et l’utilisation à l’exécution, et non l’échange hérité. Les formats orientés impression appartiennent aux flux de travail orientés impression. [13] [14] [16] [17] [18]

Ce n’est que dans des flux de travail spécialisés que vous devriez envisager sérieusement une conversion DAE vers STEP ; ne supposez pas pouvoir récupérer une géométrie paramétrique ou B-rep depuis un DAE de maillage typique. Aucun chiffre fiable n’a été trouvé concernant la fiabilité générale.

Liste de dépannage (échelle, rotation, textures manquantes, imports partiels)

Un fichier valide au regard du schéma peut tout de même paraître incorrect après importation. La validation vérifie que la structure du document correspond au schéma, mais elle n’oblige pas chaque application à préserver les mêmes textures, modèle d’ombrage, transformations, animations ou éléments de scène. Cet écart est visible à la fois dans les limites de la spécification et dans la documentation des fournisseurs qui mentionne une prise en charge partielle ou héritée. [3] [8] [9]

Suivez cet ordre lors du débogage d’un mauvais import. [3] [5] [8] [9]

1. Identifiez la version de COLLADA et les éventuelles notes de l’exportateur dont vous disposez. [1] [3]
2. Confirmez que vous possédez effectivement les textures et vérifiez si les chemins se résolvent ou si un paquet .zae est disponible. [5]
3. Vérifiez l’échelle <unit> avant de modifier les transformations manuellement. [3]
4. Vérifiez <up_axis> et les hypothèses de latéralité de l’outil récepteur. [3]
5. Inspectez les normales, la topologie et la triangulation si la forme paraît facettée ou incohérente. [9]
6. Testez séparément l’animation, le skinning, les lumières, les caméras et les matériaux, car les importateurs peuvent conserver certaines catégories et en supprimer d’autres. [1] [8] [9] [12]

Si la géométrie est correcte mais que l’apparence ne l’est pas, séparez le problème entre références, métadonnées et limites de l’importateur. C’est généralement plus rapide que de modifier aveuglément le XML, et cela évite de « corriger » un fichier qui était en réalité correct avant que l’outil récepteur ne l’interprète différemment. [3] [5] [9]

DAE comparé à OBJ, STL, FBX, glTF/GLB et 3MF (place de chaque format)

La comparaison importante n’est pas « quel format est le meilleur globalement ? », mais « quel format convient le mieux à la prochaine étape du pipeline ? ». DAE reste utile comme format d’échange lorsqu’un flux de travail attend la sémantique COLLADA, tandis qu’OBJ, STL, FBX, glTF/GLB et 3MF optimisent chacun un équilibre différent entre simplicité du maillage, portée de la scène, efficacité de diffusion ou transfert orienté impression. Aucun chiffre fiable n’a été trouvé pour étayer un ratio universel de taille de fichier ou de performances entre tous ces formats. [1] [13] [15] [16] [17] [18]

AMF constitue un point de référence ISO/ASTM associé, explicitement défini comme un format d’échange pour la fabrication additive. C’est pourquoi STL, 3MF et AMF ont généralement davantage de sens que DAE lorsque la véritable destination est un slicer, tandis que glTF a généralement davantage de sens lorsque la destination est un moteur de rendu ou un moteur. [13] [14] [15] [16]

Où DAE reste pertinent dans les flux de travail modernes (neutre)

DAE reste pertinent lorsque l’échange est le véritable objectif plutôt que l’expérience finale. Il est encore utilisé dans certains pipelines hérités, contextes d’archivage ou de préservation sensibles aux normes, et flux de travail nécessitant un document d’échange lisible par l’humain et basé sur XML plutôt qu’un paquet d’exécution. Khronos continue de positionner COLLADA 1.5 comme pertinent pour les cas d’usage de CAO, SIG et orientés automatisation, tandis qu’ISO présente la norme comme une spécification d’échange plutôt qu’une architecture d’exécution. Le modèle de paquet .zae confère également à DAE un rôle pratique dans les situations d’archivage ou de transfert où il est important de conserver ensemble textures et ressources référencées. Plus souvent, toutefois, le format sert de passerelle plutôt que de destination : il peut se placer entre des outils de création, entre les étapes d’exportation et de conversion, ou avant une transformation en aval vers glTF, STL, 3MF ou une autre cible que l’application réceptrice préfère réellement. En préparation avant impression, la prise en charge doit être vérifiée plutôt que supposée, car même la documentation actuelle des slicers peut lister de nombreux imports pris en charge sans mentionner DAE. [1] [2] [5] [15]

Limites et modes de défaillance (pourquoi ce n’est généralement pas un format de diffusion)

Les atouts de DAE comme format d’échange XML font également partie de ses faiblesses comme format de diffusion moderne. XML est lisible et flexible, mais verbeux, et le fichier dépend souvent de ressources et métadonnées référencées supplémentaires qui doivent toutes survivre intactes au transfert. Les unités, l’axe vertical, les transformations, les références d’images, les effets et les différences de version peuvent tous influer sur le résultat. En bref, la capacité du format n’est pas la même chose que sa préservation par les outils. [1] [3] [5]

Pour la diffusion à l’exécution, Khronos positionne volontairement glTF différemment : il est conçu pour une transmission et un chargement efficaces, et pour réduire au minimum la taille des ressources 3D ainsi que le traitement à l’exécution nécessaire pour les décompacter et les utiliser. DAE s’intègre aussi moins naturellement aux flux de travail d’impression, où la prise en charge peut varier. La documentation d’import d’OrcaSlicer, par exemple, liste des formats tels que STL, 3MF, STEP, DRC, OBJ, AMF, SVG et ZIP, mais pas DAE. Il s’agit d’un exemple de variabilité, et non d’une règle universelle. [13] [15]

Quand utiliser le format de fichier DAE

Utilisez le format de fichier DAE lorsqu’un pipeline attend déjà COLLADA, lorsque vous avez besoin d’un échange orienté scène plutôt que d’un transfert limité au maillage, ou lorsque vous travaillez avec des ressources héritées déjà organisées autour de .dae ou .zae. Il reste un choix d’échange valable lorsque les outils environnants sont connus et que l’application réceptrice doit modifier ou convertir le fichier plutôt que le diffuser directement. [1] [5]

Préférez glTF/GLB lorsque l’objectif réel est la diffusion à l’exécution ou sur le web, car c’est l’usage pour lequel Khronos le positionne. Préférez STL lorsque vous n’avez besoin que de la géométrie de surface pour la fabrication et n’avez pas besoin d’un comportement standard des couleurs ou textures. Préférez 3MF ou AMF lorsque la destination est un flux de travail orienté impression et que le slicer ou l’outil de fabrication les prend en charge. Dans tous les cas, vérifiez la liste d’import documentée par l’application de destination avant de supposer que DAE sera accepté ou bien préservé. [13] [14] [15] [16]

FAQ

Qu’est-ce que le format de fichier DAE ?

Le format de fichier DAE est le document d’instance COLLADA .dae utilisé pour échanger des données de ressources 3D sous forme XML. Il est conçu comme un format d’échange : il peut donc décrire des scènes, de la géométrie, des matériaux, des textures, de l’animation et des métadonnées associées, mais il n’est pas automatiquement le meilleur format pour la diffusion à l’exécution ou l’impression. [5] [13]

Un fichier DAE est-il la même chose qu’un fichier COLLADA ?

Dans l’usage courant, oui. Le fichier que vous manipulez est le fichier DAE, tandis que COLLADA est le schéma et la famille de spécifications qui le sous-tendent. La distinction importe principalement lorsque vous rencontrez des problèmes de version ou d’importateur, car une application peut prendre en charge une génération de COLLADA mieux qu’une autre. [1] [5]

Quelle est la différence entre .dae et .zae (et pourquoi les textures disparaissent-elles) ?

.dae est le document XML lui-même. .zae est un paquet basé sur ZIP défini par la spécification COLLADA pour un ou plusieurs fichiers .dae avec le contenu référencé, y compris les textures ; il emploie manifest.xml avec une entrée <dae_root> afin d’identifier le document de départ. Les textures disparaissent généralement lorsque les fichiers image référencés ou leurs chemins ne sont pas préservés lors de la copie, de l’exportation ou de la conversion. [5]

Comment ouvrir des imports de fichiers DAE dans Blender si Blender 5 a supprimé COLLADA natif ?

Utilisez des indications spécifiques à la date. Blender 4.5 LTS documente encore COLLADA comme fonctionnalité d’import/export héritée, mais les notes de version de Blender 5.0 indiquent que la prise en charge de Collada a été supprimée. Pour Blender 5.0 et versions ultérieures, le site officiel Blender Extensions liste un module complémentaire Collada Support ; la réponse prudente est donc une prise en charge uniquement fondée sur add-on, avec vérification de la compatibilité actuelle avant utilisation. [9] [11] [12]

Pourquoi mon DAE s’importe-t-il à la mauvaise échelle ou avec une rotation de 90° ?

Une mauvaise échelle renvoie généralement aux métadonnées <unit>, tandis qu’un résultat tourné de 90 degrés ou de côté renvoie généralement aux hypothèses concernant <up_axis>. COLLADA définit des coordonnées droitières, autorise X_UP, Y_UP et Z_UP, et utilise Y_UP par défaut dans la spécification 1.4.1. Si l’outil récepteur suppose un axe différent ou remappe les transformations différemment, le modèle peut sembler incorrect même si le fichier est valide. [3]

Que perds-je lors de la conversion d’un DAE vers STL ou OBJ ?

Avec STL, attendez-vous à un résultat de surface de maillage, sans couleurs ni textures standard. Avec OBJ, vous pouvez généralement conserver la géométrie ainsi que MTL et les textures, mais pas les séquences d’animation prédéfinies, les structures de squelette ou une scène complète avec lumières et points de vue prédéfinis. Le résultat exact dépend toujours du convertisseur, mais ce sont les limites à attendre au niveau des formats. [16] [17]

Dois-je utiliser DAE ou glTF/GLB pour la diffusion temps réel/web ?

Pour la diffusion en temps réel ou sur le web, glTF/GLB constitue généralement le choix le plus solide. Khronos positionne spécifiquement glTF pour la transmission et le chargement efficaces ainsi que pour la minimisation du traitement à l’exécution, alors que COLLADA est présenté comme un langage d’échange intermédiaire plutôt que comme un format de diffusion. DAE est généralement mieux adapté lorsqu’un pipeline hérité ou d’outil à outil l’attend déjà. [1] [13]

Sources

1. Khronos — COLLADA : schéma d’échange de ressources 3D
2. ISO — page de la norme ISO 17506:2022
3. Khronos — PDF de la spécification COLLADA 1.4.1 (2e édition)
4. Khronos — schéma COLLADA 1.5 (XML)
5. Khronos — PDF de la spécification COLLADA 1.5.1 (483 pp) — le nom de fichier indique « release_notes »
6. Khronos — PDF des notes de version COLLADA 1.5.1 (6 pp) — le nom de fichier indique « spec »
7. IANA — registre des types de média
8. Aide SketchUp — importation et exportation de fichiers COLLADA
9. Manuel Blender 4.5 LTS — Collada (hérité)
10. Registre Khronos — spécification glTF 2.0 (HTML)
11. Blender — page des notes de version 5.0
12. Blender Extensions — fiche du module complémentaire Collada Support
13. Khronos — aperçu de glTF
14. ISO — page de la norme ISO/ASTM 52915:2020 (AMF v1.2)
15. Wiki OrcaSlicer — importation/exportation
16. Library of Congress — famille de formats de fichier STL (FDD)
17. Library of Congress — format de fichier Wavefront OBJ (FDD)
18. Library of Congress — Autodesk FBX (FDD)