- From: henbos via GitHub <sysbot+gh@w3.org>
- Date: Wed, 01 Mar 2023 09:50:24 +0000
- To: public-webrtc-logs@w3.org
> its really important to not add FP surface @pes10k In your opinion, is exposing powerEfficientDecoder adding FP surface _in a context that already has MC's powerEfficient_? The difference between the two is so subtle that I would argue that hiding powerEfficientDecoder _in this context_ does not really improve the FP situation compared to exposing it. And if it does not, this pull request is approximately FP neutral. In which case we're hurting a real use case without improving the FP situtation. > Just to throw a straw proposal on the table though, why can't the cloud gaming folks just prompt the users? I'm open to the idea that other APIs prompt (if it makes sense for those APIs) and that getStats() piggybacks on the permissions of the current context, but getStats() should not prompt since this is a passive API being polled in the background to get quality metrics and not relating to a user action. There are 200+ metrics so the app could poll this API for any reason, so asking for HW permission as a result of someone wanting to know the bitrate of their data channel does not make sense. > we do not request any additional permissions other than what is necesasray for the streaming in general usecase @xingri Is it the case that the normal use case of no microphone has 0 prompts? Or is there any other prompt? -- GitHub Notification of comment by henbos Please view or discuss this issue at https://github.com/w3c/webrtc-stats/pull/732#issuecomment-1449729231 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 1 March 2023 09:50:26 UTC