面向搜索场景的 3D 工具与动作流程指南

纹理通道打包就是把多张灰度材质图合并进一张 RGB 或 RGBA 纹理里。在实时渲染流程中，这能减少纹理数量、降低显存压力，并简化材质接线。

ORM、RMA、RMO 都是打包纹理布局的命名，但它们不能混用。正确选择取决于着色器预期、导出规范，以及团队的贴图命名体系。

在线打开 EXR 的价值在于，你可以不必启动更重的桌面软件，就先快速确认通道、动态范围和导出准备状态。

PNG 的 Alpha 通道经常保存透明度、遮罩或打包材质数据。把它提取出来，有助于排查导入问题、恢复遮罩并重建贴图集。

在线打开 HDR 文件的价值在于，你可以不必启动完整桌面图像流程，就先完成预览、曝光检查和可用性验证。

当下游工具更适合读取 Radiance HDR，而不是 OpenEXR 时，把 EXR 转成 HDR 会更方便。关键不只是点击转换，而是先确认通道与预览是否正确。

UltraHDR JPEG 在传统 JPEG 交付方式上增加了 gain-map 驱动的 HDR 能力，适合希望兼顾现代 HDR 显示与常规 JPEG 兼容性的场景。

把 Roughness、Metallic 和 AO 打包到一张纹理里，是 PBR 生产里最常见的优化任务之一。真正的难点往往不是打包本身，而是通道顺序是否正确。

在线打开 GLTF / GLB 的价值，在于你可以先完成一轮轻量验证，再决定是否把模型交给引擎、Web 运行时或更重的 DCC 工具。

在线打开 VRM 更适合做 Avatar 验证，而不是完整编辑。浏览器步骤能帮你先确认元数据、结构和动作兼容性，再决定是否继续进入角色运行时或转换流程。

在线打开 MMD 模型适合做轻量验证。你可以先检查 PMX / PMD 的基础结构，再决定是否值得继续投入到转换、重定向或更完整的动画流程。

在线打开 FBX 适合做快速验证。你可以先确认模型是否能稳定打开、结构是否合理，再决定是否继续进入 DCC、引擎导入或格式转换流程。

FBX 转 VRMA 的关键不只是“能不能转”，而是要先确认目标是否真的属于 VRM Avatar 工作流，并把验证路径提前讲清楚。

BVH 转 VRMA 连接的是 mocap / 骨架交换来源和 Avatar 动作目标，两端的生态假设完全不同，所以很适合独立成页。

VMD 转 VRMA 是两套强语义生态之间的动作交接。它只有在动作确实需要从 MMD 流程迁移到 Avatar 流程时才成立。

FBX 转 VMD 面向的是 MMD 定向动作流程。关键不是“能不能导出 VMD”，而是要先确认动作目标确实属于 MMD 生态。

BVH 转 VMD 连接的是轻量骨架动作来源和 MMD 目标格式，两者的使用场景差异很大，因此非常适合独立承接搜索意图。

VRMA 转 VMD 是从 Avatar 动作生态迁移到 MMD 动作生态的路线。它本质上是两种目标工作流之间的交接，而不是中性转换。

VRMA 转 FBX 的本质，是把 Avatar 定向动作重新带回更广泛接受的交换格式。当下游不再是纯 VRM 生态时，这条路线就有了明确意义。

VRMA 转 BVH 不是为了获得更丰富的播放能力，而是为了把 Avatar 定向动作压回更轻量的骨架交换格式，服务后续的动作交接或准备流程。

VMD 转 FBX 是从 MMD 动作生态走向更广泛交换格式的一条跨生态路线。它适合那些后续流程已经不再以 MMD 为中心的场景。

VMD 转 BVH 是把 MMD 定向动作退回到更轻量骨架交换格式的一条简化路线。它只有在下游确实需要这种简化时才成立。

FBX 转 BVH 是一条通用动作交换路线。它通常发生在来源更重、而目标只需要骨架动作数据的时候。

BVH 转 FBX 往往发生在轻量动作数据需要重新进入更常见的交换格式时。这是一条偏兼容性与交接能力的路线。

FBX 和 BVH 都有价值，但它们适合的交接目标并不相同。真正该问的不是哪个更强，而是哪一个更适合下一个流程节点。

VRMA 和 VMD 都在表达动作，但它们服务的是不同生态。正确选择，取决于下游究竟是 Avatar 工作流还是 MMD 工作流。

动作格式选择本质上是流程选择，而不是抽象地比较文件格式优劣。正确答案通常来自“它现在是什么”以及“它接下来要去哪里”。