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

I don't think it makes a lot of sense to do
audioOffsetFromVideo = e2eVideoDelay - e2eAudioDelay;

as it doesn't provide any value and introduces errors. 
remoteAudio/Video.currentTime are estimates which can be wrong, and 
audio/videoTrackStats.currentPlayoutTimestamp should already be based 
on the same clocks and therefore be directly comparable. It doesn't 
matter when audio or video started 

Am I misunderstanding something, or why isn't this enough:

audioOffsetFromVideo = videoTrackStats.currentPlayoutTimestamp - 

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

Received on Wednesday, 8 February 2017 14:18:03 UTC