Apple Siri Mic Test

Apple Siri Mic Test: Noise Floor, Clipping and Latency Check for macOS

With Apple Silicon, Siri and macOS Dictation both use on-device speech recognition models, processing audio locally without a server round-trip for supported queries¹. On-device processing has a distinct noise floor characteristic: the recognition model running at inference time on the Neural Engine processes audio in real time without the error-correction passes possible in batch transcription systems². This makes the on-device model sensitive to clipping in a specific way: a single clipped frame at the wrong moment corrupts a phoneme that the real-time decoder cannot recover from by looking at subsequent context.

MacOS applies an OS-level compressor to microphone input by default³. This compressor limits peak gain increases but does not reduce the noise floor; it normalizes amplitude variation rather than removing background noise. Consequently, the Noise Floor Grade reflects the true hardware noise floor even with the OS compressor active, while the Clipping Detector may show cleaner results than the hardware gain setting implies, because the compressor is limiting peaks before they reach 0 dBFS.

Noise floor requirements

Siri and macOS Dictation use always-on listening for "Hey Siri" when enabled, with the same far-field detection limitations as Alexa in browser contexts: a single cardioid microphone requires a lower noise floor than Apple assumes for the microphone array in an iPhone. A Noise Floor Grade of Good or Excellent (below −50 dBFS) is the threshold for reliable detection. Furthermore, macOS Dictation's continuous mode (where speech is transcribed as you speak) shows more sensitivity to noise floor than command-based Siri, because each word must be resolved without a natural pause that aids segmentation.

Run CapyToolkit's Noise Floor Grade before extended dictation, because the continuous mode needs a cleaner floor than short Siri commands. In command mode, Siri processes a brief 2 to 5 word phrase with a constrained vocabulary that the acoustic model can resolve even with moderate background noise. Continuous Dictation, by contrast, transcribes unlimited vocabulary in a real-time stream where every word must be resolved without the benefit of command-boundary context. The practical difference is approximately 5 to 10 dBFS: a Noise Floor Grade of Good may suffice for Siri commands, but continuous Dictation benefits from Excellent grades to maintain accuracy across long passages.

Latency and interruption handling

Siri on macOS performs voice processing locally for many commands, which eliminates the server-side network latency that affects cloud-based AI services⁴. The Clap Latency Test therefore measures only browser-to-OS audio path latency for browser-based access scenarios. For dictation in native macOS applications, latency depends on Apple's Core Audio stack rather than the WebAudio path measured here.

Browser latency versus native dictation latency

If the Clap Latency Test shows high values in Chrome on macOS, Safari typically shows lower latency on Apple hardware because it uses Core Audio APIs more directly. The browser audio sandbox that Chrome applies adds processing stages that increase round-trip delay compared to Safari's more direct path to the audio hardware. For the lowest latency browser-based audio testing on macOS, Safari is the better choice. However, native macOS dictation bypasses the browser audio stack entirely and uses Core Audio directly, which means the latency you experience during actual Dictation use will be lower than what the Clap Latency Test in any browser reports.

Clipping and frequency response

Apple's Neural Engine based speech recognition processes audio at 16 kHz sample rate, focusing model capacity on the 80 Hz to 8 kHz range⁵. The OS compressor partially masks gain overload by attenuating peaks before they reach the digital ceiling, but if input gain is so high that even the compressed peak exceeds 0 dBFS, the Clipping Detector will flag it. Furthermore, the Frequency Response display is useful for confirming that your microphone's response through 80 Hz to 8 kHz is consistent, because the on-device model is not designed to compensate for severe frequency response gaps in the input.

Why the OS compressor does not replace proper gain staging

The macOS compressor operates on the digital audio stream after the ADC has already captured and quantized the signal, which means it can reduce peak amplitudes but cannot recover headroom that was lost during the analog-to-digital conversion stage. If your input gain drives the ADC into saturation before the compressor even receives the samples, the compressor simply reduces the amplitude of already-clipped digital values without restoring the original waveform shape. Setting the input gain low enough that the compressor rarely activates preserves the full dynamic range that the on-device model needs for accurate phoneme discrimination.

Run the Clipping Detector before relying on Dictation for important text, because the compressor's silence on peaks is not proof the gain is correct: it only means the compressed output stayed under the ceiling, while the underlying signal may already be saturated and distorted at the conversion stage. A clean detector reading combined with a Noise Floor Grade in the Excellent range confirms the input chain is healthy end to end rather than merely flattened by the OS processor.

macOS Dictation versus Siri: different noise floor requirements

Between macOS Dictation's continuous transcription mode and Siri's discrete command processing, the noise floor requirement differs by approximately 5 to 10 dBFS. Siri processes short commands, typically 2 to 5 words, and has a brief, defined recognition window for each interaction. The acoustic model can use surrounding context to resolve a word partially obscured by noise because the command vocabulary is constrained. A Noise Floor Grade of Good (below −50 dBFS) is sufficient for reliable Siri command recognition with common vocabulary in a moderately quiet room.

Why continuous Dictation requires a higher grade than Siri commands

Continuous Dictation mode transcribes speech in a stream without natural command boundaries. The acoustic model encounters longer, less predictable vocabulary including proper nouns, technical terms, and complex sentence structures. Every word must be resolved on its own merits without the contextual disambiguation that short command recognition relies on. For Dictation accuracy that approaches what you would expect from an accurate typist, a Noise Floor Grade in the Excellent range (below −60 dBFS) is the practical target. Background noise in the Noisy range produces Dictation accuracy that requires frequent manual correction, negating the time benefit Dictation is supposed to provide.

Setting the correct input device in macOS Audio MIDI Setup

macOS routes microphone audio through the System Settings > Sound > Input panel, but the Audio MIDI Setup application provides more granular control over which device is selected and at what sample rate. When multiple microphones are connected, the default input in System Settings controls what most applications use. Siri and Dictation respect the default input device unless a specific application overrides it. Verifying that the Noise Floor Grade test and Siri are using the same microphone requires checking System Settings > Sound > Input and confirming your preferred device is selected before testing.

If the Noise Floor Grade returns an Excellent result but Siri accuracy remains poor, the two tools may be using different devices. Some third-party applications set themselves as the default input and do not release it properly after closing. Check System Settings > Sound > Input after closing all other applications to confirm the correct device is active. Running the Noise Floor Grade immediately before asking Siri a question lets you see which mic Siri actually uses and confirms both are operating on the same audio path within the same OS session, making the pre-session check a reliable calibration step rather than a theoretical one.

When to use this

Run this check before using Siri voice activation or macOS Dictation with an external microphone, especially when switching between the built-in microphone and an external USB or Bluetooth device on macOS.

Examples

OS compressor masking clipping — Dictation still produces errors on plosive sounds (p, b, t, k)

Reduced OS gain by 15 dB, compressor no longer triggered: accurate Dictation across all consonants

Clap Latency Test: 110ms (High) — Siri command recognition feels delayed

Switched to USB wired microphone: 35ms — Siri responds instantly