Steady repeat-interval sequence
Steady repeat intervals by sample order with a median reference line
Hold a chosen key to measure the first auto-repeat delay, the steady repeat interval, and repeats per second reported by the browser, then review interval stability. The result reflects operating-system and browser events, not the keyboard's hardware polling rate.
Test settings and live samples
Default: KeyA. Enter a standard KeyboardEvent.code; Tab and modifier-only keys cannot be targets.
Enter a valid ordinary KeyboardEvent.code, such as KeyA or Digit1.
Enter 10–200 whole-number intervals; the default is 30. The first repeat is used for the initial delay, not as a steady interval.
Enter a whole number from 10 to 200.
Current phaseWaiting to start
The result describes the rhythm of auto-repeat events generated by the current system and browser. It is not the keyboard's hardware polling rate, scan rate, or total input latency.
Steady repeat intervals by sample order with a median reference line
Initial repeat delay D = t₁ − t₀; steady interval Δᵢ = tᵢ − tᵢ₋₁; repeat rate R = 1000 ÷ median(Δ) repeats per second. The initial delay is excluded from steady intervals. Out-of-order, non-finite, zero, and over-1,000 ms intervals are excluded from the statistics.
Statistics use unrounded millisecond values. The page normally displays one decimal place, while completion, stability, and copied text use the original values.
Program tests use a 500 ms initial delay and a 33.333 ms steady sequence to verify roughly 30 repeats per second. They cover 10/200 target boundaries, relative and epoch timestamps, out-of-order events, duplicate timestamps, 5,000 ms initial-delay and 1,000 ms steady-interval boundaries, P10/P90, and MAD.
Auto-repeat is shaped by the operating system, browser, and application. A web page cannot read the keyboard firmware scan rate or USB/Bluetooth hardware polling rate. The system may disable auto-repeat, and some media keys, Fn layers, shortcuts, or input methods may not produce a standard repeat event.
The tool first measures the delay from the initial non-repeat keydown to the first repeat event. It then takes the median of the later repeat intervals and divides 1,000 by that interval to get repeats per second.
Repeat rate is the rhythm of key events generated by the operating system after a key is held. Polling rate is how often the device reports input to the host. Browser repeat events cannot prove the USB or Bluetooth hardware polling rate.
Auto-repeat may be disabled, the target key may be reserved by the system or browser, or Fn and media keys may not produce a standard KeyboardEvent.repeat. Try a normal letter key and confirm that system key repeat is enabled.
All key codes, event timestamps, and statistics are processed locally in this browser. Nothing is uploaded, no remote API is called, and personal input is not stored.
This tool uses no third-party runtime code or assets. The algorithm and interface are independently implemented; external links only explain browser keyboard-event semantics.