3D模型檔案格式：類型、副檔名、應用場景 [與更多]

TL;DR 每個 3D 檔案格式都針對特定用途最佳化：STL 和 3MF 用於 3D 列印，glTF 和 USDZ 用於網頁和 AR，FBX 和 OBJ 用於動畫和遊戲流程，STEP 和 IGES 用於精密 CAD，而 USD 則用於複雜的多工具製作工作流程。了解這些 3D 模型格式之間的差異——包括它們的副檔名、儲存的資料類型以及支援的環境——是避免相容性問題和浪費時間重工的最快方法。本指南涵蓋了最常用的 3D 模型檔案類型、它們儲存的內容，以及如何為你的專案選擇正確的格式。如果你需要在不同格式之間轉換，Meshy 的免費 3D 檔案轉換器可以處理最常見的格式配對。

3D 檔案格式是儲存三維模型資料的標準化方式，包括幾何形狀、紋理、動畫和中繼資料，並應用於不同的軟體和工作流程。市面上有這麼多種 3D 檔案格式，要選擇哪一種適合你的專案並不容易。每種格式都有其獨特的用途，選錯格式可能會導致相容性問題、品質下降，或浪費數小時的重工時間。

無論你是在處理 3D 列印檔案類型、探索動畫流程，還是剛開始接觸不同類型的 3D 建模，本指南將帶你了解最重要的 3D 模型檔案格式類型——包括它們的副檔名、儲存的內容，以及如何根據需求選擇正確的格式。

快速參考：3D 檔案格式比較——副檔名、功能與使用案例

大小估算： 小 = 通常小於 10 MB，中 = 10–100 MB，大 = 100 MB 以上（基於同等幾何複雜度）。實際檔案大小會根據模型細節、多邊形數量和嵌入紋理而有所不同。

哪些 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 製造格式 (3MF) 由 3MF 聯盟（微軟、Ultimaker、Prusa 等公司）開發，作為 STL 的現代替代方案。它在專業和多材料工作流程中越來越受歡迎，並獲得 PrusaSlicer、Bambu Studio 和 Windows 3D Builder 的原生支援。

主要技術特性：

• 基於 XML 的套件，儲存幾何、顏色、材質、紋理貼圖、列印設定和單位
• 原生支援多材料和全彩列印
• 編碼建構方向和支撐提示

優點：

• 豐富的元資料：顏色、材質、比例和列印設定都在一個檔案中
• 同等幾何下比 STL 更緊湊
• 持續開發中；更適合下一代印表機

缺點：

• 普遍性不如 STL，特別是在較舊或預算有限的硬體上
• 對於簡單的單一材料列印來說過於複雜

AMF

• 副檔名： .amf
• 網際網路媒體類型： application/amf+xml

積層製造檔案格式 (AMF) 是 ISO/ASTM 國際標準 (ISO/ASTM 52915)，作為 STL 的直接後繼者開發。與 3MF 一樣，它透過增加對顏色、材質和曲線幾何的原生支援來解決 STL 的核心限制——但在實際應用中，其採用速度比 3MF 慢。

主要技術特性：

• 基於 XML 的格式，儲存幾何、顏色、材質和紋理資料
• 支援曲線三角形（高階表面近似）以獲得更平滑的輸出
• 原生編碼單位資料和作者元資料

優點：

• 開放的國際標準；無專有鎖定
• 原生顏色和多材料支援，幾何精度優於 STL
• 獲得 Cura、PrusaSlicer 和多種 CAD 工具支援

缺點：

• 在現代列印工作流程中很大程度上已被 3MF 取代——工具支援較少
• 曲線三角形支援在實踐中很少被利用
• 不像 3MF 那樣積極開發或推廣

STL vs AMF vs 3MF： STL 通用但缺乏顏色或單位資料。AMF 改進了 STL，但出現時生態系統尚未準備好。3MF 由主要行業聯盟支持，此後已成為專業列印工作流程中首選的現代替代方案。

哪些 3D 檔案格式最適合網頁、AR 和 VR？

網頁和 AR/VR 檔案格式需要在視覺保真度與快速載入時間及即時渲染效能之間取得平衡。基於物理的渲染 (PBR) 材質支援越來越被期待。本節涵蓋 glTF/GLB 和 PLY——關於 Apple 生態系統的 AR（iOS Quick Look、Vision Pro），請參閱下方跨應用程式工作流程中的 USDZ。

glTF / GLB

• 副檔名： .gltf、.glb
• 網際網路媒體類型： model/gltf+json、model/gltf-binary 圖形語言傳輸格式（glTF）是由Khronos Group開發的開放標準，因其在網頁上的普及性而被稱為「3D界的JPEG」。GLB是其二進位壓縮版本。它是WebGL應用程式、Three.js場景、Android擴增實境體驗的主流格式，也是AI 3D生成工具（如Meshy）的標準匯出格式。

主要技術特性：

• 儲存幾何體、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生態系統的擴增實境體驗，請參閱下方「跨應用程式工作流程」章節中的USDZ——這是Apple為Quick Look與Vision Pro提供的原生AR格式。

VRML

• 副檔名： .wrl
• 網際網路媒體類型： model/vrml、x-world/x-vrml

虛擬實境建模語言（VRML）是1990年代中期開發、首個廣泛採用的網頁3D內容標準，並標準化為ISO/IEC 14772。它透過外掛程式讓互動式3D場景嵌入網頁瀏覽器。雖然已被WebGL與glTF大幅取代，VRML檔案仍存在於舊版檔案庫、較舊的工程匯出檔案與部分教育平台。其後繼者X3D擴展了標準，但仍屬小眾。

主要技術特性：

• 可讀的文字格式，描述3D幾何體、照明、動畫與互動性
• 支援腳本語言實現互動行為
• 場景圖結構，包含節點與路由

優點：

• 歷史意義重大；擁有大量舊版內容檔案庫
• 部分CAD工具（CATIA、SolidWorks）仍提供匯出選項
• 人類可讀；相對容易手動檢查

缺點：

• 現代瀏覽器需外掛程式或專用檢視器——無原生支援
• 效能遠不如現代GPU最佳化格式（如glTF）
• 實質上為舊版格式；新專案應改用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 等引擎之間的預設交換格式，並廣泛應用於動作捕捉和視覺特效流程。

主要技術特性：

• 儲存網格、骨骼、蒙皮權重、變形目標、攝影機、燈光和動畫曲線
• 二進位和 ASCII 兩種變體（二進位較常見）
• 單一檔案支援多個動畫片段
• 由 Autodesk 擁有的專有格式；無公開規格

優點：

• 幾乎所有 3D 工具和遊戲引擎都支援
• 可靠處理複雜骨架、混合變形和多層動畫
• 攜帶攝影機和燈光，實現完整場景傳輸

缺點：

• 封閉的專有格式——無公開規格
• Autodesk SDK 版本之間常有不相容問題
• 與 glTF 相比檔案體積較大

DAE（Collada）

• 副檔名： .dae
• 網際網路媒體類型： model/vnd.collada+xml

協作設計活動（Collada）由 Khronos Group 開發，並標準化為 ISO/PAS 17506，旨在成為 DCC 工具之間開放、跨應用程式的交換格式。它早於 glTF，多年來一直是 FBX 的主要開放替代方案。雖然在即時和網頁應用中已被 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 交換格式之一，最初於 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 在流程討論中越來越常見

缺點：

• 非跨應用程式：只有 Blender 能原生讀取 .blend（部分工具提供有限的匯入功能）
• 不同 Blender 主要版本之間存在版本相容性問題
• 不適合用於非 Blender 流程的交付或交換——應改用 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（透過外掛）以及線上轉換工具均可處理此步驟。

哪些 3D 檔案格式最適合 CAD 與工程？

在所有3D檔案格式中，CAD格式獨樹一幟，優先考量幾何精確度而非渲染效能。與網格格式不同，工程格式通常儲存參數化或B-rep（邊界表示）幾何，可重新編輯並以精確公差製造。

STEP

• 副檔名： .stp、.step
• 網際網路媒體類型： model/step

產品模型資料交換標準（STEP）是ISO國際標準（ISO 10303），也是在不同軟體套件之間交換精確CAD幾何的主要格式。幾乎所有專業CAD應用程式都支援此格式，包括CATIA、SolidWorks、Fusion 360和FreeCAD。

主要技術特性：

• 儲存具有精確數學曲面定義的B-rep幾何
• 保留組裝結構、零件關係與中繼資料
• 人類可讀的文字格式（.stp / .step）

優點：

• 供應商中立開放標準；無專屬鎖定
• 在不同CAD系統間保留設計意圖與可編輯性
• 支援具有零件層級結構的複雜組裝

缺點：

• 不適合渲染或即時視覺化，需轉換為網格
• 複雜組裝的檔案較大
• 因B-rep重建，部分應用程式匯入速度較慢

IGES

• 副檔名： .igs、.iges
• 網際網路媒體類型： model/iges、model/vnd.igs

初始圖形交換規範（IGES）是較早期的美國國家標準（ANSI），用於CAD資料交換，比STEP早數年。目前仍主要用於與舊系統及老舊製造工作流程的相容性。

主要技術特性：

• 支援線框、曲面與實體幾何
• 基於文字；廣泛相容於新舊系統
• 結構不如STEP嚴謹；容易產生轉換錯誤

優點：

• 舊系統幾乎普遍支援
• 可接受用於曲面與線框資料交換

缺點：

• 較舊的標準；轉換錯誤多於STEP
• 中繼資料與組裝結構支援有限
• 新工作流程通常已被STEP取代

DWG

• 副檔名： .dwg
• 網際網路媒體類型： image/vnd.dwg、application/acad

圖形（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）是 Autodesk 開發的格式，主要用於 2D 技術圖紙和 CAD 資料交換。雖然它能表示 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 透過內建的圖層、參考和協作功能來描述整個場景。

主要技術特性：

• 分層合成系統允許非破壞性覆蓋和協作編輯
• 在單一場景圖中支援幾何、材質、動畫、燈光、攝影機和物理效果
• USDZ 是基於 ZIP 的單一檔案封裝格式，用於 Apple 在 iOS 和 macOS 上的 AR Quick Look
• .usda 是人類可讀的 ASCII 格式；.usdc 是二進位格式（crate 格式）；.usdz 是封裝格式

優點：

• 處理任意複雜度的場景；用於製作級電影管線
• 在 Apple 生態系統中原生支援（Reality Composer、AR Quick Look、Vision Pro）
• 被 NVIDIA Omniverse 採用，用於工業數位孿生和模擬
• 開源，由 Pixar、Apple、NVIDIA 和 Adobe 積極開發

缺點：

• 學習曲線陡峭；合成系統複雜
• 主要 DCC 應用程式和引擎之外的工具仍在發展中
• 在大多數消費級工具中，USDZ 是唯讀的；不適合編輯工作流程

如何為你的專案選擇合適的 3D 檔案格式類型？

選擇正確的 3D 模型檔案類型取決於幾個實際問題：

• 最終用途是什麼？ — 最終用途是最重要的因素——檔案需要去哪裡，這在很大程度上決定了格式。3D 列印機、網頁瀏覽器、遊戲引擎和 CAD 系統各有其專用的格式。在考慮其他因素之前，先從這裡開始。
• 需要動畫嗎？ — 如果你的模型需要移動——角色、產品配置器、AR 物件——你需要一種支援骨架動畫和動畫軌道的格式。如果不需要，較簡單的純幾何格式可能就足夠了。
• 需要材質和紋理嗎？ — 有些格式嵌入完整的 PBR 材質資料；其他格式則參考外部檔案或完全不攜帶材質資訊。如果視覺保真度很重要，請在匯出前檢查你的格式支援什麼。
• 檔案大小重要嗎？ — 對於網頁傳遞和即時應用程式，載入時間直接影響使用者體驗。對於列印和 CAD 工作流程，大小不如幾何精度重要。
• 涉及哪些軟體？ — 並非所有格式都能在工具之間無損地往返傳輸。始終驗證你的來源應用程式匯出什麼，以及你的目標應用程式可靠地匯入什麼。在確定工作流程之前，請檢查每個工具支援哪些副檔名（.fbx、.gltf、.step 等）。
• 需要轉換嗎？ — 若您要在不同管線之間���動資產，專用轉換器會比從 DCC 工具重新匯出更乾淨。Meshy 的免費 3D 檔案轉換器支援 STL、OBJ、FBX、glTF 等格式直接互轉，無需安裝任何軟體。

常見問題

STL 和 OBJ 哪個比較好？

取決於任務需求。STL 是 3D 列印的標準格式，因為所有切片軟體都支援，但它不包含顏色或材質資料。OBJ 支援材質（透過 .mtl 檔案），更適合一般模型交換。除非是列印用途，否則 OBJ 功能更強大。

STL 和 STEP 哪個品質更高？

對於精密工作，STEP 的品質明顯更高。STEP 儲存數學上精確的 NURBS 幾何，而 STL 則用三角形近似曲面。在工程和製造領域，請務必使用 STEP。對於大多數 3D 列印流程，若精確曲線不那麼關鍵，STL 就已足夠。

DXF、OBJ 和 STL 有什麼差別？

DXF 是 Autodesk 開發的 2D/3D CAD 交換格式，主要用於技術圖紙和 2D 幾何。OBJ 是通用 3D 網格格式，支援材質。STL 是 3D 列印格式，僅儲存表面三角形。它們用途差異很大，不能互相替代。

應該使用 OBJ 還是 FBX？

如果模型包含動畫、骨架、混合形狀，或需要攜帶攝影機和燈光資料，請使用 FBX。對於簡單的靜態幾何交換，請使用 OBJ——它體積更小且通用性更高。對於現代遊戲開發流程，glTF/GLB 通常比兩者更佳。

STL 是 2D 還是 3D 格式？

STL 是 3D 格式。它將 3D 表面編碼為 X/Y/Z 空間中的三角形網格。它沒有 2D 模式。

glTF 比 OBJ 好嗎？

對於大多數現代使用案例，是的。glTF 在單一緊湊檔案中支援動畫、PBR 材質和場景層級結構，是網頁和即時應用程式的首選格式。OBJ 更簡單，對靜態幾何的通用支援更廣，但 glTF 是更好的長期選擇。

3MF 比 OBJ 好嗎？

它們用途不同。3MF 用於支援顏色和材質的 3D 列印。OBJ 用於渲染和遊戲管線。如果您要列印多材質或彩色模型，3MF 是明確的選擇。

CAD 是 STL 檔案嗎？

不是。CAD 是軟體和工作流程（電腦輔助設計）的類別，而非檔案格式。SolidWorks 和 Fusion 360 等 CAD 工具可以匯出為 STL，但它們的原生格式（STEP、IGES、專有格式）不同。STL 是從 CAD 幾何衍生而來的網格格式，並非 CAD 本身。

目前 3D 檔案格式的行業標準是什麼？

因行業而異：

• 遊戲開發： FBX 和 glTF
• 電影/視覺特效： USD 和 FBX
• 3D 列印： STL 和 3MF
• 工程 CAD： STEP
• 網頁和擴增實境： glTF/GLB 和 USDZ
• USD 作為通用場景描述標準，在多個行業中影響力日益增長。

3D 設計工具支援哪些檔案格式？

因工具而異，大多數支援多種 3D 模型檔案類型。Tinkercad 等消費級工具專注於 STL 和 OBJ。Maya 和 Blender 等 DCC 應用程式支援 FBX、OBJ、glTF 和 USD。CAD 工具優先支援 STEP 和 IGES。Unity 和 Unreal 等遊戲引擎原生匯入 FBX 和 glTF。

AI 3D 生成器應支援哪些檔案格式，以便在 Unity、Unreal 和網頁檢視器之間移動資產？

通用跨引擎格式涵蓋範圍：

1. GLB（glTF 2.0 二進位格式） — 最佳通用選擇。網頁檢視器（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. 網頁用途 — 使用 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 為主要來源，FBX 提供給使用 Maya/Max 工作流程的工作室，USDZ 則用於 iOS 專屬的 AR。在決定格式前，請先在您的引擎中匯入一個代表性模型進行測試。

如何透過生成式 AI 將圖片轉換為可用於 AR 的 3D 模型？

可用於 AR 的模型意味著載入速度快、在真實世界光源下看起來正確，並且以 AR 執行環境能理解的格式輸出。

1. 透過 Meshy 的「圖片轉 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 會將這些檔案打包在匯出的壓縮檔中。
2. 紋理路徑問題 — MTL 檔案透過相對路徑參照紋理。如果找不到紋理，模型會以無紋理方式渲染。請檢查 .mtl 檔案中的路徑字串。
3. 軸向/方向不一致 — Y 軸向上與 Z 軸向上因程式而異。Blender 使用 Z 軸向上；Maya、Unity、three.js 使用 Y 軸向上。模型匯入時可能會旋轉 90 度。請在匯入時修正（Blender：在匯入時選擇「-Z 向前，Y 向上」），或在匯入後旋轉。
4. 比例不一致 — 不同程式的單位可能不同。Meshy 以合理的預設值匯出；請在匯入時重新縮放以符合您場景的單位系統。
5. 法線方向 — 某些程式對面法線的解釋不同。如果模型看起來內外翻轉，請翻轉法線（Blender：網格 → 法線 → 重新計算外側）。
6. PBR 材質遺失 — OBJ + MTL 預設不攜帶 PBR 資訊。若要保留 PBR 保真度，請改用 GLB。

依序修正以獲得跨程式的可靠性：GLB > FBX > OBJ。OBJ 是通用格式，但資訊遺失最多。

有哪些工具可以讓我在保留相同基礎形狀的同時，透過編輯提示詞來疊代，而不是從頭重新生成？

這正是 Meshy 的 AI 紋理化功能所設計的用途。您只需生成一次幾何形狀，然後透過提示詞疊代來重新繪製表面，無需更動網格。

工作流程：

1. 透過「文字轉 3D」或「圖片轉 3D」生成基礎網格。
2. 執行優化以填補孔洞並修復非流形邊緣，然後執行重新網格化以獲得乾淨的拓撲結構。
3. 在同一個網格上開啟 AI 紋理化。
4. 疊代紋理提示詞 — 「歷經風霜的維京戰錘，手工鍛造鐵，深紅符文雕刻」→「拋光的儀式用戰錘，黃金鏤雕，寶石鑲嵌」→「科幻動力戰錘，發光的藍色能量線條，拉絲鋼」。每個提示詞都會在同一幾何形狀上產生一組新的 PBR 貼圖。
5. 選擇您想要的變體，並使用新的紋理匯出 GLB / FBX。 這種模式比重新生成幾何體便宜且快速得多。團隊利用它來為電子商務製作SKU變體、遊戲狀態變體（乾淨/受損/燃燒），或在單一基礎網格上進行美術方向探索。Meshy的介面在重新貼圖時預設保持幾何體不變；只有當你明確重新執行「文字轉3D」時，幾何體才會重新生成。

GLB vs USDZ vs FBX vs OBJ — 我該選擇哪種3D檔案格式？

根據模型的最終用途來選擇：

• GLB — 適用於網頁、AR和three.js。單一二進位檔案，內嵌幾何體、紋理和PBR材質。是產品檢視器和不需要骨架動畫的引擎管線的預設選擇。也是Meshy推薦的通用匯出格式。
• USDZ — 適用於iOS AR Quick Look（蘋果的原生AR格式）。當目標是iOS Safari/訊息中的AR體驗時使用。
• FBX — 適用於遊戲引擎（Unity、Unreal）和DCC工具（Maya、3ds Max），當你需要骨架角色、骨骼或動畫軌跡時使用。雖然較舊，但仍是動畫領域的主力。
• OBJ — 通用網格交換格式。不支援動畫，也沒有內嵌材質（需搭配附帶的.mtl檔案），但所有3D應用程式都能開啟。當GLB/FBX匯入不乾淨時，是良好的備用選擇。
• STL — 僅適用於3D列印。只有幾何體，沒有顏色和UV。
• 3MF — 適用於多色/多部件3D列印。具備單位感知能力，支援多網格組合。
• BLEND — Blender原生格式；能完美保留材質、修改器和骨架。

Meshy可從單次生成中匯出所有這些格式。如果你還不確定，建議從GLB開始。