W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > December 2020

Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)

From: henbos via GitHub <sysbot+gh@w3.org>
Date: Thu, 17 Dec 2020 10:46:12 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-747361979-1608201971-sysbot+gh@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

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