如何为 UE5 准备 ORM 贴图
围绕 UE5 常见 ORM 需求，准备 AO、Roughness 和 Metallic 贴图，并在导出前完成通道与灰度数据验证。
为 UE5 准备 ORM 贴图，真正关键的不是点一下打包，而是确保来源灰度图和目标通道顺序都对。浏览器步骤最适合在导入 Unreal 之前先把这件事检查清楚。
什么时候会需要 ORM
当目标 UE5 材质或团队规范要求把 Occlusion、Roughness、Metallic 打进同一张贴图时，就会需要 ORM。最现实的原因通常是运行时效率和材质接线更清晰。
这类需求在贴图从制作工具流向运行时材质系统时尤其常见。
打包前必须先确认什么
首先确认每一张输入图确实就是你以为的那张灰度图。只看文件名远远不够。很多团队会在很后面才发现 Roughness 其实被反向了，AO 其实来自错误的 bake，或者 Metallic 几乎是空的。
所以在打包前先检查、先提取，是最稳妥也最省时间的做法。
如何打包并验证
更稳妥的顺序是：先确认三张来源灰度图，按目标 ORM 规则分配通道，导出后再在材质预览或 UE5 导入步骤中验证表现。目标不是生成一张 packed texture，而是生成一张真正符合现有 shader contract 的 packed texture。
如果同样的规则要反复作用于多组资产，就应该尽快切到批量打包流程。
最常见的错误
最常见的问题是通道顺序错、把非灰度数据硬打进去，以及导出后不做材质级验证。如果材质表现异常，第一步应该是回到每个通道本身，而不是先怀疑着色器。
常见问题
可以只看 roughness 或 AO 的文件名就直接打包吗？
不建议。最稳妥的方式是先直接检查灰度数据本身。
ORM 一定就是 UE5 的正确布局吗？
只有当目标材质或团队规范明确要求 ORM 时，它才是正确答案。
什么时候该切到批量打包？
当同一套规则需要反复作用在很多贴图组上时，就应该切到批处理。