[Webkit-unassigned] [Bug 174456] New: WebRTC: silence data not sent for disabled audio track
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Jul 12 22:15:04 PDT 2017
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>
More information about the webkit-unassigned
mailing list