debug+fix(softphone): inspecionar o estado do elemento <audio>, recuperar automaticamente quando os bytes chegarem mas o som permanecer em silêncio

Otherkamo-internal
Navios
26 de abril de 2026 às 23:45 UTC
Autor
kamo
Enviar
86f609c

Estatísticas WebRTC de uma chamada recente mostrou inboundBytes=39680 / receptores par desmutado / ICE bem sucedido — a ponte estava entregando áudio para o navegador — mas o operador relatou silêncio. Isso significa que o receptor A faixa está bem, mas o elemento <áudio> em si não está tocando: pausado, mutado, volume=0, ou encaminhado para uma pia o operador não pode ouvir (por exemplo, a dispositivo de saída desconectado selecionado anteriormente em uma máquina diferente). O farol de 5 segundos agora também captura estado de elemento de áudio (pausado / mutado / volume / correnteTempo / pinkId / srcObject) para que possamos ver qual destas quatro condições é a causa. E — defensivamente — se algum dos as três falhas "fácil" (pausada, mudada, volume) são observadas * enquanto* os bytes de entrada estão fluindo, o SDK corrige o elemento Certo, então. Isso sozinho pode restaurar o áudio no campo; o despejo ainda deixa claro qual foi o erro subjacente.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços