死點測試替代方案是一種檢查螢幕是否有固定不變異常像素點的方法,不需要安裝專門的診斷軟體,而 Dead Pixel Test 會在一個大型瀏覽器面板中填入八個精確的 sRGB 顏色,讓任何卡頓、死點或偏弱的像素都能在已知的刺激下顯現出來。該工具依序循環黑、白、紅、全綠色頻道 (在 CSS 中命名為 lime)、藍、青、洋紅和黃,每個面板都是頂部進度列中顯示的單一十六進制值。操作方式為鍵盤與滑鼠:點擊、Space 和方向鍵都可以逐步切換序列,並在兩個方向上都支援循環,因此觀察者可以在對比強烈的畫面之間快速切換,找出與周圍不一致的點。僅在觀察者選擇 Start 時才會請求全螢幕,而所請求的 CSS 顏色值會對照 W3C CSS Color Module Level 4 規範和 MDN 命名顏色參考進行檢查,這代表螢幕上的刺激是有文件記載的,而不是大致估計的。本文說明如何執行測試、八個顏色各自設計用來揭示什麼,以及目視檢查結束、轉由製造商診斷的界線在哪裡。
為什麼觀察者會搜尋死點測試替代方案
大多數搜尋死點測試替代方案的人,通常已經試過至少一條常見途徑,並碰到了限制。專用的顯示器校色套件可能價格昂貴、限定特定作業系統,或啟動緩慢,而且常常要求註冊帳號才會執行基本的面板掃描。原生影像檢視器「將螢幕填滿單一顏色」的技巧,則依賴觀察者從未擁有的檔案、會隱藏選單列的螢幕擷圖,或實際上無法放大至真正全螢幕面板的縮放功能。製造商的診斷工具雖然有用,但通常需要聯絡客服、取得退貨授權 (RMA),或先打一通電話,才會提供內建的像素測試;而部分螢幕類型——舊款筆記型電腦、二手電視、租賃的顯示器——根本沒有這類工具。基於瀏覽器的替代方案可避開這些限制:不需安裝、不需驅動程式、也不需更新,這也是為什麼 Dead Pixel Test 能在 Windows 筆記型電腦、macOS 桌上型電腦、Chromebook、Linux 主機、內建瀏覽器的智慧電視,或執行現代瀏覽器引擎的手機上運行。對正在權衡選項的人來說,實際的問題不是哪個工具最完善——沒有任何瀏覽器測試能比得過維修台的量測——而是哪個工具能在仍產生可供對照之文件化刺激的前提下,移除最多的摩擦。
Dead Pixel Test 的獨特之處
Dead Pixel Test 的決定性特質在於其刺激並非近似值。八個畫面中的每一個都是單一、有命名的十六進制值,進度列會永遠同時顯示該精確值與目前的圖樣,因此觀察者可以記錄螢幕上的內容而無需猜測。該工具的資料來源為 CSS Color Module Level 4 命名顏色清單與 MDN 參考資料,兩者都將綠色定義為較深的 #008000——這就是為什麼此工具刻意將其全頻道綠色畫面標示為 lime,數值為 #00ff00,以使用單頻道的最大值,而不是命名顏色。不同的純色畫面會讓不同的視覺異常更容易被察覺:在白色或原色畫面上仍保持暗色的點,可能不會如預期發光;而在黑色或互補頻道組合上仍保持明亮或顯示非預期顏色的點,則可能會凸顯出來。該工具僅使用靜態畫面,沒有快速閃爍、沒有癲癇風險的動畫,也不會對「修復」像素作出強制主張。一切皆在本機的分頁中執行,沒有任何螢幕擷圖、顯示器識別資訊、顏色設定檔或瀏覽紀錄會離開裝置。
在瀏覽器中執行 Dead Pixel Test
- 僅使用製造商建議的安全方式清潔顯示器外觀表面——多數面板使用乾燥的微纖維布,或依照手冊指定的方法——以免將灰塵誤判為面板瑕疵。
- 在瀏覽器分頁中開啟 Dead Pixel Test,並調整視窗大小或將其最大化,讓面板填滿螢幕。
- 選擇 Start fullscreen test 以請求較大的瀏覽器呈現範圍;這是唯一會請求全螢幕的動作,即使被拒絕,頁面內的面板仍可正常運作。
- 檢查第一個畫面 #000000 黑色,尋找任何在面板應為均勻處仍保持發光或顯示顏色的點。
- 切換至 #ffffff 白色,並掃描邊緣、四角與中心,尋找任何無法變亮、保持固定暗色或偏暗的點。
- 使用點擊、Space 或方向鍵切換原色——#ff0000 紅色、#00ff00 lime、#0000ff 藍色——並記下任何無法以全強度發出其頻道的子像素。
- 檢查合成色畫面——#00ffff 青色、#ff00ff 洋紅、#ffff00 黃色——以找出單一原色可能隱藏的頻道組合瑕疵。
- 使用瀏覽器標準控制項正常退出全螢幕;若在多個畫面上都可見到固定不變的異常,請在任何維修決定之前諮詢製造商的診斷程序。
八個純色及其各自揭示的內容
該工具刻意設計得簡單且有完整文件記載。八個顏色、八個十六進制值,沒有漸層、沒有動畫——每個畫面就是一種刺激,設計用來凸顯特定類型的異常。下表列出精確的圖樣順序、文件記載的十六進制值,以及在檢查用語中,該畫面上固定不變的異常通常代表的意義。
| # | 圖樣 | 十六進制值 | 應觀察的內容 |
|---|---|---|---|
| 1 | 黑色 | #000000 | 仍保持發光或顯示非預期顏色的點 |
| 2 | 白色 | #ffffff | 仍保持暗色或比周圍顯得更暗的點 |
| 3 | 紅色 | #ff0000 | 無法以全強度發出紅色頻道的子像素 |
| 4 | Lime (全綠色頻道) | #00ff00 | 無法以全強度發出綠色頻道的子像素 |
| 5 | 藍色 | #0000ff | 無法以全強度發出藍色頻道的子像素 |
| 6 | 青色 | #00ffff | 綠色 + 藍色的組合表現,在原色看起來正常時特別有用 |
| 7 | 洋紅 | #ff00ff | 紅色 + 藍色的組合表現,在原色看起來正常時特別有用 |
| 8 | 黃色 | #ffff00 | 紅色 + 綠色的組合表現,在原色看起來正常時特別有用 |
導覽刻意設計得簡單。每次點擊面板、按下 Space,或按下方向鍵,都會逐步切換序列;導覽在兩端皆支援循環,因此觀察者可在不離開面板的情況下,在黑色與黃色之間來回切換。進度列永遠會標示目前的圖樣、其位置,以及精確的十六進制值,這讓記錄刺激 (以便撰寫發現) 變得容易。
該工具刻意不做的事
這份有限的合約與工具所提供的功能同樣重要。Dead Pixel Test 不會強制進入 kiosk 模式、不會隱藏作業系統控制項、不會停用睡眠、不會變更亮度、不會更改顯示設定,也不會覆寫瀏覽器正常的 Escape 行為。全螢幕僅是由 Start 按鈕發出的瀏覽器請求,而瀏覽器可能因為權限、嵌入、政策、平台限制或使用者設定而拒絕;當發生這種情況時,頁面會報告失敗,頁面內的面板則會繼續循環切換所有八個圖樣。該工具不會執行任何「像素修復」程序,不會快速閃爍面板,也不會對顯示器施加壓力、加熱或反覆切換。螢幕上的所有行為都不會上傳到任何地方:沒有螢幕擷圖擷取、沒有顯示器識別資訊傳送至伺服器、沒有顏色設定檔分享,也沒有後端記錄的瀏覽紀錄。目前的圖樣索引僅存在於分頁內部,並會在下次載入頁面時重置,這讓視覺檢查保持隱私。
為什麼請求的顏色不等於實際發出的顏色
進度列中顯示的十六進制值是所請求的 CSS 刺激,而不是面板實際發出內容的量測結果。瀏覽器色彩管理、作業系統設定檔、HDR 模式、面板色域、縮放、子像素佈局、視角、區域調光、影像增強、烙印防護,以及硬體校色,都可能改變眼睛在螢幕上看到的結果。W3C 規範定義的是 CSS 顏色值;它並不認證特定顯示器的實際輸出,而 Dead Pixel Test 以標示請求 (而非暗示量測) 的方式,誠實地表明了這道界線。因此,對檢查有用的讀數應為「面板正在顯示均勻的 #000000 請求,但有一個點不一致」,而不是「面板正在從該位置精確發出 sRGB 值 #000000」。這也是為什麼不一致並不自動代表死點:灰塵、反光、螢幕保護貼、壓迫痕跡、影像殘留、卡頓子像素、瀏覽器縮放殘影、GPU 輸出、纜線故障、螢幕擷圖,以及遠端顯示壓縮,都可能產生不同的症狀。螢幕擷圖只有在謹慎解讀時,才有助於區分內容產生問題與實體面板問題,因為實體瑕疵通常不會成為擷圖的一部分,而渲染瑕疵則可能會。
何時目視檢查並不足夠
視覺輔助工具是起點,而非診斷。Dead Pixel Test 適用於觀察者想要對顯示器、筆記型電腦螢幕、電視或手機螢幕進行快速、私密、無需安裝的健全性檢查,特別是在提出保固索賠之前,或是在退貨二手面板之前。它不適合作為維修決定的唯一證據,因為此工具無法區分真正的面板瑕疵與內容產生瑕疵、無法區分卡頓子像素與壓迫痕跡,也無法在沒有更多資訊的情況下區分死點與卡頓像素。製造商的診斷程序與保固政策仍是維修或更換的適當權威依據,任何影響面板的決定——維修、更換、退貨——都應基於製造商程序,而不是單一次的瀏覽器操作。若顯示器出現擴大中的損壞、電氣症狀、撞擊損害或安全疑慮,請停止使用,並遵循合格的製造商指引。如需更全面的「先檢查」工作流程,Dead Pixel Test and Fix: Inspect the Display First 指南會說明目視檢查如何融入整體決策流程。