- From: henbos via GitHub <sysbot+gh@w3.org>
- Date: Thu, 17 Dec 2020 10:46:12 +0000
- To: public-webrtc-logs@w3.org
> Option 3 is really an implementation choice. I know this one (blocking-invoke) is "taboo", but in terms owning our mistakes, this seems to be the only option that does not break the usual flow that you mentioned. So it's not "just an implementation choice" if we decide to take that path, but I understand if we don't want to go there. > Validate/Make sure media capabilities as input to setCodecPreferences is a superior replacement I like this option. But I agree that if we cannot do that then we do need an async replacement. -- GitHub Notification of comment by henbos Please view or discuss this issue at https://github.com/w3c/webrtc-extensions/issues/57#issuecomment-747361979 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 17 December 2020 10:46:13 UTC