3D 模型转换器
真正有用的 3D 模型转换器不是简单改扩展名，而是判断目标环境必须保留什么：动画、轴心、UV、PBR 材质、打印比例，还是一个适合网页加载的单文件二进制。
匹配的可下载资产
先使用这些种子模型，再按同一低模方向生成变体。
会员解锁受保护 STL 权限
先用免费 OBJ 验证造型；订阅后当前可立即下载受保护的 STL，GLB、FBX、USDZ 和 Unity 目前仅展示为生产导出目标，并非资源库直链下载。
亮点
- GLB 适合网页、Godot、Babylon.js、A-Frame、Three.js 和 AR
- 需要层级、轴心、绑定或动画片段时，Unity 和 Unreal 用 FBX
- OBJ 只适合静态交换，不能保留骨架或动画
- STL 只适合 3D 打印，UV、材质和名称都会被丢弃
- 检查轴向和单位：FBX 厘米文件可能带来 100 倍缩放错误
- 导出自包含格式前，先打包 FBX/OBJ 的松散贴图
- 转换后核对三角面数量，因为四边面会被三角化
- 保留图集和材质数量，让低模资产继续保持低渲染成本
正确的目标格式取决于接收工具实际能读取什么。GLB 是网页、Godot、Three.js、Babylon.js、A-Frame 和 AR 的默认选择，因为它用米、+Y 朝上、右手坐标系，把网格、材质和贴图打包进一个二进制文件。FBX 仍然是 Unity 和 Unreal 的实用桥梁，因为它更可靠地保留层级、具名材质槽、轴心、骨架和动画片段。OBJ 是通用的静态交换兜底格式，但不携带骨架和动画。STL 面向切片软件和打印机，不适合游戏，因为它会丢弃 UV、材质和对象名称。
最常见的转换失败来自轴向、单位和贴图路径。一个从厘米单位 DCC 场景导出的 FBX，如果转换成 GLB 时忽略单位缩放，可能大 100 倍；一个 Z 轴朝上的 OBJ 到 Y 轴朝上的引擎里可能侧躺。GLB 默认内嵌贴图，但 FBX 和 OBJ 经常引用模型旁边的松散文件；不打包贴图就转换，会得到一个在美术机器上正常、换地方就破的文件。合格的转换检查必须包括尺寸、朝向、原点、法线和贴图分辨率。
对低多边形资产来说，转换还必须保留性能意图。一个原本用一张 1024px 图集和一个材质设计的道具，不应在导出后变成五个材质和五次绘制调用。移动端和 WebGL 道具通常控制在 200 到 800 三角面，主角道具 1k 到 5k，角色按距离和动画需求大约 5k 到 20k。若转换器把四边面三角化，请比较导出后的三角面数量，而不是相信源文件的面数。
质量重要时，用 Blender 作为可视化检查中转站：导入源文件，应用变换，按米检查比例，着色翻转时重算法线，有意识地打包或解包贴图，再导出目标格式。gltf-transform、assimp 和引擎导入管线等命令行工具很适合批量处理，但新管线的第一次转换一定要先在查看器或引擎里检查，再处理上百个文件。
选择具体转换路径
常见问题
网页应该转换成哪种 3D 格式？
大多数网页交付使用 GLB。它是单个二进制文件，携带几何体、材质和贴图，能被 Three.js、Babylon.js、A-Frame 和 Godot 稳定加载。
Unity 或 Unreal 应该用什么格式？
需要轴心、层级、骨架、蒙皮权重或动画片段时用 FBX。静态 GLB 也能导入，但 FBX 对引擎管线更可预测。
为什么转换后的模型变得巨大或旋转了？
通常是轴向或单位不匹配。glTF 使用米和 +Y 朝上，而 FBX、OBJ 可能来自厘米单位或 Z 轴朝上的场景。
转换会保留贴图吗？
只有转换器能找到并打包源图像时才会保留。GLB 内嵌贴图，但 FBX 和 OBJ 常引用松散图片文件。
一个转换器能保留所有内容吗？
不能。STL 不能保留材质，OBJ 不能保留动画，FBX 材质模型也无法完美映射到 glTF PBR。必须按需要保留的内容选择目标。
相关页面
查看全部需要定制低多边形模型？
用文字或参考图生成，然后导出 GLB、FBX、OBJ 或 STL。
打开生成器