维护 AI 纹理化
验证 UV 和材质贴图，确定缺陷从何处开始，然后选择合适的修复方式
概览
纹理维护遵循三个决策：验证资产、确定缺陷原因，然后修复已确定的原因。重新生成应在诊断之后进行，而不是每次故障排查开始时就进行。
本指南涵盖八点审计、逐通道检查、跨引擎诊断表和五条修复路径。它从已出现故障、需要实际诊断的生成纹理入手。
从 UVs 开始，而不是重新生成
模糊的纹理和碎片化的 UV 布局可能源于网格结构或映射问题，而新提示词无法可靠地解决这些问题。在反复重新生成纹理之前，请先检查 UV。
根据其目标工作流程来评估材质：UV 检查、PBR 通道验证、纹理打包、色彩管理、压缩、mipmap、着色器设置、引擎光照以及性能测试。令人信服的浏览器预览只能算是较早的信号。
在一台引擎中观察到的缺陷，在其他地方复现之前，都只能算作单引擎发现。导出后，打包、压缩、着色器解释和光照都可能改变结果。
维修前的八项检查
| 接缝 | 检查可见边缘、镜像 UV 岛和堆叠区域。 |
|---|---|
| 失真 | 查找 UV 岛之间的拉伸和压缩。 |
| 纹理密度 | 确认相邻部分以相当的清晰度呈现。 |
| 分辨率 | 根据目的地和观看距离选择 1K、2K 或 4K。 |
| 包装 | 检查目标约定，包括 glTF 金属度-粗糙度打包。 |
| 色彩空间 | 将基础颜色作为颜色数据处理，并将其他材质贴图作为数据处理。 |
| 多级纹理 | 检查 mipmap 和压缩在导出和导入流程中是否保持完好 |
| 材料成本 | 检查纹理内存、材质槽、绘制调用和文件大小。 |
检查每个素材渠道
反照率和法线
检查 albedo，确认其中没有不应出现在颜色贴图中的烘焙光照。对于法线贴图，检查凹凸方向、反转、噪点，以及不再与几何体对齐的细节。
粗糙度和金属度
查找均匀的粗糙度噪声和规范错误。分别在一盏大型柔光灯和一盏小型硬光灯下测试表面。确认污垢、油漆、塑料和织物不会被误读为金属。
AO、不透明度、自发光和高度
检查环境光遮蔽是否过度变暗、错位或重复烘焙。检查毛发卡片和透明表面的不透明度排序。对于自发光和高度，确认目标着色器支持相应通道，并考虑其运行时成本。
跨引擎归因缺陷
归因分析是纹理维护的核心技能，而一个测试就能完成大部分工作。一个缺陷如果在 Blender、Unity 和 Unreal 中都沿着经过正确解读的纹理出现，那么它很可能在交接前就已经存在。一个仅局限于单个目标的缺陷，很可能位于该目标的导入器、着色器或渲染配置中。
在比较结果之前，在每个目标中正确连接并解读映射。使用以下情况选择源端修复或目标端修复。
症状、原因和修复方法
| 症状 | 可能原因 | 纠正措施 |
|---|---|---|
| 三个工具中都显示出相同的接缝或错位 | 源纹理、生成或 UV 错误 | 修复 UV 或纹理源，或在确定源文件故障后重新生成 |
| 纹理文件或链接在每次首次导入时都失败 | 导出打包错误 | 使用嵌入式或相对路径纹理重新导出，或进行显式打包 |
| 粗糙度仅在 Unity 中被反向读取 | Unity 的 shader 约定：Smoothness 是 1 减去 Roughness，可能从 packed alpha 中读取 | 按所选 shader 的文档进行转换并记录该选择；对于文档未涵盖的差异，保持 source map 不变 |
| 单个目标中的法线细节翻转 | 常规约定、切线空间或导入设置 | 修正目标端的设置 |
| 一个引擎中的 Metal 区域不同 | 打包、色彩空间或着色器映射 | 通过文档规定的渠道恢复 data-map 处理 |
检查着色器和粗糙度规范
Unity 中看似错误的光泽度有一套已有文档说明的机制。Unity 的标准着色器系列使用 Smoothness，即 1 减去 Roughness。熟悉的等效方式是使用从另一端标注的刻度：同一张贴图会在你制作暗哑度的位置显示光泽。没有文档说明机制的现象不采用这种处理，而是改走表格。
重新生成纹理无法修复 Unity 的 Smoothness 约定。重新构建 Unreal 材质无法修复源图像中已经存在的接缝。当缺陷不在表格范围内时，Help Center / FAQ 汇总当前答案。
对于有文档说明的 Smoothness 约定，粗糙度值 0.7 对应于约 0.3 的平滑度。修改源贴图之前，请确认所选着色器采用的约定。
确认 AO 及第二轮编辑的范围
已发布的纹理功能说明列出了 Albedo、Normal、Roughness 和 Metalness。不要假设其中包含独立的环境光遮蔽贴图；当目标位置需要 AO 时，请检查实际资源包。
纹理 FAQ 介绍了生成后对细节、透明度和样式进行分层编辑。使用第二遍编辑来调整现有网格上的纹理方向。当产品侧的纹理版本历史尚未确认时，请在团队侧保留变更日志。
从五条修复路线中选择一条
修复本地故障
保持合理的材质方向，并修复一个明确的局部问题：一条接缝、一个反向法线、不正确的打包，或过度压缩。
重新生成错误的材料概念
重新生成适用于表面细节风格或层级不正确、但仍可使用的网格。它会消耗 credits；在规划重复处理前，请查看当前定价。
重新涂刷指定表面
对于叙事性界面、品牌专属的视觉处理或主视觉级字体，请采用有意识的创作方式。这些界面可能需要专用的精修工具。
重建 UV 布局
当拉伸、接缝放置、重叠或不一致的纹素密度是根本原因时，重建 UV。另一个纹理提示词无法可靠地修复该结构。
更改工具或着色器
当无法保留所需的纹理、格式或渲染行为时，更改工作流程。最终编辑、着色器设置、优化和审批仍由目标工具和引擎完成。
再次生成前进行审核
再次生成前审核
纹理检查和修复工作流配图
在目标位置批准结果
审批取决于 UV 质量、独立的 PBR 通道、纹理预算、目标导入、光照和运行时行为。单张预览图无法证明所有这些检查均已通过。
修复后，重新执行审核，并在已记录的设置下比较同一资产。将原始映射、变更后的版本和诊断结果放在一起，以便下一次复核能够复现该结果。
常见问题
维护纹理是否意味着重新生成纹理？
不是。UVs 先行，因为结构性网格问题无法可靠地通过提示词解决，而五个分支会在任何迭代之前对缺陷进行分类。在 V2Fun 的文档化框架中，对于可用网格上的错误材质概念，应选择重新生成分支。它会按平台当前费率消耗积分，而定价页面列出了应首先核对的数字。其他四个分支涵盖局部修复、有意重绘、UV 重建以及工具或着色器更改，当故障属于结构性问题时，它们中的每一个优先级都高于重新生成。
我的引擎中的光泽度和法线与预览不一致。生成过程出问题了吗？
不一定。先在多个工具中复现缺陷，再归咎于生成过程。如果三个引擎都显示该问题，说明问题指向源纹理或 UV；如果只有一个目标显示该问题，则说明问题指向该目标的约定。Unity 的 Smoothness（1 减去 Roughness）就是文档中的示例。V2Fun 的文档给出了相同的测试；上表对应了五种常见情况。数值上的参照点是：粗糙度值 0.7 大致相当于 0.3 的光滑度，因此约定不一致可以解释全部症状。修复目标端设置；对于未记录的差异，保持源贴图不变。
我可以继续在平台内编辑纹理吗
是的，在有文档记录的范围内。支持对细节、透明度和样式进行分层编辑，包括生成后所做的更改，依据平台的 FAQ：“是的，V2Fun.ai 支持对细节、透明度和样式进行分层编辑。”在现有网格上迭代纹理方向是在 V2Fun 的 AI Texture Generator 工作区中进行的。纹理版本历史没有公开文档，因此迭代记录仍由团队通过文件命名和变更记录来处理。之前的 AO 规则仍然适用：将环境光遮蔽记录为未提供，直到某个包证明情况并非如此。