Polling rate test:查看手把更新頻率,並正確解讀瀏覽器的 Hz 讀數

輪詢率指的是手把每秒向電腦回報幾次狀態,常以 Hz 表示,規格表上可能寫著 125 Hz、250 Hz 或 1000 Hz。這個 polling rate test 會透過瀏覽器的 Gamepad API,即時顯示手把狀態更新的頻率與穩定度。不過有一點一定要先說明:瀏覽器是在每次畫面重繪時讀取手把,所以這裡顯示的 Hz 會跟著螢幕更新率走,在 60 Hz 螢幕上大約就是 60 Hz,無法呈現高於螢幕更新率的數字。它真正的用途是檢查更新是否穩定、有沒有停頓,以及比較有線與藍牙的差異。測試免安裝,資料只在本機運算。

Polling rate test 畫面:手把更新頻率讀數與穩定度即時顯示

請用 USB 或藍牙連接手把,再按下任一按鍵

USB 藍牙
偵測不到手把?
  • 建議使用 Google Chrome、Microsoft Edge、Brave 或 Opera,對 Gamepad API 的支援最完整。
  • 開啟這個頁面後,請按任一按鍵或推動搖桿,瀏覽器才會啟用手把。
  • Firefox 需要先偵測到一次按鍵輸入,才會把已連接的手把開放給這個分頁。
  • 在 macOS 與 iOS 16 以上版本,請到系統的藍牙設定確認手把已完成配對。
輪詢率與回報間隔換算圖,對照螢幕更新率限制瀏覽器讀取次數的關係

體感、觸控板與電池(PS4 / PS5)

WebHID 模式支援 Sony DualShock 4、DualSense 與 DualSense Edge。

Polling rate test 操作步驟:看穩定度而不是追數字

  1. 確認螢幕的更新率: 先到系統的顯示設定查看螢幕更新率,例如 60 Hz、120 Hz 或 144 Hz。這個數字大致就是本頁 Hz 讀數的上限,之後判讀結果時會用到。
  2. 連接手把並按任一按鍵: 用 USB 傳輸線或藍牙連接手把,按下任一按鍵讓瀏覽器開始讀取。畫面上的輪詢率欄位會開始顯示目前的更新頻率。
  3. 持續轉動搖桿: 兩支搖桿持續轉圈約十秒,讓手把不斷產生新的數值。觀察 Hz 讀數是否穩定接近螢幕更新率,有沒有突然掉下來或忽高忽低。
  4. 比較有線與藍牙: 分別在有線與藍牙下重複相同操作。兩者若都穩定接近螢幕更新率,代表連線良好;藍牙明顯掉得比較多,就表示無線環境有干擾或訊號偏弱。
  5. 調整環境並重新測試: 換連接埠、縮短距離、關閉背景程式或接上電源後再測一次。每次只改一個條件,比較讀數的穩定度,找出影響最大的因素。

Polling rate test 讀數判讀:Hz 與穩定度代表什麼

下表依照本頁實際會出現的讀數整理。請記得,瀏覽器的 Hz 讀數上限大約等於螢幕更新率,因此判斷重點是讀數是否穩定接近這個上限,而不是能不能看到 250 Hz 或 1000 Hz。

觀察到的讀數代表意義可能原因建議處理
穩定接近螢幕更新率(例如 60 Hz 螢幕約 60)更新順暢,沒有停頓連線與系統狀態良好不需要處理
平均接近上限,偶爾短暫下降有零星停頓藍牙干擾或背景程式改用有線或減少干擾來源
明顯低於螢幕更新率且不穩更新頻繁中斷訊號差、省電模式或集線器問題縮短距離、關閉省電、直接接主機
停止操作時讀數下降手把沒有新資料可回報部分手把只在狀態改變時更新持續轉動搖桿再觀察
高更新率螢幕上讀數較高瀏覽器讀取次數增加讀數跟著螢幕更新率走比較時固定使用同一個螢幕

什麼是手把的輪詢率

輪詢率是手把與電腦之間交換資料的頻率。以 USB 為例,電腦會依照固定的時間間隔詢問手把「現在狀態如何」,手把就把按鍵、搖桿和板機的最新數值送回來。間隔 8 毫秒代表每秒 125 次,也就是 125 Hz;間隔 4 毫秒是 250 Hz;間隔 1 毫秒則是 1000 Hz。

輪詢率越高,兩次回報之間的空檔就越短,理論上輸入能更早被系統看到。這也是為什麼電競周邊常把高輪詢率當成賣點。不過輪詢率只是整條延遲鏈中的一小段,影響程度遠不如螢幕處理或遊戲畫面更新率那麼大。

不同手把的出廠設定差異很大,有線與藍牙下的輪詢率也可能不同。這些都是手把的硬體規格,本頁的 polling rate test 則是從瀏覽器的角度,觀察資料更新的頻率與穩定度。

為什麼瀏覽器的 Hz 讀數會跟著螢幕走

瀏覽器的 Gamepad API 並不是每收到一筆手把資料就通知網頁,而是讓網頁主動讀取目前的狀態。網頁通常在每次畫面重繪時讀一次,而畫面重繪的頻率就是螢幕更新率。所以在 60 Hz 螢幕上,網頁每秒最多讀約 60 次;在 144 Hz 螢幕上,最多約 144 次。

這代表即使手把以 1000 Hz 回報,瀏覽器在兩次讀取之間收到的那些更新,網頁也看不到,只能拿到讀取那一刻的最新狀態。因此本頁顯示的 Hz,本質上是瀏覽器讀到新資料的頻率,而不是手把真正的輪詢率。

了解這一點非常重要。如果你在 60 Hz 螢幕上看到讀數約 60,這是正常且理想的結果,代表每次讀取都拿到了新資料,並不是手把只有 60 Hz。把它當成手把規格不達標,就是誤解了這個 polling rate test 的讀數。

那這個 polling rate test 能幫上什麼忙

雖然無法顯示高於螢幕更新率的數字,這個測試仍然很有用。它最擅長的是檢查穩定度:讀數是否穩定接近上限、有沒有突然掉下去、有線和藍牙之間差多少。這些資訊可以幫你找出連線不穩、訊號干擾或系統設定造成的停頓。

例如你在 60 Hz 螢幕上測試,有線時讀數穩定在 60 附近,換成藍牙後卻常常掉到 40 多,就表示藍牙連線有部分讀取拿不到新資料。這種停頓在遊戲中可能表現為瞄準時偶爾一頓,或角色移動不夠平順。

此外,它也能幫你確認手把是否在持續回報資料。部分手把在搖桿靜止時會減少回報,讀數因此下降,這是正常現象。持續轉動搖桿時讀數恢復,就代表手把的資料流沒有問題。

手把出廠規格:125 Hz、250 Hz 與 1000 Hz

市面上的手把輪詢率規格各不相同。有些手把有線時以 125 Hz 回報,有些是 250 Hz,也有不少新款電競手把標榜 1000 Hz。無線模式下,輪詢率可能和有線不同,視手把與接收端的設計而定。

這些規格是手把硬體本身的能力,通常需要專門的量測軟體在系統層級讀取原始資料才能驗證,瀏覽器環境下無法直接看到。所以如果你想確認手把的真實輪詢率,應該參考廠商公布的規格,或使用能直接讀取 USB 回報的工具。

對大多數玩家來說,125 Hz 與 1000 Hz 之間的差別,在 60 Hz 螢幕上幾乎感受不到,因為螢幕本身每 16.7 毫秒才更新一次畫面。只有在高更新率螢幕、競技性很高的遊戲裡,高輪詢率的優勢才比較有機會被察覺。

輪詢率、毫秒與延遲的換算

輪詢率和回報間隔是倒數關係。125 Hz 對應 8 毫秒,250 Hz 對應 4 毫秒,500 Hz 對應 2 毫秒,1000 Hz 對應 1 毫秒。平均來說,一個輸入要等待半個間隔才會被回報,所以從 125 Hz 提升到 1000 Hz,平均大約可以省下 3.5 毫秒。

相比之下,螢幕的更新間隔大得多。60 Hz 螢幕每 16.7 毫秒才更新一次,電視的影像處理更可能增加數十毫秒的延遲。這也是為什麼與其追求更高的輪詢率,先確認螢幕與遊戲設定,往往能帶來更明顯的改善。

了解這些數字,可以讓你更理性地看待輪詢率。它確實有影響,但只是眾多因素之一。做 polling rate test 時,把注意力放在穩定度上,會比在意能不能看到某個特定數字更有意義。

有線與藍牙的更新穩定度

USB 有線連接的資料傳輸穩定,間隔固定,很少出現停頓。在本頁的測試中,有線狀態通常能讓讀數穩穩貼著螢幕更新率,是比較時最好的基準。

藍牙連線則容易受到距離、遮蔽與干擾影響。當部分資料延遲送達時,瀏覽器某幾次讀取就拿不到新資料,讀數因此下降。如果你發現藍牙下讀數經常起伏,可以試著讓手把靠近電腦、移開中間的遮蔽物,或關閉其他藍牙裝置後再測。

部分手把附有專屬的無線接收器,它的穩定度往往比內建藍牙好。用 polling rate test 依序比較有線、藍牙與接收器,就能知道在你的環境下哪一種連線最可靠。

高更新率螢幕上的讀數變化

如果你使用 120 Hz、144 Hz 或更高更新率的螢幕,本頁的讀數上限也會跟著提高。在 144 Hz 螢幕上,穩定的讀數大約會接近 144。這不是手把變快了,而是瀏覽器每秒讀取的次數變多了。

也因為如此,在不同螢幕上的測試結果不能直接比較。同一支手把,在 60 Hz 筆電上看到約 60,在 144 Hz 電競螢幕上看到約 144,兩個結果都是正常的。比較連線方式或環境時,一定要在同一個螢幕上進行。

另外,部分系統在多螢幕環境下,瀏覽器的畫面重繪頻率會依照視窗所在的螢幕而定。如果讀數和預期不符,可以把瀏覽器視窗移到主要螢幕上,並確認系統顯示設定中的更新率。

省電模式與瀏覽器節流

筆電在使用電池時,系統常會啟用省電模式,可能降低螢幕更新率,或限制瀏覽器的效能。這會讓本頁的讀數下降,看起來好像手把有問題。測試前建議接上電源,並把電源模式切換到效能優先。

瀏覽器也有自己的節流機制。當分頁在背景、視窗被最小化,或被其他視窗完全遮住時,瀏覽器會大幅降低畫面重繪頻率,甚至暫停,讀數就會明顯下降或停住。做 polling rate test 時,請讓測試分頁保持在前景並完整顯示。

Windows 的 USB 選擇性暫停功能也可能影響有線手把。系統會讓閒置的 USB 裝置進入省電狀態,再次操作時需要喚醒時間。在電源選項中關閉這個功能,可以讓有線連接的更新更穩定。

提高硬體輪詢率需要注意的事

部分玩家會透過修改系統驅動的方式,強制提高手把的 USB 輪詢率。這類做法需要變更系統設定,可能影響系統穩定性或安全性,而且不是每支手把都能正常運作在更高的頻率下。如果你不熟悉相關操作,建議不要輕易嘗試。

比較安全的方式,是選擇本身就支援高輪詢率的手把,或使用廠商提供的官方設定工具調整。許多電競手把可以在官方軟體裡切換輪詢率,並在必要時恢復預設值。

無論用哪一種方式,都要記得本頁無法驗證高於螢幕更新率的輪詢率。調整之後,可以用這個測試確認更新仍然穩定、沒有出現新的停頓,至於真正的輪詢率數字,請以官方工具或廠商規格為準。

掉幀、停頓與讀數下降的排查

如果讀數經常明顯低於螢幕更新率,可以依照這個順序排查。首先確認測試分頁在前景、筆電已接上電源;接著改用 USB 有線連接,看讀數是否恢復穩定;再換一個連接埠,避免使用集線器或延長線。

若有線時也不穩定,可以關閉背景程式與多餘的分頁,降低系統負載。錄影、直播或大量下載等工作都會佔用資源,讓瀏覽器無法準時重繪。關閉之後再做一次 polling rate test,觀察讀數是否改善。

如果所有條件都排除了,讀數仍然不穩,就可能和手把本身有關,例如電量過低、韌體過舊或內部排線接觸不良。先充飽電並更新韌體,再搭配本站的按鍵與搖桿測試一起檢查。

不同作業系統與瀏覽器的讀數差異

Windows、macOS、Linux 與 Android 處理手把輸入的方式各不相同,瀏覽器在不同平台上的畫面重繪節奏也可能略有差異。因此同一支手把在不同系統上,讀數可能會有一點落差,只要都穩定接近該螢幕的更新率,就都屬於正常。

不同瀏覽器之間也可能出現類似的情況。以 Chromium 為核心的瀏覽器對 Gamepad API 的支援通常最完整;其他瀏覽器有時需要先偵測到一次按鍵輸入,才會開始提供手把資料。如果讀數一直是 0,先按一下任一按鍵,再開始轉動搖桿。

比較結果時,最可靠的方法是固定同一台裝置、同一個瀏覽器與同一個螢幕,只改變你想比較的那一項條件,例如連線方式或連接埠。這樣得到的差異,才真正反映出你要找的問題。

競技玩家該怎麼看待輪詢率

對競技玩家來說,每一毫秒都可能有意義,但投資的順序很重要。一般而言,先使用高更新率螢幕並開啟低延遲設定,再確保遊戲有足夠高的幀數,最後才是追求更高的手把輪詢率。這樣的順序通常能用最少的成本得到最大的改善。

選購手把時,可以把廠商公布的輪詢率當作參考,但也要注意穩定度、搖桿品質與按鍵手感,這些對比賽表現的影響往往更直接。一支輪詢率很高、但連線常常停頓的手把,實際表現可能不如輪詢率普通但穩定的手把。

日常使用上,偶爾用這個頁面確認連線穩定,就已經足夠。當你換了螢幕、換了連線方式或搬動電腦位置時,再做一次比較,確保手把的資料流一直保持順暢。

官方硬體規格: MDN requestAnimationFrame Timing Loop

常見問題

為什麼 polling rate test 只顯示 60 Hz 左右?

因為瀏覽器是在每次畫面重繪時讀取手把,60 Hz 螢幕每秒約重繪 60 次,讀數自然落在 60 附近。這是瀏覽器的限制,不代表手把的輪詢率只有 60 Hz。

我的手把標榜 1000 Hz,為什麼這裡看不到?

瀏覽器無法呈現高於螢幕更新率的讀數。1000 Hz 是手把硬體的回報速度,需要能直接讀取 USB 回報的工具才能驗證,本頁適合用來確認更新是否穩定。

讀數忽高忽低代表手把壞了嗎?

不一定。藍牙干擾、背景程式、省電模式或分頁不在前景,都可能讓讀數不穩。先改用有線連接並關閉背景程式,若讀數變穩定,問題就不在手把本身。

搖桿不動的時候讀數會下降,正常嗎?

正常。部分手把在狀態沒有變化時會減少回報,瀏覽器就讀不到新資料。持續轉動搖桿時讀數恢復,就表示手把的資料流沒有問題。

換成 144 Hz 螢幕,讀數會變多少?

讀數上限會提高到約 144。這是因為瀏覽器每秒讀取的次數變多,不是手把變快。比較不同連線方式時,請在同一個螢幕上進行。

125 Hz 和 1000 Hz 在遊戲裡差很多嗎?

理論上平均可省下約 3.5 毫秒,但在 60 Hz 螢幕上幾乎感受不到。高更新率螢幕與競技遊戲中,高輪詢率才比較有機會帶來可察覺的差異。

有線和藍牙的輪詢率一樣嗎?

不一定,視手把設計而定,許多手把有線與無線的規格不同。在本頁可以比較兩者的穩定度,有線通常比較穩定,藍牙較容易出現停頓。

強制提高輪詢率安全嗎?

修改系統驅動來提高輪詢率可能影響系統穩定性,也不是每支手把都適用。建議優先使用廠商官方工具調整,並保留恢復預設值的方法。

筆電上測試讀數偏低怎麼辦?

先接上電源並把電源模式設為效能優先,確認螢幕更新率沒有被省電功能降低,再讓測試分頁保持在前景。完成後重新測試通常就會恢復正常。

手機上可以做輪詢率測試嗎?

可以。手機瀏覽器同樣支援 Gamepad API,讀數也會跟著手機螢幕的更新率走。不同手機的螢幕規格不同,比較時請在同一支手機上進行。

Sources

  1. W3C Gamepad Specification
  2. MDN Web Docs: Gamepad API
  3. MDN Web Docs: WebHID API
  4. PlayStation Support: DualSense controller on PC
  5. Xbox Support: Connect controller to PC
  6. Nintendo Support: Joy-Con troubleshooting