- From: henbos via GitHub <sysbot+gh@w3.org>
- Date: Tue, 02 Apr 2019 07:38:45 +0000
- To: public-webrtc-logs@w3.org
@jan-ivar In the latest version of [the PR](https://github.com/w3c/webrtc-stats/pull/408) 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 https://github.com/w3c/webrtc-stats/issues/407#issuecomment-478881254 using your GitHub account
Received on Tuesday, 2 April 2019 07:38:47 UTC