ブラウザゲーム用のAI生成3Dモデルの最適化方法

最適化する前にブラウザーの読み込みを定義する

アセットのジョブから始まります。カメラに近いヒーローキャラクターは、背景のロックから異なる幾何学的およびテクスチャー処理を必要とするため、繰り返した50回繰り返されます。静的なランドマークは、すべてのフレームを変形させる必要がある、皮膚の敵よりも、より複雑なシルエットを許容することができます。

メッシュに触れる前に小さな受入シートを記述します。プロジェクト固有のガードレールとしてのみ範囲を使用して、プロファイリング後にそれらを精製します。これにより、チームは品質の普遍的な定義として任意の三角形のカウントを処理し、チームを維持します。

実際のシーンでオリジナルモデルを測定

モデリングビューポートだけでは最適化しないでください。 タッチされていないアセットを同じレンダラー、照明設定、カメラ範囲、オブジェクト密度にインポートします。 自身がうまく機能するモデルは、予算を超えてクラウド化されたシーンをプッシュする可能性があります。

ベースラインを録音:ファイルサイズ、メッシュ、プリミティブカウント、素材のカウント、テクスチャ数、寸法、アニメーションクリップ、および表示されたレンダリング統計。3.jsは、描画コール、三角形、ポイント、ライン、幾何学、およびレンダリング情報を介してテクスチャーを明示します。これらの値は、すべてのデバイスレベルのコストを説明しない場合でも、リビジョンを比較するのに便利です。

数字と一緒に2つまたは3つのスクリーンショットをキャプチャします。 パフォーマンス測定は、変更されたことを伝えますが、ペアリングされた画像は、シルエット、シェーディング、UVシーム、または認識可能な機能が損傷するかどうかを明らかにします。

• コピー1枚と予想されるコピーの最大数をテストします。
• アニメーション、透明、影、ポスト加工を生産に使用して含める。
• 開発ノートパソコンだけに依存するのではなく、少なくとも1つの低電力のターゲットデバイスを使用してください。
• ベースラインGLBを続けて、後退を再現できます。

きれいな幾何学とシーン階層ファースト

生成モデルは、多くの場合、構造廃棄物の同じ種類を組み込まれている手動資産:モデル内の緩い部分、重複した表面、小さな切断されたコンポーネント、空のノード、非適用トランス、形状が要求するよりも遠いデンザー。 決定前の廃棄物を除去するので、単純に解決するクリーナーの問題があります。

アイデンティティを運ぶ機能を保護します。建物のために、それらは屋根線、戸方、および窓のリズムであるかもしれません。クリーチャーのために、それらはヘッド プロフィール、手、または付属品の形であるかもしれません。スクリーンに平らにとどまる区域は通常空を渡る輪郭よりより多くの幾何学を失います。

アセットがアニメーション化したら、すべてのメジャーな削減後に変形を検証します。メッシュは、バインドポーズで変更されず、ショルダー、膝、指、または顔の関節でまだ崩壊することができます。関節の周りの余分なサポートを予約し、実際のアニメーションクリップをテストしてください。回転プレビューだけでなく、。

作品の方向を平らにすることなく、ドローコールを削減

ブラウザシーンは、レンダラーが送信しなければならない部分を、単に三角形の数だけに分ける方法によって制限されます。 10個の材料を持つ10個の小さなメッシュは、同じ目に見える形状でメッシュに慎重に結合したよりも、より悪い配送資産になることができます。

常に一緒に移動するときに、同じ形状をインスタンス化し、同じシェーディングモデルを共有する材料を連結します。 もはや可視面に影響を与えない材料スロットを削除します。 これらの変更は、シーンの動作に従うべきです:ゲームプレイが独立して開く必要がある場合は、建物にドアを結合しないでください。

マテリアルリダクションは、アートの決定です。あらゆる面を1つのアトラスに組み合わせることで、投稿を保存したり、作者をしたり、アクションを移動したり、将来のバリアントを硬化させることもできます。透明ガラスやエンジャマイブサインなどの実際のレンダリングの必要性を伝え、生成されたファイルが断片化されたためだけ存在する分離を取り除きます。

テキストをランタイムの予算として扱います, だけでなく、単にイメージファイル

圧縮されたイメージは、ディスク上で小さく見えることができ、デコード後に実質的なGPUメモリを占める。 監査ピクセルの寸法、チャンネルの使用量、アルファ、カラースペース、そして実際にテクスチャがカバーするスクリーン領域の量。 背景のプロップは、クローズアップ文字と同じ解像度からほとんど恩恵を受けません。

ターゲットカメラの最も有用な詳細レベルにテクスチャをリサイズします。 互換性のあるグレースケールチャンネルをパックし、未使用のマップを削除し、材料が完全に不透明であるときにアルファを避け、繰り返しが許容されるタイルの材料を再使用します。 propsの家族にとって、共有されたアトラスまたはマテリアルライブラリは、一貫性とバッチを改善することができます。

KTX2/Basis のテクスチャデリバリーは、パイプラインとターゲットブラウザーがサポートしたときにネットワークと GPU コストを削減できます。 変換を視覚的な QA ステップとして扱います。 結果承認する前に、グラデーション、通常の詳細、透明エッジ、およびゲームプレイ距離で色のシフトを比較します。

ビジュアルQA後の納品GLBを圧縮

幾何学的、階層、材料、およびテクスチャが意図的である場合、配達圧縮を適用します。3.js GLTFLoaderは、対応するデコーダが構成されるとき、Draco圧縮幾何学、Meshopt圧縮されたメッシュ、およびKTX2のテクスチャを含む一般的なgTFパスをサポートしています。

完全なローディングの経験に基づいて圧縮を選択してください。より小さいダウンロードはデコーダーコードとCPU時間を必要とするので、ファイルサイズを単独で祝うのではなく、最初の有用なフレームに時間を比較します。メッシュの簡素化とジオメトリの圧縮は、異なる問題を解決します。単純化は、GPUプロセスを削減し、圧縮は主にそれらのデータがどのように移動し、保存されるかを削減します。

glTF Transform は、検査、検証、重複、プルーン、単純化、サイズ変更、テクスチャ変換、圧縮コマンドを提供します。そのドキュメントは、デフォルトの最適化パスがすべてのシーンにとって理想的ではないことを警告しています。これは、生産プリセットがバージョンアップされ、盲目ではなく見直しされるべき理由です。

ターゲットブラウザとデバイスで検証

グラフィブ検証パスを実行し、ゲームで使用される同じ生産パスを介して配送アセットをロードします。 コンソール警告、欠落したテクスチャ、フラップされたノーマル、壊れたアニメーション、色空間の違い、透明なソート、およびプレーヤーがシーンを離れるときに処分をチェックしてください。

サポートされているパフォーマンス層ごとに代表的なレベルをプロファイルします。安定したフレーム体験を観るだけでなく、繰り返したシーン変化後のメモリ成長、複数のモデルが一緒に表示されるときにスパイクを検査します。正しい結果は、明らかな視覚的損失なしでプロジェクトターゲットを満たすバージョンです。

交換テストで完了: アセットをゲームプレイコードを変更することなく新しいリビジョンに交換します。予測可能なノード名、ピボット、スケール、マテリアル慣習、およびコリジョンプロキシは、将来のAI生成されたバリアントをはるかに少なくして統合します。

• 出荷バンドの外側に編集可能な高デリテージソースを保持します。
• アセットでエクスポートと最適化の設定をバージョンアップします。
• ベースラインと最適化されたスクリーンショットをゲームプレイカメラ距離で比較します。
• 目に見えるアーティファクトや初期のやり取りを遅くする際、より小さいファイルを取り出します。
• 承認されたデリバリーモデルを次のアセットファミリーのテンプレートとしてドキュメント化します。