Prueba el micrófono, la cámara y los auriculares en un solo sitio.
Los resultados tienen carácter informativo. Contrástalos con otras fuentes.
El medidor del micrófono muestra la señal después de que el navegador ya la ha limpiado
Los navegadores aplican por defecto cancelación de eco, supresión de ruido y control automático de ganancia al audio capturado. Lo que dibuja el medidor de nivel es, por tanto, la señal procesada y no lo que el micrófono oyó realmente. Una lectura plana puede significar un micrófono muerto, o una supresión de ruido haciendo muy bien su trabajo; y una barra de aspecto sano puede ser el control de ganancia amplificando una entrada muy débil.
Cómo funciona
- Solicita acceso al micrófono y dibuja un nivel en directo a partir del flujo capturado.
- Abre la cámara para una comprobación visual y reproduce un tono por el dispositivo de salida actual.
- Lleva un registro de cada paso para que veas qué etapa falló y no solo que algo falló.
micrófono: getUserMedia({ audio: true })
→ AudioContext → MediaStreamSource → AnalyserNode → nivel
cámara: getUserMedia({ video: true }) → elemento de vista previa
salida: reproducir un tono conocido y confirmar que lo oyes
los navegadores activan echoCancellation, noiseSuppression y autoGainControl por defectoEjemplo resuelto
Averiguar por qué un micrófono parece mudo.
- permiso concedido, así que el navegador ve el dispositivo
- el medidor se queda cerca de cero mientras hablas
- la supresión de ruido puede estar tratando la entrada constante como fondo y eliminándola
- el control de ganancia también puede enmascarar el fallo contrario, elevando un micrófono apenas funcional a un nivel de apariencia normal
- el registro muestra si el flujo llegó a abrirse, lo que separa un fallo de permisos de uno de hardware
Un medidor que se mueve al hablar demuestra que toda la cadena funciona. Uno que no se mueve es un punto de partida y no un veredicto, porque entre el micrófono y la cifra hay tres capas de procesado.
Cómo leer el resultado
- El navegador solo puede informar de lo que le entrega el sistema operativo. Una entrada silenciada, un dispositivo predeterminado equivocado y un interruptor físico de silencio se ven aquí idénticos —silencio sin error—, así que revisa los ajustes de sonido del sistema antes de dar el hardware por averiado.
- La prueba de salida es la parte más débil de cualquier test en navegador, porque nada puede confirmar que oíste el tono. La página puede demostrar que reprodujo audio; solo tú puedes confirmar que llegó, y por eso el resultado depende de tu respuesta y no de una medición.
- Las tres comprobaciones necesitan contexto seguro y permiso explícito. En una página http:// simple la interfaz multimedia falta por completo, y un aviso denegado no puede volver a plantearlo la página: hay que restablecerlo en los ajustes de sitio del navegador.
- Superar todas las comprobaciones aquí no garantiza una videollamada funcional. Las aplicaciones de conferencia eligen sus propios dispositivos y en algunos sistemas los reservan en exclusiva, así que un dispositivo libre en el navegador puede estar ocupado en otra parte.
Preguntas frecuentes
- El medidor apenas se mueve pero la gente me oye. ¿Va algo mal?
- Probablemente no. El nivel que ves ha pasado por la supresión de ruido y el control de ganancia, así que mide mal el volumen de entrada en bruto. Si los demás te oyen, la cadena funciona: el medidor sencillamente no es un instrumento calibrado.
- No pasa nada cuando inicio una prueba.
- Revisa primero el permiso y después el protocolo de la página. Si el acceso se denegó antes, la página no puede volver a pedirlo y tendrás que restablecerlo en los ajustes de sitio del navegador; en una página http:// no segura la interfaz multimedia no existe en absoluto.