私はネットでCOLLADAがデッドファイル形式であることをたくさん読んできましたか？そのアプリケーションでは、それに対するサポートを更新していません。これは本当ですか？それはもともとほぼアプリケーションに依存しない形式になるように設計されていたので、私の質問は2つの部分に分かれています。それはデッドフォーマットですか？もしそうなら、アプリケーション間の開発を最大限に活用するために現在受け入れられているフォーマットは何ですか（そしてOpenGLアプリケーションで使用するために）？COLLADAはデッドフォーマットですか？
ほとんどのアプリケーションがCOLLADAをサポートしています。新しいサポートが常に発表されています。 twitterでCOLLADAをフォローして、毎日更新を取得してください。 実際には追跡が難しい。
ところで、クロノスはちょうどCOLLADA参照カードをリリースしました。無料でhttp://www.khronos.org/files/collada_reference_card_1_4.pdfにすると、実装が簡単になります。
まだ不足している部分は必ずアプリケーションが正しく仕様を以下の通りです、そしてそれは一言で言えば、最近
リリースされている作るために、コンフォーマンステストした、サポートの改善、より多くのアプリケーション、相互運用性の向上を期待しています。一つのことは確かにCOLLADAは合併、倒産、会社の方針の変更などの影響を受けないため、投資し続けることができるように、公表された基準です（専有技術とは対照的です）。
...
また、私たちはcollada.orgを再構築しています。不完全な製品リストと質問のためのフォーラムがあります。
COLLADAはコンテンツを制作する際の中間形式であると考えられていました。そのため、パッケージをモデリングするためのプラグインとライブラリは、3Dエンジンやライブラリよりも多くあります。
カスタムOpenGLグラフィックスエンジンは、独自のモデル形式を使用する傾向があるため、COLLADAにはない新しい機能を実装できます。
COLLADAには多くのミドルウェアがサポートされているため、死んだとは言えません。しかし、それは誰かが望んでいたように、それらをすべて統治するための1つのフォーマットにはなりませんでした。基本的に、それは異なるソフトウェアパッケージ間の3D資産交換の最も一般的な中間地ですが、エンジン内での使用にはあまり適していません。
私はCOLLADA形式の未来について本当に楽観的ではありません。仕様1.5の発表以来、何も起こっていない。 COLLADAの完全な機能をサポートするツールはありません。
OpenCOLLADAは今のところフォーマットを生かすのに役立つ素晴らしいライブラリですが、それだけでは不十分です。フォーマット自体も時間の経過とともに改善されるはずです。私はCOLLADAの物理ライブラリを使って作業しようとしましたが、妥当な例を作成するための唯一のツールはMayaでした。プラグインなどをインストールするために余分な努力を払う必要はありません。COLLADAの輸入者のほとんどは1.5をサポートしていません。バージョンをサポートするとき、いくつかの要素をサポートしません。 COLLADAモデルのリポジトリサーバーがダウンしているため、さまざまな種類の良いサンプルを見つけるのは難しいです。
AutomationML形式では、グラフィック形式としてCOLLADAを使用しているため、産業用に普及する可能性があります。しかし、すでにJTのような強力な競争相手がこの分野に存在しています。
COLLADAはMathMLを要素でサポートしていますが、MathMLは形式として改良されていますが、COLLADAはそのままの状態にあり、MathML形式の新しいバージョンは使用できません。
私はCOLLADAのアイデアが気に入っていましたが、サポートとアプリケーションが不足しているため、目標から大きく離れています。
COLLADAと競合するか、取り替えることはありますか？ – user2023370
@ user2023370これはアプリケーションによって異なります。 X3DはXMLベースのオープンスタンダードですが、COLLADAのように物理またはキネマティックライブラリはありません。 – Endery
この回答は、Khronos自身が新しい転送形式gltfを発表した後、はっきりと時代遅れです。 Colladaがこれ以上改善されることは期待できません。関連ツールからの長い間新しいサポートはなく、既存のサポートは3Dジオメトリコンテンツのみであり、もはやそのサポートはありません。 – Endery