Delta E 2000 (CIEDE2000) 值是一個基於單一公式計算得出的數值,使用預設參數權重 kL = kC = kH = 1,可在 D50 適應的 CIELAB 色彩空間中表示兩種色彩之間的感知差異。若想在 Android 上取得此數值,您不需要安裝 Play Store 應用程式:基於瀏覽器的計算機可透過 CSS Color 4 範例路徑,將兩個不透明的六位數 sRGB HEX 值轉換——先從 sRGB 轉換為線性,再轉換為 D65 XYZ,接著透過 Bradford 適應轉換為 D50,最後轉換為 CIELAB——並回傳結果以及每個色彩的 L*、a*、b* 座標。所有運算皆在裝置本地執行,因此這兩個 HEX 值絕不會離開您的裝置。計算機僅接受 #RRGGBB 格式的輸入,會拒絕簡寫、alpha 通道、具名色彩及格式錯誤的字串,以確保色彩空間與不透明度明確無誤。相同的 HEX 值會回傳 0;數值越大代表由公式定義的差異越大,但並無通用的通過或失敗門檻。您可將該數值作為設計權杖、取樣影像色彩或 QA 註記的可重現比較輔助依據,而畫面預覽僅供視覺參考,因為螢幕色域與校準會改變肉眼在行動裝置上所見的結果。

color difference calculator on android
Android 上的色差計算機:無需安裝應用程式

瀏覽器計算機 vs. Android 應用程式的 Delta E 2000

大多數原生 Android 色彩應用程式可分為兩大類。一類是基於相機的選色工具,可從照片中估算色彩;另一類則是面向設計師的 CMYK、RGB 或 HSL 轉換工具。兩者皆無法直接從兩個不透明的 HEX 輸入產生 CIEDE2000 結果,且其中許多工具還需要註冊、應用程式內購或上傳您要比較的色彩。在同一台 Android 裝置上執行的瀏覽器計算機則可避開這些限制:頁面可在 Chrome(或任何現代行動瀏覽器)中載入,解析兩個字串,並在畫面上產生數值,無需將資料傳送至任何外部位置。

取捨是真實存在的,值得事先說明。手機沒有分光光度計、實體介質的 ICC 設定檔,也沒有校準過的光源,因此此工具無法告訴您手中的印刷色樣是否符合數位品牌色彩。它能做的是提供與桌面瀏覽器相同的標準化 Delta E 2000 數值——這正是當您需要對已持有的兩個數值進行可重現、可記錄的比較時所需要的。請在 Chrome 中開啟 色差計算機一次並將其加入書籤;該單一分頁即可滿足大多數行動 QA 的需求。

計算機在行動裝置上強制執行的輸入規則

行動裝置使用者經常從設計應用程式、Slack 訊息或品牌指南中複製貼上 HEX 值,來源格式可能不一致。計算機刻意強制執行嚴格的輸入規範,因為其他格式皆隱含可能影響結果的解析或合成決策。在執行任何轉換之前,頁面會驗證每個欄位,並拒絕任何非以井字號開頭、且確切為六位數十六進位字串的輸入。

輸入範例接受或拒絕原因
#FF8800接受文件中所規範 #RRGGBB 格式的不透明六位數 sRGB
#FF8800FF拒絕八位數格式含有 alpha 通道,需要進行合成處理
#F80拒絕三位數簡寫會在某些瀏覽器中自動展開
FF8800拒絕缺少前置井字號會造成輸入意義不明
tomato拒絕CSS 具名關鍵字,非 HEX 配對
rgb(255,136,0)拒絕CSS 色彩函式語法,非 sRGB HEX
#GG8800拒絕非十六進位字元無法通過驗證

此嚴格規範與實作所依循的 W3C CSS Color 4 範例轉換程式碼一致。若您從手機某處取得三位數簡寫,請在貼上之前手動展開:#F80 會變成 #FF8800。若您手上有半透明的前景與已知的背景,請先自行將其合成,確保您比較的是您實際預期的兩個不透明 sRGB 值。

如何在 Android 上執行色差計算機

一旦 Chrome 開啟且頁面載入完成,手機上的操作流程與桌機相同,皆為以下三個步驟。

  1. 在兩個輸入欄位中輸入兩個不透明的六位數 sRGB HEX 色彩,記得包含每個值的前置 #。若使用手機鍵盤輸入,請盡量從剪貼簿貼上——任何一個多餘字元都會使輸入失效。
  2. 選擇「比較色彩」。頁面會將兩個值轉換為線性 sRGB,乘入相對於 D65 的 CIE XYZ,透過 Bradford 適應轉換至 D50,接著轉換為 CIELAB,並以 kL = kC = kH = 1 執行 CIEDE2000。
  3. 記錄原始的 HEX 值與 Delta E 2000 結果,以及工作流程的容差與觀察情境——觀察應用程式、螢幕亮度、環境光源,以及此比較所支援的生產流程。

兩個 HEX 字串皆保留在裝置上,因為每個步驟皆在瀏覽器分頁中執行。您可以擷取結果畫面、將頁面 URL 分享給團隊成員以重現相同的數值,或將 Lab 座標複製到同一部手機的筆記應用程式中。如需更深入的輸入與記錄工作流程說明,請參閱如何測量兩個 HEX 色彩之間的色差

如何從手機取得兩個 HEX 值

在 Android 上開啟色差計算機的最常見原因,是兩個 HEX 值已經存在於裝置中的某處,且需要在下次會議前快速取得一個數值。以下列舉幾個值得了解的實際來源:

  • Figma、Sketch cloud 或 Adobe Capture 等設計應用程式。長按色塊,選擇「複製」,然後貼上到計算機欄位。請確認複製的權杖是六位數 HEX,而非 RGBA 元組。
  • 在 Chrome 中檢視的品牌或設計系統頁面。開啟頁面後,點選網址列,在 URL 前加上「view-source:」,搜尋色彩名稱,然後從樣式表中複製出實際的六位數字串。
  • 競爭對手 UI 的螢幕擷圖。使用可匯出六位數 HEX 的獨立影像工具(專用選色器,而非計算機本身)挑選主要色彩,然後將其作為兩個輸入之一貼回。
  • 隊友的聊天訊息或電子郵件。尋找 #RRGGBB 字串,僅複製該權杖。貼上前請移除所有尾隨的 alpha 字元、刪除「HEX」一詞,並去掉引號。

若來源值為 RGB 而非 HEX,請先使用 RGB 轉 HEX 等專用工具進行轉換,再將產生的六位數字串帶入計算機。色差計算機刻意不作為通用轉換工具——它僅接受不透明的 HEX,亦僅接受不透明的 HEX,這是 Delta E 2000 數值的文件化規範。

解讀 Delta E 2000 結果與 Lab 座標

執行「比較色彩」後,頁面會回報兩種數值:Delta E 2000 結果以及每個色彩的 D50 CIELAB 座標。Lab 值會以四捨五入後的形式顯示,而未四捨五入的數值會代入公式計算,因此顯示的 L*、a*、b* 是快速判讀的數值,而 Delta E 2000 則是您記錄時所需的精確值。相同的 HEX 值會回傳 0。在預設權重下,以 A 比較 B 與以 B 比較 A 會回傳相同的數值,僅受限於浮點顯示精度。

為了避免結果像黑箱,值得展示 sRGB 階段管線中的一個運算步驟。以 #808080 的一個通道為例,紅色分量為 128 (0x80):

  • 正規化該通道:128 / 255 ≈ 0.50196。
  • 由於 0.50196 > 0.04045,套用 sRGB 轉換函式:linear = ((0.50196 + 0.055) / 1.055)2.4。
  • 代入計算:((0.55696) / 1.055)2.4 = 0.527922.4。
  • 結果:linear ≈ 0.21586。

該 0.21586 即為代入 D65 XYZ 矩陣的線性紅色值,接著透過 Bradford D50 適應進入 CIELAB。同一管線會對該色彩的綠色與藍色執行相同步驟,並對第二個色彩執行相同管線,最後 CIEDE2000 會以 kL = kC = kH = 1 結合兩組 CIELAB 配對。實作會對照 Sharma、Wu 與 Dalal 所提出的八組補充參考配對進行檢驗,以確保色相環繞與權重變更不會僅在簡單的相同色案例上通過。

根據 Sharma、Wu 與 Dalal 對該公式的描述,回傳的數值是由公式定義的差異,其本身並非任何流程的通過或失敗依據。數值越大代表計算出的差距越大,但印刷、塗料、紡織、品牌審查、攝影與介面設計皆使用不同的量測儀器與驗收標準,因此請將該數值視為可重現的比較輔助,而非絕對的保證。

計算機在 Android 上無法執行的功能

嚴格的輸入規範與僅限本地處理的模式皆為其特性,但也明確界定了此工具的用途。了解此界線有助於讓行動裝置上的比較保持誠實可靠。

使用情境計算機適用性
在手機上比較兩個不透明的 CSS HEX 權杖是——此為文件化的主要用途
為設計權杖修訂提供可記錄的 QA 註記是——Delta E 2000 加上 HEX 加上情境已足夠
文字與背景的無障礙對比比例否——請使用專為 WCAG 設計的對比檢查工具
從手機照片中進行影像式選色否——此工具無法載入或取樣影像
用於印刷的 ICC 設定檔轉換否——此工具無設定檔的輸入或輸出功能
實體印刷或塗料的配色決策否——需要校準過的儀器與製程條件

手機螢幕在色域、亮度與校準方面各有所不同,而頁面上的色塊僅為由同一瀏覽器引擎所呈現的視覺參考——並非色彩測量讀數。如需針對同一部手機進行文字可讀性的評估,請改用色彩對比檢查工具;該工具以 WCAG 比例為核心,這與 Delta E 2000 是不同的數學問題。對於涉及實體物件的決策,計算機無法取代分光光度計、合適的光源、合適的觀察者以及生產流程所規定的容差條件。請使用此頁面來比較您已持有的 HEX 值,並讓經過校準的工具負責實體層面的決策。

若您正在權衡各種方案,iPhone 上的色差計算機:在 Safari 中執行對此有詳細說明。