- From: Jan-Ivar Bruaroey <jib@mozilla.com>
- Date: Thu, 8 Aug 2019 20:42:43 -0400
- To: public-webrtc@w3.org
- Message-ID: <6d1bc0a1-23b0-b907-3ee0-effac3cac69a@mozilla.com>
(With co-chair hat off) I object to publishing the current content-hints as a Working Draft, due to the following issues: 1. <https://slack-redir.net/link?url=https%3A%2F%2Fgithub.com%2Fw3c%2Fmst-content-hint%2Fissues%2F28&v=3>https://github.com/w3c/mst-content-hint/issues/24 2. https://github.com/w3c/mst-content-hint/issues/28 3. https://github.com/w3c/mst-content-hint/issues/29 4. https://github.com/w3c/mst-content-hint/issues/30 I just filed three of these, but they're based on concerns I raised 9 months ago in https://github.com/mozilla/standards-positions/issues/101#issuecomment-442709686 A diff of the Editor's Draft vs TR show the only substantive change to be 3 lines of WebIDL added: + partial interface MediaStreamTrack { + attribute DOMString contentHint; + }; However, this WebIDL does not appear to be backed by sufficient normative implementer guidance to ensure web compatibility around the functionality it enables. Lack of specificity tends to favor and cement implementation behaviors of the dominant browser. In my view the draft needs to do more to address redundancy with existing functionality, including clarifying its interactions with that functionality, and provide stronger assurances than a "hint", in a testable way. There are parts I find promising, like the potential for a simpler alternative to applyConstraints: console.log(track.getSettings().echoCancellation); // true console.log(track.getSettings().noiseSuppression); // trueconsole.log(track.getSettings().autoGainControl); // true track.contentHint = "music"; console.log(track.getSettings().echoCancellation);// false console.log(track.getSettings().noiseSuppression); // falseconsole.log(track.getSettings().autoGainControl); // false But this would need to work consistently across browsers, which this draft doesn't ensure. If web developers cannot have confidence that these hints will do anything, then we shouldn't add them. .: Jan-Ivar :. On 7/24/19 11:18 AM, Bernard Aboba wrote: > Our present Working Draft of content-hints is published ashttps://www.w3.org/TR/2018/WD-mst-content-hint-20180703/, is almost > exactly 1 year old. > The spec has evolved significantly over the course of a year. Thus: > > This is a Call for Consensus to push the editors' draft, > https://w3c.github.io/mst-content-hint/, out as a new Working Draft. > > The CfC will last for one week, and end on Wednesday, July 31, at 16:00 UTC > > In response, please state one of the following: > > - I support publishing the current content-hints as a Working Draft > > - I object to publishing the current content-hints as a Working Draft, due to issues filed in open bug <#number>. > > Bernard, for the chairs
Received on Friday, 9 August 2019 00:43:09 UTC