Reviewed concrete example
Count events and gaps separately
The answer to how many taps for BPM begins with a boundary fact: two taps create one interval. Four taps create three. TapTempo.one can show a temporary rate after tap two, but the main recent median begins at tap four.
This threshold gives a small center rather than presenting one gap as settled. It is a product rule, not a universal scientific guarantee.
Four taps
Four is the minimum for the main answer. If gaps are 400, 405, and 395 ms, rates are 150, about 148.15, and about 151.90. Median is 150 BPM.
The result is responsive, but one change still has substantial influence. Use four for fast orientation, then continue when the passage remains clear.
Up to nine taps for eight gaps
At nine taps, eight intervals exist. The page caps its recent calculation at the newest eight. Tap ten does not expand the window to nine gaps; it drops the oldest and adds the newest.
This rolling choice keeps the interface responsive and bounded. It does not preserve an interval history or calculate a whole-session result.
More is not automatically better
A long sequence can cross a section change, tempo drift, pause, or loss of attention. Old events fall out of the recent answer, but the source context can still change. Stop at a coherent boundary and Reset before a different passage.
Repeating two comparable sequences may be more informative than tapping indefinitely.
Median behavior
With three rates, the middle sorted value is used. With four, the two central values are averaged. With eight, central positions four and five are averaged. The calculation uses unrounded rates and rounds only for display.
Median reduces the effect of one extreme but cannot identify a missed tap or wrong pulse.
A changing sequence
Suppose early gaps are near 600 ms and later gaps near 500. As new intervals enter and old ones leave, the recent median rises from around 100 toward 120 BPM. That movement may reflect source acceleration, a new section, or changed tapping.
The product does not show a graph because it is intentionally one-answer. Use Reset when the context changes rather than interpreting hidden history.
Three-second rule
A pause greater than three seconds starts tap count at one. You cannot accumulate taps across separate visits. Exactly three seconds remains a valid interval, though that beat-oriented rate is 20 BPM and likely deserves context.
Practical guidance
Use at least four. Continue to six, eight, or nine taps when the source offers a stable pulse. Read the answer once, note the pulse unit, and repeat after Reset if it matters. Do not chase a preferred number by stopping selectively.
Match the count to the passage
A four-beat loop may offer exactly four clear events before it repeats or changes texture. That is enough to reach the main state, but it samples only three gaps. An eight-bar rehearsal passage may support nine taps and fill the complete recent window without crossing a boundary. Count availability should come from the source, not from a rule that every trial must last the same number of seconds.
Consider a spoken cue repeated six times and followed by silence. Make six taps and stop. Adding a seventh action during silence merely to reach a preferred count would create a false event. Likewise, if a drummer adds a fill after tap seven, Reset before evaluating the next steady groove.
Comparing two trials fairly
To compare a short and longer trial, use the same pulse level, section, input method, and approximate start point. First make four taps and note that early result. Reset, then make nine taps across a comparable passage. The longer trial has more recent gaps, but it is not automatically the correct one. If the source is drifting, each sequence answers a slightly different local question.
Write down “four taps” or “nine taps” with the observation. That compact context is more useful than extra decimal places because it shows how much manual evidence supported the number.
Stop conditions
End a sequence when the pulse becomes ambiguous, focus changes, an event is missed, or the material enters another section. Do not attempt to repair the trial with a rapid catch-up tap. The page has no editing layer for timestamps and no saved session to revisit. Reset, listen again, and begin on the next unambiguous event. This prevents quantity from masquerading as quality.
Limits
No tap count verifies musical truth, movement safety, platform sync, or performance. Hardware, browser, source, attention, and pulse convention remain relevant. The window cap is a design choice.
Frequently asked questions
Why not show BPM after one tap?
One event has no elapsed interval.
Is four always enough?
No. It is the minimum main state, not a universal adequacy claim.
Why does tap ten replace an old gap?
The recent window uses at most eight newest intervals.
Can I see a full-session average?
No. That statistical workflow belongs outside this product.
Tap four clean events and note the answer. Continue to nine without changing pulse and observe the recent median. Reset before a new trial.
