GLTF を OBJ に変換

この変換は glb-to-obj とは別の読み込み経路を使います。あちらはインポーターに食わせるための変換ですが、こちらは数値そのものが欲しい人向けです。ジェネレーターや CAD の Web 書き出し、スクリプトから出てきた .gltf を、行数を数えたり diff を取ったり測ったり、自分のコードに流し込んだりできる形にします。

glTF も OBJ もテキストですが、座標を人間が読める場所に置いているのは OBJ だけです。glTF ではその座標は base64 のバッファーの中にあり、アクセサーとバッファービューを経由しないと見えません。

「v 」で始まる行が頂点、「f 」で始まる行が三角形で、これだけです。vt 行も vn 行も usemtl もないので、余計な行を除外する必要がありません。頂点数と三角形数はどちらも正確に数えられます。

面のインデックスは 1 から始まる形式の規定どおりで、各オブジェクトでリセットされずファイル全体を通して番号が振られます。2 つ目のオブジェクトが自分の最初の頂点を参照していても、それ以前のすべての頂点数が足された番号で書き出されます。

各ノードの行列は親のものと合成され、書き出す前に頂点へ適用されます。glTF の中で変換によって位置が決まっている部品は、OBJ では最終的な位置に置かれた状態で出てきます。

これはシーン内の配置をそのまま数値として扱いたい人には都合がよく、逆にオブジェクトごとのローカル座標が欲しい場合には不向きです。この変換はどちらか一方しか選べません。

面の行は必ず 3 つのインデックスを持ちます。ソース側にあった多角形はすでに glTF の時点で三角形分割されており、この変換で三角形を大きな面へまとめ直すこともありません。

したがって三角形数はそのまま数えれば正確です。ポリゴン単位でモデリングされたことを前提にした解析をするなら、この時点で三角形化されていることを織り込んでおく必要があります。

1 ファイルだけを読む変換なので、外部ファイルへの参照を辿ることができません。ジオメトリがファイルの中にあるのは、バッファーが base64 のデータ URI として埋め込まれている glTF だけです。

外部バッファーを参照する glTF を渡すと変換できません。エクスポート時にバッファーを埋め込む設定にするか、同じモデルの GLB 版があればそちらを変換してください。GLB は仕様上バッファーを自身の中に持つ形式です。

glb-to-obj と同じく、この変換も幾何情報だけを読みます。材質、テクスチャ、UV 座標は取り出されず、mtllib 行も .mtl ファイルも生成されません。読み込み先のソフトは既定のグレーを割り当てます。

数値だけが目的なら、これは欠点というより仕様です。材質やテクスチャの情報を数値として扱いたいわけではないので、そもそも書く必要がないからです。

「v 」の行数を数えれば頂点数、「f 」の行数を数えれば三角形数が、追加の解析なしにわかります。バウンディングボックスは、すべての v 行の最小値と最大値を見るだけで計算できます。

glTF 自体をアクセサーの型やバイトオフセットを読んで解析するより、この平文の OBJ を数行のスクリプトで読むほうがずっと速く済みます。ライブラリを使わずに glTF の中身を検証したいとき、この変換はその近道になります。