Re: [webrtc-stats] Add stats for accelerating/decelarating playout speed (#407)

@jan-ivar In the latest version of [the PR]( we are defining these as the difference between number of samples received and number of samples played out due to slowing down or speeding up playout. For example, an implementation may achieve speedup by removing every X samples, and removedSamplesForAcceleration would increase by X. Another implementation may analyze the samples that are in buffer and use some implementation-specific magic to combine these samples, resulting in a playout of X samples less than was received, and removedSamplesForAcceleration would increase by X. In any case these are differences that have to do with acceleration (or deceleration). It does not cover samples removed for "any" reason, i.e. if the jitter buffer is flushed, this does not increment removedSamplesForAcceleration because that is not an acceleration that is a flush. Is the current definition clear?

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

Received on Tuesday, 2 April 2019 07:38:47 UTC