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

Re: [webrtc-stats] Add hugeFramesSent counter to RTCVideoSenderStats dictionary

From: ilnik via GitHub <sysbot+gh@w3.org>
Date: Tue, 20 Feb 2018 17:18:35 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-367050643-1519147114-sysbot+gh@w3.org>
@henbos, will make a PR one tomorrow. BTW, I can't add a branch to this repository, should I fork it then?

"average encoded frame size" is by definition <allocated bitrate>/<fps>. I.e if the encoder could magically produce all the frames of the same size, they all would be that size. The first frame will almost always be the huge frame, as it will be a key-frame and it will typically be quite large for any configured bitrate.

We don't have any counters to keep track of the average frame size. It's just the function of a bitrate (and fps). Resolution nor quality do not affect these calculations.

@alvestrand, We logged encoded frames sizes from internal webrtc testing tools, then chosen 2.5 as a reasonably above normal deviation in size, but less so all the slide changes in our testing were detected as an outliers. Unfortunately, I have no data to prove it now.

Again, there are no need to calculate average if it's defined as that it is: configured bitrate / configured fps.

GitHub Notification of comment by ilyanikolaevskiy
Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/330#issuecomment-367050643 using your GitHub account
Received on Tuesday, 20 February 2018 17:18:54 UTC

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