- Cambia
- 26 de abril de 2026 a las 23:45 UTC
- Autor
- kamo
- Comprometerse
- 86f609c
Estadísticas de WebRTC de una llamada reciente mostraron inboundBytes=39680 / receptores desmoleada / Par de ICE sucedió - el puente estaba entregando audio a la navegador, sin embargo, el operador reportó silencio. Eso significa el receptor La pista está bien, pero el elemento "audio" en sí no lo está tocando: pausado, apagado, volumen=0, o enrutado a un lavaboId que el operador no puede oír (por ejemplo, a Dispositivo de salida desconectado seleccionado anteriormente en una máquina diferente). El faro de 5 segundos ahora también captura el estado de audio-elemento (pausado / apagado / volumen / corrienteTiempo / fregaderoId / srcObject) para que podamos ver cuál de esas cuatro condiciones es la causa. Y defensivamente, si alguno de se observan las tres fallas "fáreas" (pausadas, silenciadas, de volumen ===0) *Mientras* los bytes entrantes están fluyendo, el SDK auto-corrige el elemento En ese momento. Eso por sí solo puede restaurar el audio en el campo; el vertedero todavía Deja claro cuál era el mal estado subyacente.