「文字轉 ASCII 藝術產生器」的「色彩」搜尋通常意味著以下兩種之一：一種工具會為每個輸出字元塗上從來源圖片取得的色相，另一種工具則會讀取圖片中的色彩資訊並將其轉譯為文字。文字轉 ASCII 藝術產生器屬於第二類。它接受最大 15 MB 的 JPG、PNG 或 WebP 檔案，在當前的瀏覽器分頁內解碼圖片，並產生等寬文字，其中每個字元代表一個取樣像素的相對亮度。輸出結果不含色彩跳脫序列、不含 ANSI 調色盤，也不含每個字元的 RGB 值。色彩僅作為輸入存在：產生器會將透明像素合成在白色背景上，使用 WCAG 2.2 所規定的閾值與傳輸函式將 sRGB 通道線性化，並以 0.2126、0.7152 和 0.0722 這組係數計算相對亮度。這個落在 0–1 區間的單一亮度數值，會從所選的密度序列中挑出一個符號。視覺上較重的字元（例如 @、# 或 M）代表深色區域，而空白與細小標點則標記亮色區域。每個輸出格的判定只進行一次，這就是為什麼最終文字在本質上仍是單色的，即使來源是一張色彩飽和的照片。
產生器如何從您的圖片讀取色彩
來源中的色彩資訊永遠不會原樣進入輸出。取而代之的是，工具遵循一條固定管線，將每個像素壓縮成單一的亮度值。瀏覽器會在解碼之前拒絕不支援的檔案類型以及任何大於 15 MB 的檔案，接著透過 createImageBitmap 讀取圖片尺寸，以便對來源強制套用 4000 萬像素的規則。接著會依所要求的字元寬度建立一個小型取樣畫布，每個輸出格會從該畫布的單一像素取得內容。由於畫布的尺寸會保留來源的長寬比，主體的輪廓得以在從像素轉為字元的過程中保留。
在每個格子內，透明像素會先被合成在白色背景上。這個步驟很重要，因為透明的 PNG 可能帶有隱形的黑色色彩值，否則會在最終文字中變成深色標記。合成後，紅、綠、藍通道會使用 WCAG 2.2 的傳輸函式從 sRGB 轉為線性值。線性化後的通道接著以 0.2126、0.7152 和 0.0722 加權，得出相對亮度，再從啟用的密度集中挑選一個字元。選擇「反轉」會將這個對應關係顛倒，使深色像素變成空白、淺色像素變成重型字元——當目的地使用深色背景時，這就是應選的設定。
選擇密度集
密度序列是產生器色彩處理唯一會在最終文字中顯現的地方。提供三個具名集合，它們在色調範圍與粗細感之間取捨。下表概述每個集合的行為以及最適合的使用情境。
| 密度集 | 行為 | 最適合的情境 |
|---|---|---|
| 標準 (Standard) | 標點、字母與符號之間的均衡序列。 | 對任何主題的首次執行；建議從接近 80 欄處開始。 |
| 細緻 (Detailed) | 更多的色調階數，亮暗之間的漸變更細緻。 | 在標準密度下會喪失清晰度的人像、臉部或場景照片。 |
| 簡單 (Simple) | 符號較少、對比更重、留白更多。 | 圖示、標誌、線條藝術，以及雜訊成問題的目的地。 |
如果主題在首次嘗試後看起來過於雜亂，改用「簡單」或縮小寬度通常能使其清爽一些。如果主題的眼睛、嘴巴或輪廓失去清晰度，切換到「細緻」或加大寬度通常能予以回復。
如何逐步轉換圖片
- 開啟文字轉 ASCII 藝術產生器並選擇 JPG、PNG 或 WebP 檔案。等待來源尺寸出現在介面上，這代表瀏覽器已成功解碼該檔案。
- 設定字元寬度。對大多數主題與大多數目的地而言，起始值 80 欄即可適用。較大的寬度能保留細部細節，但會產生較長的行；較小的寬度則產生較精簡的結果，適合狹窄的版面。
- 挑選密度集。「標準」是預設值；當細部色調範圍很重要時選擇「細緻」，當粗獷輪廓比細微漸層更易判讀時選擇「簡單」。
- 若目的地使用深色背景，切換「反轉」。產生器會將亮暗對調，保留空白不變，並以重型字元呈現主題。
- 產生 ASCII 藝術並檢視等寬預覽。若重要的邊緣或可辨識的特徵看起來有誤，請在複製前調整寬度或密度集並重新生成。
- 使用「複製」將確切文字放入剪貼簿，或使用「下載 TXT」儲存以來源圖片命名的 UTF-8 檔案。下載的檔案僅包含產生的各列內容，因此可以在任何文字編輯器中重新開啟。
轉換前必須知道的硬性限制
轉換路徑上有五項數值守護，會影響特定來源能否被處理。它們是固定門檻而非建議值，並會在管線的不同階段進行檢查。
| 限制 | 數值 | 檢查時機 |
|---|---|---|
| 支援的檔案類型 | JPEG、PNG、WebP | 解碼之前。 |
| 最大檔案大小 | 15 MB | 解碼之前。 |
| 最大像素數 | 4000 萬像素 | 瀏覽器讀取圖片尺寸之後。 |
| 最大輸出列數 | 800 | 列數計算期間，依據寬度與長寬比。 |
| 最大輸出字元數 | 100,000 | 列數計算期間，最終生成之前。 |
若來源過高，在所選寬度下會超過 800 列或 100,000 字元，工具會要求使用較小的寬度或裁切的來源，而不會產生不切實際的一大塊文字。將異常細長的圖片裁切到最具辨識度的區域，也能讓主題在最終輸出中更為清晰。15 MB 與 4000 萬像素規則在資源受限的裝置上也可能會失敗，因為高度壓縮的圖片在解碼後仍可能膨脹為佔用大量記憶體的畫布。關閉其他瀏覽器分頁或從較小的來源圖片開始，是務實的解法。
單色 ASCII 藝術在哪裡看起來合適
由於輸出是純文字，它在無法嵌入圖片的地方最為實用。個人簡介、README 橫幅、原始碼註解、終端機風格的模型，以及必須通過嚴格篩選器的電子郵件簽名——只要主題以字元呈現且可辨識，皆能受益。將小型單色標誌貼入程式碼註解，比起 base64 圖片嵌入更能承受複製貼上與版本控制的差異比對，而產生的文字區塊能像任何其他原始檔一樣被搜尋、進行差異比對與編輯。
取捨是無可避免的：細部紋理、精確色彩、來源中的小型可讀文字，以及照片級細節，都無法在轉換中存活。對齊方式也取決於產出的目的地。等比字型會破壞格子對齊，且部分平台會摺疊重複的空白，除非文字被放置於預先格式化區域或程式碼區塊中。實務工作流程上，先以「標準」集從接近 80 字元處開始，產生一次，再調整寬度或密度，直到主題讀起來正確。保留原始圖片、測試幾種輸出寬度，並在依賴其外觀之前，先在最終目的地預覽貼上後的結果。
如需更深入的瞭解，請參閱在 Mac 上將圖片轉為 ASCII：本地瀏覽器工作流程。
如需更深入的瞭解，請參閱圖片色彩萃取工具入門：您的第一個調色盤。