維護 AI 貼圖

概覽

紋理維護遵循三項決策：驗證資產、判定缺陷歸因，然後修復所指明的原因。重新生成應在診斷之後進行，而不是在每次疑難排解工作階段開始時進行。

本指南涵蓋八點稽核、逐通道檢查、跨引擎診斷表，以及五種修復路徑。內容從一個已顯示故障且需要實務診斷的生成紋理開始。

從 UVs 開始，而非重新生成

模糊的紋理與零碎的 UV 佈局可能源自結構性網格或映射問題，新的提示詞無法可靠地解決這些問題。在反覆重新生成紋理之前，請先檢查 UV。

透過其最終工作流程來評估素材：UV 檢查、PBR 通道驗證、貼圖打包、色彩管理、壓縮、mipmap、著色器設定、引擎光照，以及效能測試。令人信服的瀏覽器預覽僅是較早期的訊號。

在一個引擎中觀察到的缺陷，在其他地方重現之前，都只是單一引擎的發現。匯出後，封裝、壓縮、著色器解譯和光照都可能改變結果。

檢查每個素材頻道

反照率與法線

檢查 albedo 中不應存在於 color map 的烘焙光照。對於 normal maps，檢查凹凸方向、反轉、雜訊，以及不再與幾何體對齊的細節。

粗糙度和金屬度

檢查是否存在均勻的粗糙度噪點與規範錯誤。在一個大型柔光源和一個小型硬光源下測試表面。確認污垢、油漆、塑膠和織物不會意外呈現為金屬。

AO、不透明度、自發光和高度

檢查環境光遮蔽是否過暗、錯位或重複烘焙。檢查髮片和透明表面的不透明度排序。對於自發光和高度，確認目標著色器支援該通道，並考量其執行時成本。

將缺陷歸因於各引擎

歸因是紋理維護的核心技能，而一項測試就能完成大部分工作。某個缺陷若經過正確解讀的紋理，依序通過 Blender、Unity 和 Unreal 後仍然存在，很可能在交接前就已開始。若缺陷僅限於單一目標，問題可能出在該目標的匯入器、著色器或算繪設定。

在比較結果之前，請在每個目標中正確連接並解讀映射。使用以下案例選擇來源端或目標端的修正方式。

檢查著色器與粗糙度規範

在 Unity 中看似錯誤的 Gloss 有一套已記錄的機制。Unity 的標準 shader 系列採用 Smoothness，也就是 1 減去 Roughness。熟悉的對等項目是從另一端標示的刻度：相同的 map 會在你編寫 dullness 的位置顯示 shine。沒有已記錄機制的現象會跳過這項處理，改為透過表格處理。

重新產生貼圖並不能修正 Unity 的 Smoothness 規範。重新建立 Unreal 材質並不能修正來源影像中已存在的接縫。當缺陷不在表格範圍內時，Help Center / FAQ 會彙整目前的答案。

根據文件記載的 Smoothness 慣例，roughness 值為 0.7 對應約 0.3 的 smoothness。修改來源貼圖前，請確認所選 shader 的慣例。

確認 AO 及第二輪編輯的範圍

已發布的材質功能描述列出 Albedo、Normal、Roughness 和 Metalness。不要假設其中包含獨立的環境遮蔽貼圖；在目標位置需要 AO 時，請檢查實際套件。

紋理 FAQ 說明生成後對細節、透明度和風格進行分層編輯。使用這次第二輪處理來調整現有網格上的紋理方向。當產品端的紋理版本歷史尚未確認時，保留一份團隊端的變更記錄。

選擇五條維修路線之一

修復本地故障

保持可行的材質方向並修復一個已命名的局部問題：一條接縫、反轉的法線、不正確的打包，或推得過度的壓縮。

重新生成錯誤的材料概念

重新生成適用於樣式或表面細節層級錯誤但仍可用的網格。此操作會使用點數；在為重複處理編列預算前，請先查看目前定價。

重新塗刷指定表面

針對敘事性介面、品牌專屬的細節處理，或主視覺級字體，採用有意識的作者風格。這些介面可能需要專用的收尾工具。

重建 UV 佈局

當拉伸、接縫配置、重疊或紋素密度不一致是根本原因時，請重新建立 UVs。另一個紋理提示不一定能可靠地修復該結構。

變更工具或著色器

當無法保留所需的紋理、格式或算繪行為時，變更工作流程。最終編輯、著色器設定、最佳化與核准仍由目標工具與引擎負責。

在其目的地核准結果

審核取決於 UV 品質、獨立的 PBR 通道、紋理預算、目的地匯入、光照，以及執行階段行為。單一預覽影像無法證明所有這些檢查結果。

修復後，重新執行稽核，並在記錄的設定下比較相同的資產。將原始地圖、變更後的版本與您的診斷放在一起，以便下一次審查能夠重現結果。