3Dモデルファイル形式：種類、拡張子、ユースケース［その他］

_要約 すべての3Dファイル形式は特定の用途に最適化されています。STLと3MFは3Dプリント、glTFとUSDZはWebとAR、FBXとOBJはアニメーションとゲームパイプライン、STEPとIGESは精密CAD、USDは複雑なマルチツール制作ワークフロー向けです。これらの3Dモデル形式の違い（拡張子、保存するデータ、対応環境）を理解することが、互換性の問題や無駄な手戻りを避ける最短の方法です。このガイドでは、最も広く使われている3Dモデルファイルの種類、保存内容、プロジェクトに適した形式の選び方を解説します。形式間の変換が必要な場合は、Meshyの無料3Dファイルコンバーターが最も一般的な組み合わせに対応しています。

3Dファイル形式は、ジオメトリ、テクスチャ、アニメーション、メタデータを含む三次元モデルデータを保存する標準化された方法であり、さまざまなソフトウェアやワークフローで使用されます。非常に多くの種類の3Dファイル形式が存在するため、どの形式が自分のプロジェクトに適しているかが常に明確であるとは限りません。各形式には独自の目的があり、間違ったものを選ぶと、互換性、品質、または何時間もの手戻りが発生する可能性があります。

3Dプリントファイルの種類を扱っている場合でも、アニメーションパイプラインを探求している場合でも、さまざまな種類の3Dモデリングを始めたばかりの場合でも、このガイドでは最も重要な3Dモデルファイル形式の種類（拡張子、保存内容、ニーズに合った適切な形式の選び方）を解説します。

クイックリファレンス：3Dファイル形式比較 — 拡張子、機能、ユースケース

サイズの目安: 小＝通常10MB未満、中＝10～100MB、大＝同等のジオメトリ複雑度で100MB以上。実際のファイルサイズはモデルの詳細度、ポリゴン数、埋め込みテクスチャによって異なります。

3Dプリントに最適な3Dファイル形式は？

3Dプリントファイルの種類は、スライサーがツールパスを計算できるように、表面ジオメトリを正確に記述する必要があります。カラーとマテリアルのサポートは形式によって大きく異なります。詳細については、完全な3Dプリントファイル形式ガイドと3Dプリントガイドを参照してください。

STL

• ファイル拡張子: .STL
• インターネットメディアタイプ: model/stl, model/x.stl-ascii, model/x.stl-binary

STereoLithography（STL）は、最も古く、最も広くサポートされている3Dプリントフォーマットです。表面を三角形のメッシュとして表現しますが、色、テクスチャ、マテリアル、単位データは保存されません。事実上すべてのスライサー（Cura、PrusaSlicer、Bambu Studio）や3Dモデリングツールがサポートしており、FDM、SLA、SLSワークフローにおけるデフォルトの選択肢となっています。

主な技術的特徴:

• 表面形状を、外向き法線を持つ三角形のリストとしてエンコード
• バイナリSTLはコンパクト、ASCII STLは人間が読めるがサイズが大きい
• 正しく印刷するには、水密（マニフォールド）な形状が必要

利点:

• スライサー、プリンター、モデリングツール間でユニバーサルにサポート
• 構造がシンプルで、プログラムによる生成と解析が容易

欠点:

• 色、マテリアル、単位データがない
• 高ポリゴンモデルではファイルサイズが大きい
• 複数のシェルや内部構造をネイティブサポートしない

3MF

• ファイル拡張子: .3mf
• インターネットメディアタイプ: application/vnd.ms-package.3dmanufacturing-3dmodel+xml, application/vnd.ms-printing.printticket+xml, model/3mf

3D Manufacturing Format（3MF）は、3MFコンソーシアム（Microsoft、Ultimaker、Prusaなど）によってSTLの現代的代替として開発されました。プロフェッショナルおよびマルチマテリアルワークフローでますます好まれ、PrusaSlicer、Bambu Studio、Windows 3D Builderでネイティブサポートされています。

主な技術的特徴:

• ジオメトリ、色、マテリアル、テクスチャマップ、印刷設定、単位を保存するXMLベースのパッケージ
• マルチマテリアルおよびフルカラー印刷をネイティブサポート
• 造形方向とサポートヒントをエンコード

利点:

• 豊富なメタデータ：色、マテリアル、スケール、印刷設定を1つのファイルに
• 同等のジオメトリでSTLよりコンパクト
• 活発に開発中、次世代プリンターに適している

欠点:

• 特に古いハードウェアや低予算ハードウェアでは、STLほどユニバーサルにサポートされていない
• シンプルな単一マテリアル印刷には過剰

AMF

• ファイル拡張子: .amf
• インターネットメディアタイプ: application/amf+xml

Additive Manufacturing File Format（AMF）は、STLの直接の後継として開発されたISO/ASTM国際規格（ISO/ASTM 52915）です。3MFと同様に、色、マテリアル、曲線形状のネイティブサポートを追加することでSTLの根本的な制限に対処していますが、実際の採用は3MFより遅れています。

主な技術的特徴:

• ジオメトリ、色、マテリアル、テクスチャデータを保存するXMLベースのフォーマット
• より滑らかな出力のための曲線三角形（高次曲面近似）をサポート
• 単位データと作成者メタデータをネイティブにエンコード

利点:

• オープンな国際規格、プロプライエタリなロックインなし
• ネイティブな色とマルチマテリアルサポート、STLより優れた形状精度
• Cura、PrusaSlicer、およびいくつかのCADツールでサポート

欠点:

• 現代の印刷ワークフローでは3MFにほぼ取って代わられ、ツールのサポートが少ない
• 曲線三角形サポートは実際にはほとんど活用されていない
• 3MFほど活発に開発・推進されていない

STL vs AMF vs 3MF: STLはユニバーサルだが、色や単位データがない。AMFはSTLを改良したが、エコシステムが準備できる前に登場した。3MFは主要な業界コンソーシアムに支えられ、プロフェッショナルな印刷ワークフローにおける好ましい現代的代替手段となっている。

Web、AR、VRに最適な3Dファイル形式は？

WebおよびAR/VRのファイル形式は、視覚的忠実度と高速な読み込み時間、リアルタイムレンダリングパフォーマンスのバランスを取る必要があります。物理ベースレンダリング（PBR）マテリアルサポートがますます期待されています。このセクションでは、glTF/GLBとPLYについて説明します。AppleエコシステムのAR（iOS Quick Look、Vision Pro）については、クロスアプリケーションワークフロー内のUSDZを参照してください。

glTF / GLB

• ファイル拡張子: .gltf, .glb
• インターネットメディアタイプ: model/gltf+json, model/gltf-binary Graphics Language Transmission Format（glTF）は、クロノス・グループが開発したオープンスタンダードで、ウェブ上での普及度から「3DのJPEG」とも呼ばれています。GLBはそのバイナリパック版です。WebGLアプリケーション、Three.jsシーン、Android上のAR体験で主流のフォーマットであり、MeshyのようなAI 3D生成ツールの標準エクスポート形式です。

主な技術的特徴:

• ジオメトリ、PBRマテリアル、テクスチャ、スケルタルアニメーション、シーン階層を保存
• GLBはすべてのアセット（テクスチャを含む）を単一のバイナリファイルにパッケージ化
• 透過、クリアコート、KTX2圧縮テクスチャなどの高度な機能を拡張機能でサポート
• GPU効率の高い配信向けに設計 — ランタイム処理が最小限で済む

メリット:

• 非常にコンパクトで、ブラウザでの読み込みが高速
• エンジン間での幅広いサポート（Babylon.js、Three.js、Unity、Unreal）
• 活発にメンテナンスされているオープンスタンダードで、拡張機能エコシステムが成長中

デメリット:

• オフラインのDCC（デジタルコンテンツ作成）ワークフローには不向き
• 一部の高度なマテリアル機能には非汎用の拡張機能が必要

PLY

• ファイル拡張子: .ply
• インターネットメディアタイプ: text/plain

ポリゴンファイルフォーマット（PLY）は、スタンフォード大学で3Dスキャンおよび点群データを保存するために開発されました。ジオメトリに加えて、頂点ごとの色、法線、任意のカスタムプロパティをエンコードできるため、フォトグラメトリツール、LiDARスキャナー、NeRFパイプラインの一般的な出力フォーマットとなっています。

主な技術的特徴:

• 任意の要素ごとのプロパティを持つ頂点および面データを保存
• バイナリ版とASCII版が利用可能
• 面データなしの点群をネイティブサポート

メリット:

• 柔軟な構造で、任意の頂点属性を保存可能
• スキャンハードウェアや再構築パイプラインからの一般的な出力
• ほとんどの研究・可視化ツール（MeshLab、CloudCompare、Open3D）で読み取り可能

デメリット:

• アニメーションやマテリアルシステムがない
• 変換なしではリアルタイムレンダリングに不適切
• コンシューマツールやゲームエンジンでのサポートが限定的

注: iOSおよびAppleエコシステムのAR体験については、以下の「クロスアプリケーションワークフロー」セクションのUSDZを参照してください。これはQuick LookおよびVision Pro向けのAppleのネイティブARフォーマットです。

VRML

• ファイル拡張子: .wrl
• インターネットメディアタイプ: model/vrml、x-world/x-vrml

バーチャルリアリティモデリング言語（VRML）は、1990年代半ばに開発されISO/IEC 14772として標準化された、ウェブ上の3Dコンテンツ向けに初めて広く採用された標準規格です。プラグインを介してインタラクティブな3Dシーンをウェブブラウザに埋め込むことを可能にしました。WebGLやglTFに大部分が取って代わられましたが、VRMLファイルはレガシーアーカイブ、古いエンジニアリングエクスポート、一部の教育プラットフォームで今も見られます。後継のX3Dは標準を拡張しましたが、依然としてニッチな存在です。

主な技術的特徴:

• 3Dジオメトリ、ライティング、アニメーション、インタラクティビティを記述する人間可読なテキスト形式
• インタラクティブな動作のためのスクリプティングをサポート
• ノードとルートを持つシーングラフ構造

メリット:

• 歴史的に重要で、大量のレガシーコンテンツが存在
• 一部のCADツール（CATIA、SolidWorks）でエクスポートオプションとして今もサポート
• 人間可読で、手動での検査が比較的容易

デメリット:

• 現代のブラウザではプラグインまたは専用ビューアが必要 — ネイティブブラウザサポートなし
• glTFのような最新のGPU最適化フォーマットと比較してパフォーマンスが低い
• 実質的にレガシーフォーマットであり、新規プロジェクトでは代わりにglTF/GLBを使用すべき

アニメーション、映画、ゲーム開発に最適な3Dファイルフォーマットは？

アニメーションやゲームのフォーマットは、ジオメトリ、リギング、スキニング、ブレンドシェイプ、マテリアルといった完全なシーンデータを、異なるDCCツールやエンジン間で運ぶ必要があります。ゲーム固有のワークフローの詳細については、ゲーム向け3Dモデリングのガイドをご覧ください。Maya、Blender、Unrealなどのツール間の相互運用性が主な関心事です。

FBX

• ファイル拡張子: .fbx
• インターネットメディアタイプ: application/octet-stream

Filmbox (FBX) は、元々Kaydaraによって開発され、現在はAutodeskによって管理されています。DCCツールとゲームエンジン間でアニメーション3Dアセットを転送するための事実上の標準となっており、Mayaや3ds MaxとUnityやUnreal Engineなどのエンジン間のデフォルトの交換フォーマットとして機能し、モーションキャプチャやVFXパイプラインで広く使用されています。

主な技術的特徴:

• メッシュ、ボーン、スキニングウェイト、モーフターゲット、カメラ、ライト、アニメーションカーブを保存
• バイナリとASCIIのバリエーション（バイナリがより一般的）
• 単一ファイル内で複数のアニメーションテイクをサポート
• Autodeskが所有するプロプライエタリフォーマット、公開仕様なし

利点:

• 3Dツールとゲームエンジン間でほぼ普遍的なサポート
• 複雑なリグ、ブレンドシェイプ、マルチレイヤーアニメーションを確実に処理
• シーン全体の転送のためにカメラとライトを保持

欠点:

• クローズドなプロプライエタリフォーマット、公開仕様なし
• Autodesk SDKのバージョン間での非互換性が一般的
• glTFと比較してファイルサイズが大きい

DAE (Collada)

• ファイル拡張子: .dae
• インターネットメディアタイプ: model/vnd.collada+xml

Collaborative Design Activity (Collada) は、Khronos Groupによって開発され、ISO/PAS 17506として標準化され、DCCツール向けのオープンでクロスアプリケーションな交換フォーマットとして設計されました。glTFより前に登場し、長年にわたってFBXに対する主要なオープンな代替手段として機能しました。リアルタイムおよびWebコンテキストではglTFに大きく取って代わられましたが、DAEはBlender、SketchUp、Maya、Cinema 4Dなどのツールで一般的なエクスポートターゲットであり、Google Earthや一部のゲームエンジンで使用されるネイティブフォーマットです。

主な技術的特徴:

• XMLベースのフォーマットで、ジオメトリ、マテリアル、アニメーション、物理、シーン階層を保存
• スキニング、モーフターゲット、マルチレイヤーアニメーションをサポート
• ツールに依存せず、ベンダーロックインがないように設計

利点:

• オープン標準、プロプライエタリな制限なし
• DCCツールや一部のゲームエンジン（Unity、Godot）で広くサポート
• 物理定義を含む完全なシーンデータを処理

欠点:

• 冗長なXMLによりファイルサイズが大きく、バイナリフォーマットよりも解析が遅い
• ツール間での実装の一貫性がなく、ラウンドトリップの忠実度が変動
• リアルタイム用途ではglTFに、プロダクションパイプラインではFBXに大部分が取って代わられた

3DS

• ファイル拡張子: .3ds
• インターネットメディアタイプ: image/x-3ds、application/x-3ds

3DSフォーマットは、Autodesk 3ds Max（旧3D Studio DOS）のオリジナルのバイナリファイルフォーマットであり、1990年代から2000年代初頭にかけて広く使用されました。ジオメトリ、基本的なマテリアル、限られたアニメーションデータを保持します。3ds Max自体は現在新しい.maxフォーマットを使用していますが、.3dsはレガシーコンテンツライブラリで依然として普及しており、多くの最新ツールでインポートフォーマットとして受け入れられています。

主な技術的特徴:

• メッシュ、ライト、カメラ、基本的なキーフレームアニメーションを保存するバイナリチャンクベースのフォーマット
• マテリアル定義には、ディフューズ、スペキュラー、不透明度マップが含まれる
• メッシュあたりの頂点数は65,536に制限（一般的な問題点）

利点:

• DCCツール、ゲームエンジン、ビューア全体でインポートフォーマットとして広くサポート
• コンパクトなバイナリ構造、比較的小さいファイルサイズ
• このフォーマットで利用可能な大規模なレガシーアセットライブラリ

欠点:

• メッシュあたり65,536頂点のハードリミット、高ポリモデルには問題
• 最新のPBRマテリアルやスケルタルアニメーションをサポートしていない
• 事実上レガシーフォーマット、新しい作業にはFBXまたはglTFが推奨

OBJ

• ファイル拡張子: .obj
• インターネットメディアタイプ: model/obj

Wavefront OBJは最も古い3D交換フォーマットの1つで、元々は1980年代にWavefront Advanced Visualizer向けに開発されました。静的なジオメトリを保存し、基本的なマテリアル定義のために外部の.mtlファイルを参照します。古いフォーマットではありますが、アニメーションが不要な単純なモデル交換で今でも広く使用されています。

主な技術的特徴:

• 頂点、面、法線、UV座標を格納するプレーンテキスト形式
• マテリアルはテクスチャマップを参照する別の.mtlファイルで定義
• アニメーション、リギング、シーン階層は非対応

メリット:

• DCCツール、ゲームエンジン、オンラインプラットフォームでほぼユニバーサルに対応
• 人間が読みやすく、プログラムによる解析が容易
• シンプルな構造で、基本的なジオメトリ交換に信頼性あり

デメリット:

• アニメーション非対応
• マテリアルシステムが限定的で、PBRにネイティブ対応しない
• 同等のジオメトリに対しバイナリ形式よりファイルサイズが大きい

BLEND

• ファイル拡張子: .blend
• インターネットメディアタイプ: application/x-blender

BLENDは、オープンソースの3D作成スイートであるBlenderのネイティブプロジェクト形式です。ほとんどの交換形式とは異なり、.blendファイルはBlenderのシーン状態全体（オブジェクト、メッシュ、マテリアル、アニメーション、モディファイア、物理シミュレーション、レンダリング設定、スクリプトデータ）を保存します。クロスアプリケーション交換用には設計されていませんが、オープンソースおよびインディーワークフローでの普及により、よく遭遇する形式となっています。

主な技術的特徴:

• Blender内部のデータ構造を直接保存するバイナリ形式
• バージョン依存: あるBlenderバージョンで保存されたファイルは、別のバージョンで開くと動作が異なる場合がある
• 他の.blendファイルからのリンクおよびアペンドアセットに対応
• Pythonスクリプトとカスタムプロパティを埋め込むことが可能

メリット:

• 完全なシーン忠実度 — Blender内で作業する限りデータ損失なし
• 無料かつオープンソースで、ライセンス制限なし
• Blenderの普及拡大により、パイプライン議論で.blendがますます一般的に

デメリット:

• クロスアプリケーション非対応: .blendをネイティブに読み込めるのはBlenderのみ（一部ツールは限定的なインポート対応）
• 主要なBlenderリリース間でのバージョン互換性の問題
• Blinder以外のパイプラインへの納品や交換には不向き — 代わりにFBX、glTF、OBJにエクスポートすること

ボクセルアートとゲームに最適な3Dファイル形式は？

ボクセル形式は、3Dオブジェクトをポリゴンメッシュではなく、離散的な立方体ユニット（ボクセル）のグリッドとして表現します。これは概念的には3Dピクセルに類似しており、特定の美的スタイルとワークフローに適していますが、変換なしではメッシュベースの形式と互換性がありません。

VOX

• ファイル拡張子: .vox
• インターネットメディアタイプ: なし（登録MIMEタイプなし）

MagicaVoxelの.vox形式は、無料のMagicaVoxelエディタの人気により、ボクセルアートアセットの事実上の標準となっています。ボクセルグリッドデータをカラーパレットとともに保存し、成長するボクセルエディタ（Qubicle、VoxEdit）、ゲームエンジン（Unityはプラグイン経由、Godotはネイティブ）、3Dプリンティングワークフローのエコシステムでサポートされています。

主な技術的特徴:

• ボクセルごとのパレットカラーインデックスを持つボクセルグリッドを保存
• 単一ファイル内で複数の名前付きモデルをサポート
• RIFFライクなチャンクベースのバイナリ形式で、コンパクトかつ高速に解析可能
• 新しい仕様バージョンではフレームシーケンスによる限定的なアニメーションサポート

メリット:

• 複雑なボクセルシーンでコンパクトなファイルサイズ
• ボクセルオーサリングツールでの幅広いサポートと、ゲームエンジンサポートの拡大
• 3Dプリンティングに適している（ボクセルからメッシュへの変換は簡単）
• 大規模なコミュニティと豊富な無料アセット

デメリット:

• ボクセル固有: 明示的な変換なしではメッシュワークフローと互換性なし
• メッシュ形式のスケルタルアニメーションと比較してアニメーション機能が限定的
• 標準MIMEタイプなしで、プラットフォームごとの取り扱いが異なる

注: VOXファイルは、ほとんどのゲームエンジンやレンダリングパイプラインで使用するには、メッシュ形式（OBJ、glTF、FBX）に変換する必要があります。MagicaVoxel、Blender（プラグイン経由）、オンラインコンバーターなどのツールがこの手順を処理します。

CADおよびエンジニアリングに最適な3Dファイル形式は？

あらゆる3Dファイル形式の中で、CAD形式はレンダリング性能よりも幾何学的精度を優先する点で独特です。メッシュベースの形式とは異なり、エンジニアリング形式は通常、再編集や公差内での製造が可能なパラメトリックまたはB-rep（境界表現）ジオメトリを保存します。

STEP

• ファイル拡張子: .stp, .step
• インターネットメディアタイプ: model/step

Standard for the Exchange of Product model data (STEP) はISO国際規格 (ISO 10303) であり、異なるソフトウェアパッケージ間で精密なCADジオメトリを交換するための主要な形式です。CATIA、SolidWorks、Fusion 360、FreeCADなど、事実上すべてのプロフェッショナルCADアプリケーションでサポートされています。

主な技術的特徴:

• 正確な数学的表面定義を持つB-repジオメトリを保存
• アセンブリ構造、パーツ関係、メタデータを保持
• 人間が読めるテキスト形式 (.stp / .step)

利点:

• ベンダーに依存しないオープンスタンダード；プロプライエタリなロックインなし
• 異なるCADシステム間で設計意図と編集可能性を保持
• パーツ階層を持つ複雑なアセンブリをサポート

欠点:

• メッシュへの変換なしではレンダリングやリアルタイム可視化には不向き
• 複雑なアセンブリではファイルサイズが大きい
• B-rep再構築のため、一部のアプリケーションでのインポートが遅い

IGES

• ファイル拡張子: .igs, .iges
• インターネットメディアタイプ: model/iges, model/vnd.igs

Initial Graphics Exchange Specification (IGES) は、STEPより数年早い、CADデータ交換のための古い米国国家規格 (ANSI) です。主にレガシーシステムや古い製造ワークフローとの互換性のために現在も使用されています。

主な技術的特徴:

• ワイヤーフレーム、サーフェス、ソリッドジオメトリをサポート
• テキストベース；新旧システム間で広く読み取り可能
• STEPよりも構造化されておらず、変換エラーが発生しやすい

利点:

• レガシーシステムでのほぼ普遍的なサポート
• サーフェスおよびワイヤーフレームデータ交換に適している

欠点:

• 古い規格；STEPよりも変換エラーが多い
• メタデータとアセンブリ構造のサポートが限定的
• 新しいワークフローでは一般的にSTEPに取って代わられている

DWG

• ファイル拡張子: .dwg
• インターネットメディアタイプ: image/vnd.dwg, application/acad

Drawing (DWG) は、AutodeskのAutoCAD用プロプライエタリネイティブファイル形式であり、世界的に建築、建設、エンジニアリング製図ワークフローで最も広く使用されている形式です。DXFがAutoCADのオープン交換形式であるのに対し、DWGは実務者が日常的に使用する形式です — AEC（建築、エンジニアリング、建設）業界で共有されるほとんどのCADファイルは.dwgファイルとして届きます。

主な技術的特徴:

• 2Dおよび3Dジオメトリ、レイヤー、ブロック、注釈、メタデータを保存するバイナリ形式
• 2D製図と3Dソリッド/サーフェスモデリングの両方をサポート（主に2Dで使用）
• バージョン依存：AutoCADは約3年ごとに新しいDWGバージョンをリリース

利点:

• AECにおける業界標準；建築家、エンジニア、請負業者に期待される
• 技術図面のための豊富な注釈とレイヤーサポート
• AutoCAD、BricsCAD、DraftSight、Revit（インポート）、およびOpen Design Alliance (ODA) ライブラリを介した他の多くのツールでサポート

欠点:

• Autodesk所有のプロプライエタリ形式；非Autodeskツールはリバースエンジニアリングまたはライセンスされたリーダーに依存
• バージョン互換性の問題 — 新しいDWGバージョンは古いソフトウェアで正しく開けない可能性がある
• 変換なしではレンダリング、アニメーション、3Dプリントに不向き
• 同じコンテンツのオープン交換にはDXFが推奨される

DWG vs DXF: DWGはAutodeskのネイティブバイナリ形式；DXFはそのテキストベースのオープン交換版。DWGはプロフェッショナルが作業する形式；DXFはDWGを直接サポートしないツールと共有するための形式。

DXF

• ファイル拡張子: .dxf
• インターネットメディアタイプ: image/vnd.dxf 図面交換形式（DXF）は、主に2D技術図面やCADデータ交換に使用される、Autodeskが開発したフォーマットです。3Dジオメトリを表現することも可能ですが、最も一般的には2Dのフロアプラン、CNCツールパス、レーザー切断ファイルに使用されます。

主な技術的特徴:

• 2Dおよび基本的な3Dジオメトリ（線、円弧、スプライン、メッシュ）を保存
• テキストベースのフォーマット。CADおよび製造ツールで広くサポート
• マテリアル、テクスチャ、アニメーションのサポートなし

利点:

• CAD、CNC、レーザー切断ソフトウェアでほぼユニバーサルにサポート
• 2Dから3Dへのワークフロー連携に適している

欠点:

• STEPやOBJと比較して3D機能が限定的
• レンダリング、アニメーション、3Dプリントには不向き
• Autodeskのリリース間でバージョン互換性の問題あり

クロスアプリケーションワークフローに適した3Dファイル形式は？

USDベースのフォーマットは、複数のツール、チーム、アセットタイプが連携する大規模な3Dパイプラインの複雑さを処理するように設計されています。単一アセットフォーマットとは異なり、USDはレイヤリング、参照、コラボレーション機能を組み込んだシーン全体を記述します。

USD / USDZ

• ファイル拡張子: .usd、.usda、.usdc、.usdz
• インターネットメディアタイプ: model/vnd.usdz+zip

USDベースのフォーマットは、複数のツール、チーム、アセットタイプが連携する大規模な3Dパイプラインの複雑さを処理するように設計されています。単一アセットフォーマットとは異なり、USDはレイヤリング、参照、コラボレーション機能を組み込んだシーン全体を記述します。

主な技術的特徴:

• レイヤー構成システムにより、非破壊的なオーバーライドと共同編集が可能
• ジオメトリ、マテリアル、アニメーション、ライティング、カメラ、物理演算を1つのシーングラフでサポート
• USDZは、AppleのAR Quick LookがiOSおよびmacOSで使用するZIPベースの単一ファイルパッケージ
• .usdaは人間が読み取り可能なASCII形式、.usdcはバイナリ形式（クレート形式）、.usdzはパッケージ形式

利点:

• 任意の複雑さのシーンを処理可能。プロダクション規模の映画パイプラインで使用
• Appleエコシステム（Reality Composer、AR Quick Look、Vision Pro）でネイティブサポート
• NVIDIA Omniverseで産業用デジタルツインやシミュレーションに採用
• Pixar、Apple、NVIDIA、Adobeによる活発な開発が行われているオープンソース

欠点:

• 学習曲線が急峻。構成システムが複雑
• 主要なDCCアプリやエンジン以外のツールはまだ発展途上
• USDZはほとんどのコンシューマーツールで読み取り専用。編集ワークフローには不向き

プロジェクトに適した3Dファイル形式の選び方

適切な3Dモデルファイル形式を選ぶには、いくつかの実用的な質問に答える必要があります。

• 出力先はどこか？ — 最終的な用途が最も重要な要素です。ファイルの送り先によって形式が大きく決まります。3Dプリンター、Webブラウザ、ゲームエンジン、CADシステムには、それぞれ専用に設計された形式があります。他のことを考える前に、ここから始めてください。
• アニメーションは必要か？ — モデルを動かす必要がある場合（キャラクター、プロダクトコンフィギュレーター、ARオブジェクトなど）、スケルタルアニメーションやアニメーショントラックをサポートする形式が必要です。そうでなければ、よりシンプルなジオメトリのみの形式で十分な場合があります。
• マテリアルとテクスチャは必要か？ — 一部の形式は完全なPBRマテリアルデータを埋め込みますが、他の形式は外部ファイルを参照したり、マテリアル情報をまったく保持しません。視覚的な忠実度が重要な場合は、エクスポート前に形式がサポートする内容を確認してください。
• ファイルサイズは重要か？ — Web配信やリアルタイムアプリケーションでは、読み込み時間がユーザーエクスペリエンスに直接影響します。印刷やCADワークフローでは、サイズよりも幾何学的精度が重要です。
• どのソフトウェアが関与するか？ — すべての形式がツール間の往復でデータ損失なく維持されるわけではありません。ソースアプリケーションがエクスポートするものと、ターゲットアプリケーションが確実にインポートできるものを常に確認してください。ワークフローを確定する前に、���ツールがサポートするファイル拡張子（.fbx、.gltf、.stepなど）を確認してください。
• 変換が必要ですか？ — パイプライン間でアセットを移動する場合、専用のコンバーターを使用すると、DCCツールから再エクスポートするよりもクリーンな結果が得られます。Meshyの無料3Dファイルコンバーターは、STL、OBJ、FBX、glTFなどの間の直接変換をサポートしており、ソフトウェアのインストールは不要です。

FAQ

STLとOBJ、どちらが優れていますか？

タスクによります。STLはすべてのスライサーで受け入れられるため3Dプリントの標準ですが、色やマテリアルデータは保持しません。OBJは（.mtl経由で）マテリアルをサポートし、一般的なモデリング交換に適しています。プリント以外の用途では、OBJの方がより多機能です。

STLとSTEP、どちらが高品質ですか？

精密な作業にはSTEPの方がはるかに高品質です。STEPは数学的に正確なNURBSジオメトリを保存するのに対し、STLは曲面を三角形で近似します。エンジニアリングや製造では常にSTEPを使用してください。STLは、正確な曲線がそれほど重要でないほとんどの3Dプリントワークフローで問題ありません。

DXF、OBJ、STLの違いは何ですか？

DXFはAutodeskによる2D/3D CAD交換フォーマットで、主に技術図面や2Dジオメトリに使用されます。OBJはマテリアルをサポートする汎用3Dメッシュフォーマットです。STLは表面の三角形のみを保存する3Dプリントフォーマットです。これらは非常に異なる目的を持ち、互換性はありません。

OBJとFBX、どちらを使うべきですか？

モデルにアニメーション、リグ、ブレンドシェイプがある場合、またはカメラやライトデータを保持する必要がある場合はFBXを使用してください。単純な静的ジオメトリの交換にはOBJを使用してください。OBJはより小さく、より広く読み取り可能です。現代のゲーム開発ワークフローでは、glTF/GLBが両方よりも優れた選択肢となることがよくあります。

STLは2Dフォーマットですか、それとも3Dフォーマットですか？

STLは3Dフォーマットです。X/Y/Z空間内の三角形のメッシュとして3D表面をエンコードします。2Dモードはありません。

glTFはOBJより優れていますか？

ほとんどの現代的なユースケースでは、はい。glTFはアニメーション、PBRマテリアル、シーン階層を単一のコンパクトなファイルでサポートし、Webやリアルタイムアプリケーションに適したフォーマットです。OBJは静的ジオメトリに対してよりシンプルで広くサポートされていますが、長期的にはglTFの方が優れた選択肢です。

3MFはOBJより優れていますか？

それぞれ目的が異なります。3MFは色とマテリアルをサポートする3Dプリント用です。OBJはレンダリングやゲームパイプライン用です。マルチマテリアルやカラーモデルを印刷する場合、3MFが明確な選択肢です。

CADはSTLファイルですか？

いいえ。CADはソフトウェアとワークフローのカテゴリ（コンピュータ支援設計）であり、ファイルフォーマットではありません。SolidWorksやFusion 360などのCADツールはSTLにエクスポートできますが、ネイティブフォーマット（STEP、IGES、独自形式）は異なります。STLはCADジオメトリから派生したメッシュフォーマットであり、CADそのものではありません。

現在の3Dファイルフォーマットの業界標準は何ですか？

業界によって異なります：

• ゲーム開発： FBXとglTF
• 映画/VFX： USDとFBX
• 3Dプリント： STLと3MF
• エンジニアリングCAD： STEP
• WebとAR： glTF/GLBとUSDZ
• USDは、ユニバーサルシーン記述標準として複数の業界で影響力を増しています。

3Dデザインツールはどのファイルフォーマットをサポートしていますか？

ツールによって異なり、ほとんどのツールは複数の3Dモデルファイルタイプをサポートしています。TinkercadのようなコンシューマーツールはSTLとOBJに焦点を当てています。MayaやBlenderなどのDCCアプリはFBX、OBJ、glTF、USDをサポートしています。CADツールはSTEPとIGESを優先します。UnityやUnrealなどのゲームエンジンはFBXとglTFをネイティブにインポートします。

Unity、Unreal、Webビューア間でアセットを移動するために、AI 3Dジェネレーターはどのファイルフォーマットをサポートすべきですか？

ユニバーサルなクロスエンジンフォーマットカバレッジ：

1. GLB（glTF 2.0バイナリ） — 最も汎用的な選択肢。Webビューア（model-viewer、three.js、Babylon.js）、Unity（UnityGLTF/glTFast）、Unreal（プラグイン）、Godot（ネイティブ）。単一ファイル、PBR対応、AR互換。
2. FBX — Unity（ビルトイン）、Unreal（ビルトインの主要FBXパス）。Maya/Max/MotionBuilderパイプライン用。
3. USDZ — iOS AR Quick Look。ネイティブiOS ARに必須。
4. Web用 — Draco圧縮付きGLB。
5. Unrealプロジェクト用 — テクスチャ埋め込みFBX、またはプラグイン経由のGLB。
6. Unity向け — UnityGLTF/glTFastプラグイン（最新）経由のGLB、または内蔵インポーター（従来）経由のFBX。
7. アニメーション対応 — FBXは最も深いアニメーション対応を備える。GLBはスケルタルアニメーションに対応するが、複雑なブレンドシェイプリグでは成熟度が低い。
8. マテリアルの互換性 — GLBのPBR（メタリック・ラフネス）は、UnrealのLitシェーダーやUnityのURP/HDRP Litシェーダーにきれいにマッピングされる。

Meshyは単一生成からGLB、FBX、OBJ、USDZ、STL、BLEND、3MFを出力します。パイプライン標準：GLBを信頼できるソースとし、Maya/Maxワークフローを使用するスタジオにはFBX、iOS固有のARにはUSDZを使用します。フォーマットを決定する前に、代表的なモデルでエンジンへのインポートをテストしてください。

生成AIを使って画像をAR対応の3Dモデルに変換するにはどうすればよいですか？

AR対応とは、モデルが高速に読み込まれ、実世界の照明下で正しく表示され、ARランタイムが理解できる形式で出力されることを意味します。

1. MeshyのImage-to-3Dで生成します。最良の結果を得るには、Meshy-6 AIモデルを選択してください。
2. リファインを実行 — 穴を塞ぎ、非多様体エッジを修正してクリーンなメッシュにします。LODが必要な場合は、リメッシュを実行してクリーンなトポロジーにします。
3. 可能な限りポリゴン数を減らします — ARランタイム（特にモバイル）は、ヒーローオブジェクトには30～60Kトライアングル、カタログ規模ではそれ以下を推奨します。
4. iOS Quick Look（Safari、メッセージ、ARKit経由のネイティブアプリ）にはUSDZ、Android Scene Viewer / WebXR / model-viewerにはGLBをエクスポートします。
5. 公開前に実際の照明下でテスト — iPhoneでAR Quick Look、AndroidでScene Viewerを使用します。透明マテリアルのエッジ、法線方向、テクスチャの色味に注意してください。

Meshyは同一生成からUSDZとGLBを出力するため、同じソースアセットがiOSとAndroidの両方のARに再変換なしで対応します。

エクスポートした.obj 3Dモデルを別のプログラムで開くと見た目がおかしくなるのはなぜですか？

OBJを別のプログラムで開いたときに見た目がおかしくなる一般的な原因：

1. MTLファイルの欠落 — OBJはジオメトリのみで、マテリアルはサイドカーとして.mtlファイルに保存されます。.objと.mtlの両方、さらに同じフォルダ内のテクスチャ画像ファイルが一緒に出力されていることを確認してください。MeshyはこれらをエクスポートZIPにバンドルします。
2. テクスチャパスの問題 — MTLは相対パスでテクスチャを参照します。テクスチャが見つからない場合、モデルはテクスチャなしでレンダリングされます。.mtlファイル内のパス文字列を確認してください。
3. 軸/方向の不一致 — Y-upとZ-upはプログラムによって異なります。BlenderはZ-up、Maya、Unity、three.jsはY-upを使用します。モデルが90°回転してインポートされる場合があります。インポート時に修正するか（Blender：インポート時に「-Z forward, Y up」を選択）、インポート後に回転させてください。
4. スケールの不一致 — プログラム間で単位が異なる場合があります。Meshyは適切なデフォルトでエクスポートします。シーンの単位系に合わせてインポート時に再スケールしてください。
5. 法線方向 — 一部のプログラムでは面法線の解釈が異なります。モデルが裏返しに見える場���は、法線を反転させてください（Blender：メッシュ → 法線 → 外側に再計算）。
6. PBRマテリアルの喪失 — OBJ + MTLはデフォルトでPBRを保持しません。PBRの忠実度を求める場合は、代わりにGLBを使用してください。

修正順序：クロスプログラムの信頼性ではGLB > FBX > OBJ。OBJはユニバーサルですが、最もロスが多い形式です。

基本形状を維持しながらプロンプトを編集して、ゼロから再生成せずに反復作業を行えるツールはどれですか？

これはまさにMeshyのAIテクスチャリング機能のために設計されています。ジオメトリを一度生成し、メッシュに触れずにプロンプトを反復して表面を再ペイントできます。

ワークフロー：

1. Text-to-3DまたはImage-to-3Dでベースメッシュを生成します。
2. リファインを実行して穴を塞ぎ、非多様体エッジを修正し、リメッシュでクリーンなトポロジーにします。
3. 同じメッシュでAIテクスチャリングを開きます。
4. テクスチャプロンプトを反復します — 「風化したバイキングのウォーハンマー、手鍛造の鉄、深紅のルーン彫刻」→「磨き上げられた儀式用ウォーハンマー、金の細工、宝石の象嵌」→「SFパワーウォーハンマー、光る青いエネルギーのライン、ブラッシュドスチール」。各プロンプトは同じジオメトリ上に新しいPBRマップセットを生成します。
5. 希望するバリアントを選択し、新しいテクスチャでGLB / FBXをエクスポートします。 この方法は、ジオメトリを再生成するよりも劇的に安価で高速です。これにより、チームはeコマース用のSKUバリエーション、ゲームプレイ状態のバリエーション（清潔/損傷/燃焼）、または単一のベースメッシュ上でのアートディレクションの探索を生成できます。MeshyのUIは、再テクスチャリング時にデフォルトでジオメトリを一定に保ちます。ジオメトリは、明示的にText-to-3Dを再実行した場合にのみ再生成されます。

GLB vs USDZ vs FBX vs OBJ — どの3Dファイル形式を選ぶべきか？

モデルの使用先に応じて選択してください：

• GLB — ウェブ、AR、three.js向け。単一のバイナリファイルで、ジオメトリ、テクスチャ、PBRマテリアルを埋め込みます。リギングアニメーションを必要としないプロダクトビューアやエンジンパイプラインに最適。Meshy推奨の汎用エクスポート形式。
• USDZ — iOS AR Quick Look（AppleのネイティブAR形式）。ターゲットがiOS Safari/MessagesのAR体験の場合に使用。
• FBX — ゲームエンジン（Unity、Unreal）やDCCツール（Maya、3ds Max）で、リギングキャラクター、スケルトン、アニメーショントラックが必要な場合に使用。古い形式ですが、アニメーションの主力として依然として使用されています。
• OBJ — ユニバーサルメッシュ交換形式。アニメーションなし、マテリアルは埋め込まず（サイドカーの.mtlファイルを使用）、しかし地球上のすべての3Dアプリで開くことができます。GLBやFBXが正常にインポートできない場合の良い代替手段。
• STL — 3Dプリント専用。ジオメトリのみ、色なし、UVなし。
• 3MF — マルチカラー/マルチパーツの3Dプリント向け。単位対応、マルチメッシュアセンブリ。
• BLEND — Blenderネイティブ。マテリアル、モディファイア、リギングを完全に保持。

Meshyは、単一の生成からこれらすべてをエクスポートします。まだ決まっていない場合は、GLBから始めてください。