Device test · Audio in
Microphone Test
Start the test, speak, and watch the waveform and meter respond. Record a five-second clip and play it straight back to hear what the far end hears, or run the two-window measurement for a noise floor, a speech level, and the ratio between them. The readout separates the three faults people confuse — access blocked, no device at all, and a device that is open but silent. If more than one input is connected, pick it in the device list first: a headset mic, a laptop's built-in microphone and a USB microphone all appear in the same picker. Audio stays on this device; nothing is uploaded.
Only checking a microphone? You are on the right page. Checking both before a meeting runs the camera, the microphone and a playback check together and prints one summary.
Processing state is reported once the microphone is open.
Sample rate is reported once the microphone is open.
RMS and Peak are dBFS — relative to digital full scale, not loudness. A browser cannot measure sound pressure in dB SPL, so no number here is a volume in the room.
Two four-second windows, back to back. Stay quiet through the first so the page can measure the noise floor, then speak without pausing through the second; the difference between the two medians is the signal-to-noise figure. Nothing is recorded during either window — only the level is read, and only on this device.
The clip is captured into memory on this device and played back from there. Nothing is uploaded — there is no server to upload it to — and it is discarded when you press Stop or leave the page.
Playback comes out of your speakers or headphones. Turn the volume down before playing a clip back: if the microphone can hear the speakers the loop can build into a squeal, which is loud enough to hurt with headphones on.
How this test works
When you press start, the browser asks for microphone access and hands this page a live audio stream. The stream feeds a Web Audio AnalyserNode, and on every animation frame the page reads the most recent 2048 samples and derives three things from that one window: the RMS, which is the average signal energy and tracks how strong the input reads over time; the largest single sample magnitude, which is the true peak; and whether any sample in the window reached −0.1 dBFS, which is what the clipping counter counts. The waveform is drawn from the same window, so the trace, the meter and the numbers are three views of one measurement rather than three independent ones.
The record-and-playback loop uses the MediaRecorder API to capture five seconds into an in-memory buffer and play it straight back, which answers the question a meter cannot: what does the far end actually hear? The two-window measurement answers a different one. Four seconds of quiet establish the noise floor, four seconds of speech establish the speech level, and the difference between them is the signal-to-noise figure — a ratio measured on one scale in one session, which is why it survives the preamp gain that makes any single dBFS level meaningless on its own. Each window is reported as a median, the level exceeded by half the windows measured, so one door slam cannot manufacture a result; and a window that did not collect at least 80 readings at 20 per second is refused outright rather than reported at low confidence. Alongside all of it the Input field reports the capture state as the browser reports it — allowed, blocked, no input device, or in use by another app — and the Signal field separately reports whether audio is arriving at all, because a microphone that is allowed and delivering silence is a different fault from one that was refused. Ticking “ask for unprocessed audio” re-opens the stream with echo cancellation, noise suppression and automatic gain control all requested off, and the line under the controls then reports what the browser says it actually applied, which is not always what was asked for.
The limits are worth stating plainly. Every level here is dBFS — relative to digital full scale — so it describes how much of the available range the signal uses and says nothing about loudness in the room; a browser has no calibrated reference, so dB SPL is not something this or any other web page can measure. The sample rate shown is the rate of the audio graph reading the stream, and browsers frequently resample between the device and the page, so it is not necessarily the rate the hardware runs at; where the track does not report its own rate, the page says so rather than implying the two agree. Channel count appears only when the browser reports it. The clipping figure counts inspected windows rather than clipped samples, because consecutive analyzer reads overlap or skip depending on frame rate — the window is the unit this instrument can honestly stand behind. And the signal-to-noise figure is a description rather than a rating: automatic gain control lifts the quiet window between phrases and compresses the difference, so a figure measured with it on reads lower than the hardware deserves. Nothing on this page scores a microphone or passes judgement on a room, because a browser has no threshold to hold either of them to.