- From: henbos via GitHub <sysbot+gh@w3.org>
- Date: Thu, 12 Jan 2023 10:37:58 +0000
- To: public-webrtc-logs@w3.org
I'm wondering if a boolean would suffice for "the selected codec does have HW but it's currently not used due to fallback to SW being active". So powerEfficient is false but softwareFallback is true. I think a boolean is more helpful than a counter because a counter talks about the past rather than what is currently the case, and I'm not sure there is much value in counting the number of times an attempt is made, which seems like an implementation detail that could be different on different browsers. E.g. one browser may try to re-boot the HW after a while but another browser may stop using it for the rest of the session... the caller of getStats shouldn't care. @eshrubs do you have any thoughts or opinions about adding SW fallback information to getStats? I think it would be a good addition to powerEfficient to have this. > So I would like to propose adding decoderFallback in RTCInboundRtpStreamStats to get the information without hurting the security concern. Sadly I disagree that this is not a privacy/security concern. This metric exposes that HW was available, so It also needs to be gated. I think what you want @xingri is more conditions to the "exposing hardware is allowed" check -- GitHub Notification of comment by henbos Please view or discuss this issue at https://github.com/w3c/webrtc-stats/issues/724#issuecomment-1380130699 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 12 January 2023 10:38:00 UTC