簡介
大多數線上搜尋紋理打包器的團隊已經接近交付。他們已經準備好了精靈資料夾，並且需要一種快速的方法來產生引擎可以使用而無需額外清理的圖集包。
挑戰不僅在於創建圖集 image。它選擇導出格式、大小限制、修剪行為和路徑結構，以便輸出對於運行時整合是穩定的。
本指南重點介紹實際工作流程：如何選擇設定、在匯出之前檢查圖集質量，以及在資產需要優化或運行時驗證時進入正確的下一步。
生產就緒的圖集工作流程應包含哪些內容
有用的精靈圖集工作流程需要的不只是一鍵打包按鈕。團隊需要對圖集大小、填充、修剪行為和元資料格式進行明確控制，因為這些決策會影響運行時正確性和記憶體設定檔。
工作流程也應在匯出前使品質可見。預覽佔用和放置可以減少只有在引擎導入後才會出現的切換錯誤。
- 適用於 Unity、Phaser、Cocos、CSS 和通用 JSON 的導出器預設。
- Atlas 的尺寸高達 4096 × 4096，具有可選的多件組分割功能。
- 最終導出前具有修剪和旋轉可見性的放置預覽。
如何在線上將精靈打包到圖集中
首先載入鬆散的精靈或結構化資料夾。然後根據您的目標運行時選擇輸出格式，配置圖集尺寸，並設定修剪或填滿值以符合專案的視覺風格。
建立預覽並檢查佔用情況以及邊緣情況，例如微小的 UI 圖示、透明邊距和旋轉框架。放置正確後，匯出編號圖集 PNG 檔案以及所選格式的一個元資料檔案。
- 從本機儲存新增精靈或資料夾。
- 設定導出器、圖集大小限制、修剪模式和比例設定。
- 匯出前檢查圖集放置與佔用情況。
- 匯出圖集 PNG 檔案和元資料以供引擎匯入。
為什麼本地紋理打包是資產團隊的預設設定
瀏覽器優先打包會刪除上傳佇列並將來源藝術保留在裝置上，這在團隊處理未發布的遊戲資產或受 NDA 約束的藝術作品時非常有用。
它也縮短了迭代循環。藝術家和開發人員可以快速重新打包和重新檢查，而無需在每次設定調整之間等待遠端處理。
何時使用合裝包以及何時保留單一圖集
對於中小型精靈集來說，單圖集輸出通常更容易，但大型庫可能會超出實際大小預算。當單張紙尺寸過大或基於類別的圖集分離改進運行時加載策略時，多件裝會更好。
正確的決定取決於您的目標平台和場景載入行為。預覽結果應在切換之前指導此選擇。
- 使用一張圖集實現緊湊的 UI 集和低開銷整合。
- 當大型精靈集需要分割輸出以實現更好的載入控制時，請使用合裝包。
- 在發布之前驗證運行時預覽工具中的最終輸出。
圖集匯出後建議的後續步驟
如果匯出的精靈仍然感覺沉重，請在重新打包之前優化來源 images。如果圖集用於 Spine 或動畫切換，請在執行時間預覽工具中驗證圖集映射和播放行為。
此進展將指南轉變為完整的工作流程：首先打包，根據需要進行最佳化，並在整合之前進行驗證。