DPI 測試實際測量的是什麼
滑鼠 DPI（每英吋點數）測量的是實體滑鼠在表面上移動每英吋時,螢幕上的游標會移動多少像素。額定 800 DPI 的滑鼠在手的移動下,每英吋可讓游標移動 800 像素;而 1600 DPI 的滑鼠在相同距離下,則可讓游標移動 1600 像素。這個靈敏度數值儲存在滑鼠韌體或配套的軟體工具中;Windows、macOS 和 Linux 並未在任何標準設定面板中將其公開。
這個數字之所以重要,是因為它影響日常使用時滑鼠的手感。像試算表編輯這類生產力工作,在 800 到 1200 DPI 下通常會感覺更順暢;而第一人稱射擊遊戲則通常使用 400 到 1600 DPI 以進行精確瞄準。在假設靈敏度問題與硬體相關之前,請先確認滑鼠實際輸出的 DPI,因為作業系統的指標加速度或遊戲內的靈敏度滑桿可能會覆寫裝置的原生數值,使游標的移動距離與感測器額定值所顯示的不同。
兩種可靠的 DPI 量測方式
在任何滑鼠上都能使用的兩種方法是基於尺規的實體測試,以及讀取原廠軟體的數值。兩種方法會給出略有不同的答案,因此了解兩者有助於你根據自身情況選擇合適的方式。
尺規與螢幕距離法
將一把尺或有刻度的膠帶沿滑鼠墊放置,把滑鼠置於零刻度處,然後向前移動正好一英吋。讀取螢幕上游標移動的像素數,再除以實際移動的英吋數,即可得出有效 DPI。被 Windows 加速度放大後的 1600 DPI 滑鼠,每英吋可能會顯示 3200 像素的移動量,這正是為何此方法測量的是完整的作業系統處理流程,而非僅僅是感測器本身。為了取得最準確的結果,請先停用指標加速度,使用直線移動而非弧線,並取三次讀數的平均值。這是唯一適用於沒有配套軟體或內建記憶體之滑鼠的方法,也是目前驗證的標準做法。
原廠軟體
Logitech G Hub、Razer Synapse、Corsair iCUE、SteelSeries GG 及類似的工具,會顯示韌體正在使用中的有效 DPI 階段。開啟軟體,選擇作用中的設定檔,然後讀取數值。這比尺規法更快,但只能用於軟體辨識得到的滑鼠,而且它告訴你的是感測器所回報的數值,並非作業系統實際輸出的游標移動量。當指標加速度停用時,這兩種方法所得的結果應在一個小範圍的容差內一致。
為何按鍵驗證屬於滑鼠診斷的一部分
一個會漏失點擊、重複觸發,或忽略上一頁與下一頁按鍵的靈敏度測試,很難令人信賴。在執行任何 DPI 量測之前,快速確認裝置上的每個按鍵都能實際傳達到你將進行測試的應用程式,這額外花的一分鐘絕對值得。這正是 Mouse Tester 派上用場的地方:它本身並不測量 DPI,但它能確認瀏覽器從每個實體按鍵接收到的按鍵代碼。
Mouse Tester 會監聽傳遞到單一頁面目標的 MouseEvent.button 代碼。它會累計總點擊次數,為 Web 規範中每個代碼顯示一個具名計數器,並依觸發順序保留最近八個按鍵標籤。頁面本身會抑制其自身的上下文選單與輔助啟動,如此在測試區域內的中鍵或右鍵點擊才不會開啟瀏覽器選單而抹除結果。與 DPI 方法搭配使用時,按鍵驗證能抓出一類常見的誤判:使用者以為滑鼠 DPI 改變了,有時其實是某個側鍵故障,或滾輪按鍵已不再觸發。先確認按鍵狀態正常,能使 DPI 結果更易於解讀,也能排除點擊無法登錄才是真正問題的可能性。
如何使用 Mouse Tester 驗證每個按鍵
- 在新分頁中開啟 Mouse Tester,等待虛線目標完全載入。
- 將指標移入虛線區域內,並在接下來的測試中保持於該處,以確保每次按鍵都傳送到同一目標。
- 按一次主按鍵,並觀察總計數器與 Primary 具名計數各自增加一。
- 按一次次按鍵,確認 Secondary 具名計數增加,且瀏覽器的上下文選單不會出現。
- 按下輔助按鍵(通常為滾輪點擊),確認 Auxiliary 具名計數增加,且頁面不會捲動或觸發自動捲動。
- 若滑鼠有額外的側鍵,請依序按下上一頁與下一頁按鍵,確認其具名計數依相同順序遞增。
- 檢查「最近」清單,確認最近八個標籤的順序與你按下的順序一致,因為順序錯亂可能表示事件被重新對應。
- 重複按任一按鍵數次,以確保每次按鍵僅產生一次遞增,沒有重複計數。
- 在你懷疑有問題的應用程式(例如遊戲或設計工具)中開啟同一個 Mouse Tester 頁面,並重新執行按鍵序列以進行比較。
- 當你想重新開始時,點擊「Reset test」以清除記憶體中的工作階段。
解讀五個 MouseEvent.button 代碼
Web 規範為 mousedown 事件定義了剛好五個具名整數代碼,Mouse Tester 為其加上標籤,使結果不需記住對應關係也能讀懂。完整參考資料發佈於 MDN 的 MouseEvent.button 頁面。
| 代碼 | 標籤 | 典型實體按鍵 |
|---|---|---|
| 0 | Primary | 主要啟動按鍵(通常為左鍵,但可由作業系統切換) |
| 1 | Auxiliary | 中間鍵或滾輪點擊 |
| 2 | Secondary | 次要啟動按鍵(通常為右鍵,但可由作業系統切換) |
| 3 | Back | 瀏覽器公開時的側邊上一頁導覽按鍵 |
| 4 | Forward | 瀏覽器公開時的側邊下一頁導覽按鍵 |
任何其他抵達頁面的整數代碼,會以 Unknown 標籤加上其數值顯示,而非強迫對應到已知名稱;小數代碼會被拒絕,因為規範僅使用整數。具名對應刻意採用 Web 事件模型而非實體位置,因此即使慣用右手的使用者將作業系統切換為左手配置,代碼 0 仍會登錄為 Primary。具名對應正好包含五個唯一鍵與五個唯一標籤,並透過涵蓋代碼 0 至 4 以及負數、下個範圍、較大未知值的獨立測試資料,避免偏移的對應關係通過其自身驗證。
計數為零並不代表按鍵故障
實體按鍵與頁面之間存在軟體層。某個具名標籤的計數為零,只代表工作階段期間沒有對應事件抵達測試區域,這與按鍵損壞是兩回事。
按鍵無法在瀏覽器中登錄的常見原因包括:作業系統攔截額外的側鍵、瀏覽器擴充功能重新對應輸入、輔助技術合成事件、遠端桌面工具變更代碼,以及遊戲或應用程式覆蓋層在點擊到達頁面前先將其擷取。上一頁與下一頁按鍵特別容易被瀏覽器的歷史紀錄導覽功能搶先認領,而 Mouse Tester 根本看不到。在測試目標上防止預設行為可減少意外動作,但無法覆寫優先順序更高的瀏覽器或系統處理。
若要排除攔截的可能性,請在已停用擴充功能的新增無痕瀏覽視窗中執行測試,並在你原本發現問題的應用程式中重複按鍵序列。若某個按鍵在單次按下時產生多個事件,請與 Double Click Test 或滑鼠原廠的診斷軟體交叉比對。Mouse Tester 僅回報瀏覽器事件,無法證明硬體狀態、輪詢速率、防彈跳時間或無線延遲是否正常,因此應將單次瀏覽器工作階段視為一項有用的健全性檢查,而非維修診斷。所有計數僅保留於目前分頁中,重新整理、關閉頁面或選擇 Reset test 即會清除,資料不會離開裝置。
若你正在權衡選項,滑鼠滾輪測試入門指南:你的第一次執行對此有詳細說明。
若你正在權衡選項,如何測試滑鼠延遲:從瀏覽器事件開始對此有詳細說明。