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

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