- Verschifft
- 26. April 2026 um 23:45 UTC
- Autor
- kamo
- Ausschuss
- 86f609c
WebRTC-Statistiken aus einem aktuellen Aufruf zeigten InboundBytes=39680 / Empfänger unmuted / ICE-Paar gelungen - die Brücke lieferte Audio an die Browser - noch der Betreiber berichtete Stille. Das heißt der Empfänger Track ist in Ordnung, aber das <audio"-Element selbst spielt es nicht ab: pausiert, gedämpfte, volume=0, oder zu einem sinkenirlosenId, das der Bediener nicht hören kann (z.B. ein getrennte Ausgabegeräte, die früher auf einer anderen Maschine ausgewählt wurden). Die 5-Sekunden-Breacon erfasst nun auch den Zustand des Audio-Elements (Pause / gedeckt / Volume / currentTime / sinkId / srcObject) so können wir sehen, welche dieser vier Zustände sind die Ursache. Und - defensiv - wenn überhaupt die drei "einfachen" Ausfälle (Pause, gedämpft, volume===0) werden beobachtet *Während* Inbound-Bytes fließend sind, stimmt das SDK selbst das Element ab rechts dann. Das allein kann Audio im Feld wiederherstellen; die Deponie noch macht deutlich, was der zugrunde liegende Fehlruf war.