AR向け3Dモデルの推奨ポリゴン数はどれくらいですか？

目安は体験内容と端末次第です。商品ビューなら1万〜3万三角、顔周りのエフェクトは5千〜1.5万、主役級でも3万〜5万程度に抑え、テクスチャと圧縮で見栄えを補います。最終判断は実機でのFPSと発熱で行ってください。

iOSとAndroidで使うべきファイル形式は何ですか？

汎用はglTF/GLB、iOSのQuick Lookなどネイティブ表示はUSDZが必要です。WebARや多くのゲームエンジンはGLBが扱いやすく、iOS配信が前提ならGLBからUSDZへ変換し、表示差を端末で検証します。

解像度は512〜2048pxをシーン規模で使い分け、必要最小限に。KTX2/BasisUで配信し、端末側でASTC/ETC2等へトランスコードすると安定します。BaseColorはsRGB、他の物理マップはリニア、ミップマップは有効化が基本です。

不要部分の削除→自動/手動リトポ→無重複UV→高解像度から法線/ディフューズ等をベイク→法線の接空間統一→テクスチャ圧縮→メートル単位と原点ピボット設定→GLB/USDZで書き出し、実機で検証します。

制作段階から単位はメートル、トランスフォームはフリーズ、原点は床面中央など再配置しやすい位置に。エクスポート時のUp軸と右手/左手系を明示し、ターゲット側のインポート設定と一致させます。

GLBではスケルトンとモーフが広く実用的です。複雑な拘束やドライバはベイクして単純なキーフレームへ。USDZは変換ツールの制約が残るため、トランスフォーム/スキンのシンプルな再生に留め、必ず実機で挙動を確認してください。

端末ごとにFPS・GPU時間・メモリ・描画コールを記録します。UnityならProfiler、iOSはXcode Instruments、AndroidはAndroid GPU Inspectorが有効です。熱暴走の有無と低電力モードでの挙動も確認します。

Jump to section

Overview

このカテゴリでは、AR体験に最適な3Dモデル・テクスチャ・VFXの制作と運用を、現場基準で解説します。ターゲット別のファイル形式選定、PBRマテリアルの作り分け、実機を前提とした軽量化、配信前のQAまでを一気通貫で整理します。

対象プラットフォーム（WebAR、iOS Quick Look、SNSエフェクト、Unity/Unreal）ごとの要件差を踏まえ、再加工しやすいデータ設計と壊れにくいエクスポート設定を重視。フォトグラメトリやプロシージャル生成の素材も、ARで破綻しない形に落とし込みます。

✓

✓

✓

✓

Key Takeaways

Actionable points curated for this category.

WebARや多くのエンジンはglTF/GLBが標準、iOS Quick LookはUSDZが必須。変換はテスト端末での表示検証まで含めて設計する。

ポリゴン削減→テクスチャ枚数削減とKTX2圧縮→マテリアル統合→ドローコール抑制の順で効果が高い。数値目標は端末と演出で決める。

BaseColorはsRGB、Metallic/Roughness/Normal/AOはリニア。ORMパックで枚数削減し、過度なコントラストを避けてAR環境光で破綻を防ぐ。

フォトグラメトリやLiDARの高密メッシュは、リトポ→UV→ベイク→法線修正→再圧縮の手順でAR適性に仕立て直す。

スケルトンは軽量化し、制約や物理はベイクして輸出。モーフは最小限に整理。再生トリガーはプラットフォームの制約に合わせる。

実機でFPS・メモリ・発熱・描画破綻を確認。端末行列を決め、低性能端末でのフォールバック素材を用意する。