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

See for excluding estimatedCaptureTimestamp:

> captureTimestamp removed after offline discussion: The RTCP SR packet containing the NTP timestamp doesn't give us a RTT estimate because the local and remote clocks aren't in sync.
> If the alternative is to use RTT estimates from STUN pings then we're ignoring delays due to encoding and packetization and using an RTT from other packets than the media packets. If this is acceptable in the estimatedCaptureTimestamp this can already be calculated by taking track.estimatedPlayoutTimestamp + iceCandidatePair.currentRoundTripTime / 2 and we don't need a new stat for it that could be slightly misleading due to the difference between media packets and stun pings.

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

Received on Thursday, 11 May 2017 08:32:46 UTC