Debug + poprawka (napoprawa (nagównia): inspekcja .audio> stan elementu, automatyczne odzyskiwanie, gdy przyjdą bajty, ale dźwięk pozostaje cichy

Otherkamo-internal
Szycy
26 kwietnia 2026 23:45 UTC
Autor
kamo
Pochęt się
86f609c

Statystyki WebRTC z niedawnego połączenia pokazały inboundBytes-39680 / odbiorniki Para niewymuszowana / ICE odniosła sukces - most dostarczał audio do Przeglądarka – jednak operator zamgłanił milczenie. Oznacza to, że odbiorca Utwór jest w porządku, ale sam element "audio" nie gra go: zatrzymany, Wyciszone, głośności0, lub kierowane do zlewuId, którego operator nie słyszy (np. a) Odłączone urządzenie wyjściowe wybrane wcześniej na innej maszynie). 5-sekundowy beacon przechwytuje teraz również stan audio-element (paused / mutowane / głośność / prąd Czas / sinkId / srcObject) dzięki czemu możemy zobaczyć, który Z tych czterech warunków jest przyczyną. I – defensywnie – jeśli któryś z nich Zaobserwowane są trzy "łatwe" awarie (przeciążone, wyciszone, objętość 0) W czasie, gdy przychodzące bajty płyną, SDK samonaprawia element W takim razie. To samo może przywrócić dźwięk w polu; zrzut nadal Wyjaśnia, czym jest ukryty błąd.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny