From 51f8aad54212e672c745024666c7262658fe3d8a Mon Sep 17 00:00:00 2001 From: Minyue Li Date: Tue, 7 Apr 2020 01:09:29 +0200 Subject: [PATCH] add impact to explainer --- explainer.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/explainer.md b/explainer.md index a99bc6d..8f5a8d1 100644 --- a/explainer.md +++ b/explainer.md @@ -16,7 +16,7 @@ https://www.chromestatus.com/feature/5728533701722112 #### Abstract -This section explains the two new data fields in RTCRtpContributingSource, namely captureTimestamp and senderCaptureTimeOffset, see [here](https://w3c.github.io/webrtc-extensions/#rtcrtpcontributingsource-dictionary). They are introduced for audio-video synchronization and end-to-end delay measurements. +This section explains the two new data fields in RTCRtpContributingSource, namely captureTimestamp and senderCaptureTimeOffset, see [here](https://w3c.github.io/webrtc-extensions/#rtcrtpcontributingsource-dictionary). They are introduced for audio-video synchronization and end-to-end delay measurements. These measurements are critial quality indices of a real-time communication system, and they can be very well used for monitoring the performance of such a system and A/B testing of new features. The audio-video synchronization measurement may also be used for achieving audio-video synchronization by adjusting the playout delay of the audio or the video stream accordingly. The solution to audio-video synchronization and end-to-end delay measurements described here is particularly desired by systems, where an intermediate stream regenerator that terminates the streams originating from senders is involved. One example of this is an audio mixer.