debug+fix(softphone): ispezionare <audio> element state, auto-recuperare quando i byte arrivano ma il suono rimane silenzioso

Otherkamo-internal
Spegnimento
26 aprile 2026 alle ore 23:45 UTC
Autore
kamo
Impegno
86f609c

WebRTC statistiche da una recente chiamata mostrata inboundBytes=39680 / ricevitori unmuted / coppia ICE succeduto — il ponte stava consegnando audio al browser — tuttavia l'operatore ha riferito silenzio. Significa che il ricevitore la traccia va bene, ma l'elemento <audio> non lo sta suonando: muted, volume=0, o indirizzato a un lavandinoId l'operatore non può sentire (ad esempio un dispositivo di uscita scollegato selezionato prima su una macchina diversa). Il faro di 5 secondi ora cattura anche lo stato audio-element (pausato / muted / volume / correnteTime / sinkId / srcObject) così possiamo vedere quale di queste quattro condizioni è la causa. E — difensiva — se i tre fallimenti "facili" (paused, muted, volume=0) sono osservati * mentre * byte in entrata scorre, l'SDK corregge l'elemento Allora. Che solo può ripristinare l'audio nel campo; la discarica ancora rende chiaro che cosa era il mis-state sottostante.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo