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

Re: [mediacapture-main] Added support for new "category" constraint for audio (#664)

From: Samuel Dallstream via GitHub <sysbot+gh@w3.org>
Date: Thu, 27 Feb 2020 18:58:22 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-592121615-1582829901-sysbot+gh@w3.org>
> This needs to explain how it relates to the content-hint extension; possibly it could be a PR on that specification instead if functionality there is missing.

I'm wondering if there is a world where the solution I'm looking for is a combination of both of these specs. For example, would it be consistent and clear with both specifications if I:

1. Changed the name of the constraint to something like "platformOptimization" (open to suggestions there).
2. Updated the content-hint spec with new hints such as "speech-Recognition", "speech-Communication", "raw", and then add default behaviors corresponding to these new constraints (ex: "raw" as a content-hint would apply {platformOptimization: "raw"} as a default).

This would follow current patterns, and help show that these new constraints are functionally like other constraints. Functionally alike, as in, they result in new, audible differences if supported by the platform, and can be mixed and matched with other constraints.

GitHub Notification of comment by sjdallst
Please view or discuss this issue at https://github.com/w3c/mediacapture-main/pull/664#issuecomment-592121615 using your GitHub account
Received on Thursday, 27 February 2020 18:58:24 UTC

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