- From: henbos via GitHub <sysbot+gh@w3.org>
- Date: Wed, 18 May 2022 08:18:51 +0000
- To: public-webrtc-logs@w3.org
henbos has just created a new issue for https://github.com/w3c/webrtc-provisional-stats: == outbound-rtp.scaleResolutionDownBy == Background: w3c/webrtc-stats#596. The spec report media source's resolution (e.g. camera capture in 720p, even though there is a [bug in Chromium](https://bugs.chromium.org/p/webrtc/issues/detail?id=12501) to report an adapted version of this value) and what we actually end up sending (outbound-rtp.frameWidth/Height), which would be after both scaleResolutionDownBy and adaptation has been applied. Under ideal conditions, outbound-rtp resolution would be (media-source resolution X scaleResolutionDownBy), but this cannot be derived using getStats() alone. Because we don't expose scaleResolutionDownBy in getStats(), the only way to calculate the ideal resolution is with other APIs. - Should we expose outbound-rtp.scaleResolutionDownBy? Speaking for adding it: - Allows determining "which outbound-rtp is which layer" as well as "how much downscaling was due to the scaling factor and how much was due to adaptation". Speaking against adding it: - Nobody has asked me for this, I just noticed that it was missing. - While potentially racy to get different pieces of information from different APIs, this information is already available in getParameters(). Please view or discuss this issue at https://github.com/w3c/webrtc-provisional-stats/issues/23 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 18 May 2022 08:18:53 UTC