W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > April 2019

Re: [webrtc-stats] totalPacketSendDelay added (#421)

From: Varun Singh via GitHub <sysbot+gh@w3.org>
Date: Wed, 03 Apr 2019 12:54:16 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-479476363-1554296054-sysbot+gh@w3.org>
This makes sense. And we should do it.

However, I think we need to decide what we mean "produced". Since we are talking about packets and not Frames. Packets are produced when a video frame is fragmented or audio samples are concatenated. 

So in the case of a video frame, all fragmented packets will have the produced timer start at the same time and the timer will expire when they are sent, which would mean that we could observe a send delay spike for large frames.

GitHub Notification of comment by vr000m
Please view or discuss this issue at https://github.com/w3c/webrtc-stats/pull/421#issuecomment-479476363 using your GitHub account
Received on Wednesday, 3 April 2019 12:54:17 UTC

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