-ロジェクトにはどの3Dファイル形式を使うべきですか?
異なる3D形式は異なる目的に対応-ています。適切な形式を選ぶための実践的なガイドです。

クイック判-チャート
Webおよびオンライン3Dビューアー向け: GLB/GLTF
ゲームエンジン(Unity、Unreal)向け: FBX
3Dソフトウェアおよび最大互換性向け: OBJ
iOSデバイスでのAR向け: USDZ
3D-リント向け: STL
Blender専用: 上記のいずれか、さらにネイティ-の.blendファイル
以上が簡単な説明です。では、その理由と各形式の細かい違いを見ていきま-ょう。
ターゲット-ラットフォームに適-た形式でエクスポート-ま-ょう
GLB / GLTF - Web標-
概要: Khronos Group(OpenGLと同じ組織)が-発-た最-のWeb最適-形式です。GLBはバイナリ版(単一ファイル)。GLTFはJSON版(複数ファイル)です。
最適な用途: Web 3Dビューアー、オンライン製品ビジュアライゼーション、Web-ラウザ上のAR、-ラウザやWebア-リで表示される3Dコンテンツ全般。
メリット: 小さなファイルサイズ(効率的な圧縮)。Web-ラウザでの高速ロード。PBRマテリアル(物理ベースレンダリング - 最-のマテリアルシステム)をサポート。すべての-ラットフォーム(Web、モバイル、デスクトッ-)で動作。Web 3Dの業界標-になりつつあります。
制限事項: 比較的--い形式のため、古いソフトウェアではサポートされない場合があります(最-のソフトウェアではサポートされています)。編集には不向きで、主に配信用の形式です。
GLBを使うとき: Webサイトに3Dを埋め込む場合、Webベースの3Dビューアーを作る場合、EC製品の3D表示、Web AR。Web-連のものにはこれがデフォルトの選択肢です。
FBX - ゲーム業界標-
概要: Autodesk社の形式で、ゲーム業界で広く採用されています。複雑なデータを保持するバイナリ形式です。
最適な用途: UnityとUnreal Engine。ゲーム-発ワークフロー。3Dソフトウェア-(Maya、3ds Max、Blender)でのモデル転送。
メリット: アニメーション、リギング、複雑な階層の優れたサポート。UnityとUnrealがネイティ-でFBXをサポート。マテリアル情報を適切に保持。ゲーム-発の業界標-。
制限事項: GLBよりファイルサイズが大きい。-ロ-ライエタリ形式(Autodesk所有ですが広くサポートされています)。Webに最適-されていません。
FBXを使うとき: UnityまたはUnrealにインポートする場合。リギング/アニメーション付きキャラクターで作業する場合。-ロ向け3Dソフトウェア-でモデルを転送する場合。ゲーム-発パイ-ライン。
OBJ - ユニバーサル形式
概要: 1980年代からある古くからの形式で、ジオメトリのみを記述-ます。シン-ルでテキストベース、あらゆるソフトウェアと互換性があります。
最適な用途: 最大の互換性。異なるソフトウェア-でのモデル共有。複雑な機能を必要と-ないシン-ルなモデル。
メリット: あらゆる3DソフトウェアがOBJを-けます。シン-ルで信頼性が高い。マテリアルは別のMTLファイル(-レーンテキスト、理解-やすい)に保存。複数の-ログラムでの編集に適-ています。
制限事項: アニメーション非対応。最-のPBRマテリアルシステムな-(古いPhongシェーディングを使用)。ファイルサイズが大きい。マテリアル/テクスチャが埋め込まれない(別ファイル)。
OBJを使うとき: 様々なソフトウェアでモデルを-く必要がある場合。使用ソフトウェアが不明な人とモデルを共有する場合。3Dデータのアーカイ-/保存。アニメーションのないシン-ルな静的モデル。
USDZ - AppleのAR形式
概要: AppleのAR(拡張現実)用-ロ-ライエタリ形式です。PixarのUniversal Scene Description(USD)をベースに-ています。
最適な用途: iOSデバイスでのAR Quick Look。iPhoneとiPadのAR体験。Appleエコシステムのaア-リ。
メリット: iOSのAR機能とシームレスに連携。モバイルパフォーマンスに最適-。PBRマテリアルをサポート。単一ファイルにすべてのアセット(ジオメトリ、テクスチャなど)を含みます。
制限事項: iOS専用(AndroidもSome程度サポート-ていますが)。USDZを直接作成するツールは多くありません(通常は-の形式から変換)。主に配信用の形式で、編集には不向きです。
USDZを使うとき: iPhone/iPad向けのAR体験を作る場合。Apple AR Quick Lookの統合。iOS向けARア-リ。iOSでのEC製品AR。
STL - 3D-リント形式
概要: サーフェスジオメトリのみを記述するシン-ルな形式です。3D-リント(光造形)用に-発されま-た。
最適な用途: 3D-リント。CNC加工。サーフェスジオメトリが必要な製造-ロセス全般。
メリット: すべての3D-リンターソフトウェアがstlを-け入れます。シン-ルな形式で、表面を記述する三角形のみ。シン-ルなジオメトリでは小さなファイルサイズ。
制限事項: 色な-、テクスチャな-、マテリアルな-。ジオメトリのみ。内部構造情報な-。レンダリングやビジュアライゼーションには不適切(-観データな-)。
STLを使うとき: モデルの3D-リント。製造と-ロトタイピング。-観ではなく形状のみが重要な場合。
DAE (Collada) - オー-ンスタンダード
概要: オー-ンソースのXMLベース形式です。3Dソフトウェア-のユニバーサルな交換形式と-て設計されま-た。
最適な用途: 異なる3Dア-リケーション-での共有。一部のゲームエンジン(古いバージョンのUnityで好まれていた)。オー-ンソースワークフロー。
メリット: オー-ンスタンダード(-ロ-ライエタリではない)。ソフトウェア-の互換性が良好。アニメーションと複雑なシーンをサポート。
制限事項: ほとんどの用途でGLB/GLTFに置き換えられつつあります。XML形式は-長(ファイルが大きい)。以前ほど一般的に使われていません。
DAEを使うとき: 特定のソフトウェアが要求する場合。オー-ンソースの3Dワークフロー。レガシー互換性が必要な場合。
形式-の変換
1つの形式に縛られることはありません。ほとんどの3Dソフトウェアは形式-の変換が可能です。Blender(無-)はすべての一般的な形式を-いてエクスポートできます。オンラインコンバーターも存在-ます。
一般的なワークフロー: AIがモデルを生成 → お好みの形式でダウンロード、またはOBJでダウンロード → Blenderやオンラインツールを使って必要な形式に変換。
一部の変換はロスレス(品質損失な-)で、-の変換では情報が失われます。例えば:
FBX to GLB: Usually good, materials translate well
GLB to OBJ: Lose some material information
FBX to STL: Lose all materials/textures, keep only geometry
OBJ to FBX: Geometry preserved, materials might need adjustment
実践的なユースケース
3D製品ビューアー付きのECサイト: GLBを使いま-ょう。高速ロード、良い品質、すべての-ラウザで動作-ます。
100個の-ロッ-を持つUnityゲーム: FBXを使いま-ょう。Unityのネイティ-形式で、すべてのアセットをスムーズに処理-ます。
クライアントとの3Dモデル共有(どのソフトウェアを使用-ているか不明): OBJを使いま-ょう。ユニバーサルな互換性で確実に-けます。
顧客の部屋に家具を表示するiPhone向けARア-リ: USDZを使いま-ょう。iOS ARに最適-されています。
カスタムフィギュアの3D-リント: STLを使いま-ょう。すべての3D-リンターの標-形式です。
建築ビジュアライゼーション(各種ソフトウェアでのレンダリング): FBXまたはOBJを使いま-ょう。レンダリングソフトウェアとの互換性が良好です。
ファイルサイズの考慮事項
同じモデルでも形式によってファイルサイズが異なります:
GLB: Most efficient, smallest file (good compression)
FBX: Medium size
OBJ: Large (uncompressed, plus separate texture files)
USDZ: Medium to large
STL: Depends on geometry complexity
Web配信ではファイルサイズが重要です(ロード速度に影響)。ローカル使用(ゲームエンジン、3Dソフトウェア)ではファイルサイズはそれほど重要ではありません。
将来性
3Dモデルを長期保存用にアーカイ-する場合、OBJが最も安全です。40年以上存在-ており、なくなることはありません。シン-ルな形式なので、将来のソフトウェアでも必ず読み-れます。
現在の作業には、GLBとFBXが最-の標-であり、当面サポートされ続けるで-ょう。
ネイティ-形式について
3Dソフトウェアにはネイティ-形式があります(Blenderの.blend、3ds Maxの.max、Mayaの.ma/.mb)。これらはシーンのすべてを保持-ます。完全な編集機能、ソフトウェア固有の機能です。
作業中のアクティ-な-ロジェクトにはネイティ-形式を使用-てください。配信や共有にはエクスポート形式(GLB、FBX、OBJ)を使用-てください。
クイックトラ-ルシューティング
Unity/Unrealにモデルがインポートできない: FBX形式を試-てください。これらのエンジンはFBXを好みます。
Webサイトの3Dビューアーのロードが遅い: GLBを使用-て圧縮-てください。テクスチャ解像度の削減も検討-てください。
インポート後にマテリアルがおか-い: 形式によってマテリアルの扱い-が異なります。ターゲットソフトウェアでマテリアルの再割り当てが必要な場合があります。
ファイルが大きすぎる: GLBに変換(良い圧縮)するか、テクスチャ解像度を下げるか、ジオメトリをデシメート-てください。
Many platforms like 3D AI Studio let you download models in multiple formats, so you can experiment and see which works best for your specific workflow and requirements.
Tim's Take
Real experience
"GLBが未来です。-違いありません。FBXはまだゲームエンジンでは王様ですが、肥大--ています。Unityが-くGLBを完全に採用-てくれたらと思います。それまでは、ずっとファイル変換に追われることになります。"
Tim Karlowitz
Developer & Creative @ Karlowitz Studios
Timはドイツ・Karlowitz Studiosのクリエイティ-テクノロジスト兼デベロッパーです。インタラクティ-な3D Web体験と自動-コンテンツパイ-ラインを専-と-、AIツールの評価に厳格なエンジニアリングの-点を持ち込んでいます。