Reference Formats
COLLADA
An open XML-based 3D interchange schema originated at Sony, later governed by the Khronos Group, designed to exchange geometry, materials, and animation between otherwise incompatible DCC tools.
Extension
.dae
Full name
COLLAborative Design Activity (Digital Asset Exchange)
Introduced
October 2004 (COLLADA 1.0); transferred to Khronos Group stewardship in 2006
Vendor
Sony Computer Entertainment, later stewarded by the Khronos Group
What is inside the container
A COLLADA (.dae) file is XML describing geometry (meshes, curves), materials and shaders, scene hierarchy, cameras, lights, skinning, and animation — a broader scope than OBJ or STL, closer to FBX in ambition. Because it's plain XML it's verbose and human-inspectable but produces large files for complex scenes. COLLADA notably became the first cross-vendor interchange effort with participation from Alias, Discreet, and Softimage, and it was adopted as the required interchange format for Google Earth/SketchUp 3D Warehouse models and PlayStation 3 development, though its practical relevance has since been largely superseded by FBX and glTF.
How to open it
For archives
COLLADA is now largely a legacy interchange format — most active 3D pipelines have moved to FBX for DCC-to-DCC exchange or glTF for delivery — so a DAM encountering .dae assets should treat them as historical or migration-source material rather than a target format for new production. Because COLLADA is verbose XML with a somewhat loosely enforced spec, materials and animation don't always round-trip cleanly between applications, so any DAM-driven format conversion (e.g., .dae to glTF) should be spot-checked visually rather than assumed lossless. As with other 3D formats, expect no native preview in most DAM platforms; COLLADA's XML structure at least makes metadata extraction (scene contents, node names) straightforward without a full 3D renderer.
COLLADA began at Sony Computer Entertainment, created by Rémi Arnaud and Mark Barnes starting around SIGGRAPH 2003, with COLLADA 1.0 announced a year later at SIGGRAPH 2004. Its goal was explicitly collaborative — the name stands for COLLAborative Design Activity — and it was notable for bringing major, normally competing DCC vendors including Alias, Discreet, and Softimage together to support a common XML-based interchange schema for the first time.
In July 2005, Sony announced that COLLADA had been approved by the Khronos Group as an open industry standard, and stewardship formally transferred to Khronos in January 2006, the same consortium that later developed glTF. COLLADA went on to become the required interchange format for Google Earth and the SketchUp 3D Warehouse in the mid-to-late 2000s, and was used in PlayStation 3 development pipelines, cementing it as a significant cross-industry format for a period.
For a DAM today, COLLADA mostly surfaces in legacy asset libraries — older architectural visualization archives, historical SketchUp Warehouse downloads, or game assets from the mid-2000s. It’s rarely a current production target since FBX and glTF have taken over its roles for DCC interchange and runtime delivery respectively, so a DAM’s job with .dae assets is usually migration: converting them forward to a currently-supported format while preserving the original as historical record.
Frequently asked
Is COLLADA still an actively used format for new 3D production?
Rarely — COLLADA has largely been superseded by FBX for DCC-to-DCC interchange and by glTF for runtime/web delivery, so new DAM ingestion of .dae files is mostly historical archives rather than current production output.
What does the acronym COLLADA actually stand for?
COLLAborative Design Activity, reflecting its origin as a cross-vendor effort at Sony that brought competing DCC tool makers together to agree on one interchange schema.
Why might a DAM still have a large volume of COLLADA files?
COLLADA was the required export format for Google Earth and the SketchUp 3D Warehouse for years, so architecture, urban-planning, and visualization DAM archives from that era often hold substantial .dae libraries.
Should a DAM convert legacy COLLADA assets to glTF or FBX?
For active reuse, yes, but conversions should be visually spot-checked since COLLADA's XML schema has historically been implemented inconsistently across tools, so materials and animation don't always translate perfectly on the first pass.
Does COLLADA support animation and rigging, or just static geometry?
It supports both — skinning, skeletal animation, cameras, and lights are all part of the schema, giving it a scope closer to FBX than to simpler geometry-only formats like OBJ or STL.
Is a .dae file readable as plain text?
Yes, COLLADA is XML, so a DAM can extract scene structure and node metadata by parsing the file directly, without needing a 3D rendering engine, unlike binary formats such as FBX or STL.
Who currently governs the COLLADA standard?
The Khronos Group, the same industry consortium behind OpenGL, Vulkan, and glTF, which took over stewardship from Sony in January 2006.
What's the practical downside of COLLADA's XML-based design for DAM storage?
XML verbosity means .dae files run considerably larger than binary equivalents (FBX, GLB) for the same scene complexity, which matters for storage and transfer costs on large legacy archives.
Sources
- COLLADA was initially released in October 2004, created at Sony Computer Entertainment by Rémi Arnaud and Mark Barnes checked 2026-08-07 — Wikipedia — COLLADA
- In July 2005 Sony Computer Entertainment announced COLLADA had been approved by the Khronos Group as an open standard checked 2026-08-07 — Sony Interactive Entertainment — Collada Approved by Khronos Group as Open Standard