Cómo probamos

Cada lectura de este sitio la produce la Web Audio API corriendo en tu navegador. Eso tiene dos consecuencias que tratamos como principios de diseño: tu audio nunca sale de tu dispositivo, y hay cosas que genuinamente no se pueden medir desde una página web — cuando es el caso, la herramienta lo dice en lugar de inventar un número. Esta página documenta cómo se calcula cada lectura, de dónde salen los umbrales y los límites de cada medición.

Pruebas de salida (altavoces, auriculares)

Pruebas de canal: generan señales en vivo enrutadas por un StereoPanner — cada banco toca una melodía corta sintetizada, una octava más alta a la derecha, para que los dos lados suenen en registros distintos y un sistema sumado a mono no pueda engañarte. El osciloscopio muestra la señal generada por el navegador antes del camino del sistema y del hardware.
Comprobación de fase: reproduce 200 Hz en ambos canales, en fase y luego con un lado invertido. Quien escucha registra si la imagen estéreo cambia como se espera. La suma a mono, el procesamiento espacial y el entorno afectan la respuesta, así que es una comparación diagnóstica, no un veredicto automático del cableado.
Límites de frecuencia: usan barridos exponenciales (150→20 Hz, 8→20 kHz). Tu toque marca la posición del barrido — la lectura es “donde dejaste de oírlo”, lo que mezcla necesariamente la respuesta del hardware con tu audición. Lo etiquetamos exactamente así.
Surround: leemos el maxChannelCount del contexto de audio — la capacidad máxima expuesta a la página — y dependemos de quien escucha para confirmar cada canal. No es descubrimiento automático del layout físico de la sala.

Pruebas de entrada (micrófono)

Las lecturas de la prueba de micrófonoderivan de una primitiva: un nodo analizador expone cuadros de 2048 muestras de la forma de onda en el dominio del tiempo, y el RMS de cada cuadro — la raíz de la media de los cuadrados — se convierte a dBFS como 20 · log₁₀(RMS). El medidor en vivo muestra ese valor mientras hablas; grabar y escuchar te deja oír exactamente lo que capturó el navegador, con el procesamiento de llamada que el navegador reporte (EC/NS/AGC).

Por qué dBFS no es SPL — y por qué nunca alegamos calibración

dBFS (decibelios relativos a plena escala) mide dónde está una señal dentro del camino digital de captura: 0 dBFS es el mayor valor que el flujo puede representar, y toda lectura cuenta hacia abajo desde ese techo. dB SPL (nivel de presión sonora) mide el volumen físico en el aire. Convertir entre ambos exige la sensibilidad del micrófono, cada etapa de ganancia del sistema y una calibración acústica contra una referencia conocida — nada de eso puede leerlo una página web. Por eso todo nivel en este sitio se reporta en dBFS y nunca se presenta como volumen de la sala. Cualquier sitio que muestre una lectura de micrófono sin calibrar etiquetada “dB SPL” está adivinando.

De dónde salen los umbrales

Las bandas de aprobación de nuestras herramientas son puntos de referencia prácticos tomados de la práctica común de broadcast y VoIP, no citas de una norma formal — ninguna medición de navegador satisface las condiciones que asume un documento normativo, así que citarlo sería teatro. Cada banda tiene una razón simple: por ejemplo, el objetivo de habla de −30 a −15 dBFS deja margen bajo el techo y queda bien por encima de los pisos de ruido procesados típicos — más bajo, y el software receptor necesita mucha ganancia de compensación que sube el ruido; más alto, y los picos tocan el techo, donde la distorsión es permanente.

Por qué el mismo equipo lee distinto en otro navegador

El navegador está entre el hardware y la medición, y los navegadores difieren. Chrome, Safari y Firefox eligen distintos valores por defecto de frecuencia de muestreo y buffer, soportan subconjuntos distintos de las restricciones de procesamiento y traen implementaciones propias de esos procesadores — dos navegadores pueden reportar ambos la supresión de ruido “activada” y atenuar tu sala en cantidades diferentes. Compara lecturas en el mismo navegador y el mismo equipo.

Lo que no medimos (y por qué)

dB SPL calibrado — exige micrófono de referencia y calibración acústica.
Ruido propio del hardware y respuesta de frecuencia objetiva — exigen cámara y equipo de medición.
El códec Bluetooth en uso — el navegador solo ve un dispositivo de salida genérico.
Lo que otra aplicación (Zoom, Teams, Discord) selecciona o transmite — permisos y enrutamiento son por aplicación.

¿Encontraste un umbral que no cuadra con tu experiencia? Escríbenos — las correcciones confirmadas se incorporan a esta página.