Re: [webrtc-stats] Stat for audio playout delay

The terms "jitter buffer delay" and "decode buffer delay" can be 
interpreted differently depending on implementation details. For 
instance, given the implementation in NetEq (, I would not 
define decode buffer delay like @vr000m above, and the two are very 
tightly coupled.

I would suggest to have one jitter buffer delay, defined as the delay 
between the first packet belonging to an audio/video frame entering 
the jitter buffer and the complete frame being sent for rendering.

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

Received on Friday, 17 February 2017 11:31:54 UTC