3Dウェブパフォーマンス分析ツール

手を入れ始める前に、モデルが遅い理由を突き止める

ウェブで重く感じる3Dモデルが重い理由は、たいてい多くの人が思っているものとは違います。誰もがファイルサイズを見ます。OSが表示してくれる数字がそれだからです。しかしファイルサイズは、モデルが表示されるまでの時間を決める4つの要素のうちの1つにすぎず、支配的な要素であることはむしろ稀です。この分析ツールは4つすべてを計測し、実際にコストになっているのはどれかを示します。

モデル読み込みの4つのフェーズ

ダウンロードは回線を流れるバイト数で、ファイルを圧縮したときに改善する唯一のフェーズです。パースはJSON、バッファビュー、コーデックのデコードです。テクスチャデコードは圧縮画像をRGBAピクセルに展開し、ミップチェーンを構築します。GPUアップロードは頂点データとテクスチャデータをバス越しに転送します。

光回線なら、4Kテクスチャを8枚持つ12MBのモデルはダウンロードに1秒もかかりませんが、テクスチャのデコードには数秒かかります。このモデルではGLBをさらに強く圧縮しても何の効果もありません。テクスチャ解像度を半分にすれば効きます。本ツールは回線速度ごとに支配的なフェーズを示すので、この2つの状況を見分けられます。

ファイルサイズとGPUメモリは別の数字

これはウェブ3Dで最もよくある誤解です。4096 × 4096のテクスチャは2MBのJPEGとして配信されるかもしれませんが、GPU上では4096 × 4096 × 4バイトのRGBA、つまり約67MB、ミップチェーンまで含めればおよそ89MBになります。これが8枚あれば、ダウンロードがどれだけ小さくてもミドルレンジのスマートフォンはメモリを使い切ります。

本ツールはGPUのテクスチャメモリと頂点属性メモリをファイルサイズとは別に報告し、別々に評価します。両者は基準を超える理由が違い、直す手段も違うからです。

3つのターゲットを同時に評価

すべての指標をデスクトップ、モバイル、WebXRのバジェットに対して同時に採点します。そのため答えは可否ではなくどこでという形になります。このモデルはデスクトップなら問題なく、モバイルではぎりぎり、ヘッドセットでは絶望的、といった具合です。ターゲットごとにグレードが付き、指標ごとに合格・警告・不合格が付き、不合格ひとつにつき、それを解消する変換を名指しした具体的な助言が1件出ます。

設計上、読み取り専用

このツールがファイルを書き出すことはありません。直すべき点がわかったら、3Dウェブ最適化ツールがその計画を適用し、結果を再評価します。すべてはローカルで実行され、モデルがアップロードされることはありません。