2016-11-11 14 views

答えて

4

現在、他の方向に進むための変換ソフトウェアはありません。これは、COLLADAが3D asset exchange schemaと考えられているのに対し、glTFはruntime 3D asset deliveryを対象としているためです。言い換えると、COLLADAは3Dパッケージ間で移植されたモデルを取得するためのものですが、glTFはモデルをエンドユーザーに即時に送信するためのものです。 COLLADAでは、頂点データのバッチが頂点データとして明確にラベル付けされ、法線が法線としてラベル付けされ、エディタに簡単に読み込むことができます。しかし、glTFでは、頂点、通常、UVなどのデータをバイナリBLOBとしてバンドルし、このデータのスライスを頂点属性としてシェーダに渡す方法を示すアクセサが付属しています。

逆方向に進むコンバータを書くことは不可能ではありませんが、問題が発生する可能性があります。例えば、コンバータがglTFで手書きシェーダに遭遇した場合、それらについて何をすべきかを考えるのは難しいかもしれません。また、バイナリBLOBからデータを取り除き、シェーダを破棄する必要があったとしても、明らかな変換パスを持たないカスタム頂点属性が残っている可能性があります。私は、法線とテクスチャ座標、および物質名とともに位置データを復元し、それらをCOLLADAに取り込むためにコンバータを書くことができると思います。拡散/発光色、または照明アルゴリズムの選択などの簡単な方法はありません。

したがって、要約すると、逆コンバータを書き込むことは可能ですが問題はありますが、 glTF形式であるが、エンドユーザーにとって潜在的に有用である可能性がある。


UPDATE 2017年3月:glTF 2.0スキーマは今being draftedあり、かつ潜在的にglTF 1.0よりインポートしてはるかに簡単になります。これは、カスタムシェーダがコアスキーマから移動し、ランタイムエンジンが独自のシェーダを提供する物理ベースのレンダリング()に置き換えられているためです。つまり、ジオメトリ、法線、テクスチャ座標などのようなものは、任意のデータが任意のシェーダに渡されるのではなく、クライアントにはっきりと識別可能でなければなりません。

GitHubにBlender glTF 2.0 importerがありますが、個人的には試していません。私はもっ​​と多様なglTF 2.0輸入業者が現れ始めると期待しています。

関連する問題