W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > February 2017

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

From: hlundin via GitHub <sysbot+gh@w3.org>
Date: Fri, 17 Feb 2017 11:48:27 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-280629504-1487332105-sysbot+gh@w3.org>
Picking up the discussion deferred here from #146.

_What did the non-standard accelerate and pre-emptive expand rates try
 to quantify?_ Possibly audible stretching and compression (in the 
time domain). The underlying reason for the signal operation is 
probably less interesting, but usual cases are A/V syncing and meeting
 target buffer level (i.e., when high or low water marks are passed).

We need separate metrics for increase and decrease, since a net zero 
doesn't mean that no potentially audible operations were performed.

This does _not_ capture any delay changes resulting from the 
packet-loss concealment operation (see #152).

GitHub Notification of comment by hlundin
Please view or discuss this issue at 
using your GitHub account
Received on Friday, 17 February 2017 11:48:33 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:40 UTC