Re: [webrtc-stats] Stats to keep track of sync between audio and video

@stefanholmer That sounds logical, maybe update 
currentlyPlayedCaptureTimestamp name to not imply that it was played 
(since it was what would have been played). It does have the issue 
where if there is a legitimate reason for the other side not to be 
capturing that hasn't been signaled yet then it will still show up as 
an increase in E2E delay (because you are measuring the E2E delay of 
frame n by calculating the estimated delay of frame n+1) rather then 
calculating the delay of frame n.

Is it expected for video.currentEstimatedCaptureTime - 
audio.currentEstimatedCaptureTime = 0?

What is the plan for these metrics if a stream is muted? One issue 
with the current metric is that we can get giant jumps/continual 
increase when things become muted or unmuted.

GitHub Notification of comment by icydragons
Please view or discuss this issue at 
using your GitHub account

Received on Friday, 10 February 2017 01:31:54 UTC