[Webkit-unassigned] [Bug 174456] New: WebRTC: silence data not sent for disabled audio track

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=174456

            Bug ID: 174456
           Summary: WebRTC: silence data not sent for disabled audio track
           Product: WebKit
           Version: Safari Technology Preview
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: New Bugs
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: andrew at tokbox.com

jsbin: https://output.jsbin.com/doweto

Press start, call

Output:
{
  "pollIndex": 71,
  "audioBytesSent": 0,
  "videoBytesSent": 7412286
}

Expected output:
{
  "pollIndex": 71,
  "audioBytesSent": <not zero>, // <--- difference here
  "videoBytesSent": 7412286
}

---

If you disable video instead, a little video data is still sent for the black frames. In a similar way, when audio is disabled, a little silence data should be sent too. At tokbox, we use these data to ensure the stream is working properly at the SFU and will reject the stream if video/audio is disabled during startup (if it is set from the very start it will accept it). The spec says this silence data should be sent:

"If track is ended, or if track.muted is set to true, the RTCRtpSender sends silence (audio) or a black frame (video). If track is set to null then the RTCRtpSender does not send."

Chrome and FF have this behaviour using the jsbin provided.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170713/6c38492e/attachment.html>