Re: [webrtc-stats] jitterBufferDelay and concealed samples, DTX/CNG samples

A frame going out of the jitter buffer does not mean it is played out: there could be a decode error, it could get dropped due to missing playout, or other. This means we can't use "framesDecoded" for video, and we can't use "framesDecoded - framesDropped" because they could get dropped before the jitter buffer.

Should we just make the counters specific to coming out of the jitter buffer to avoid all these subtle bugs? "jitterBufferOutput - the number of samples/frames that have gone through the jitter buffer"?

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

Received on Thursday, 26 October 2017 23:38:07 UTC