- From: Travis Leithead <travis.leithead@microsoft.com>
- Date: Wed, 12 Dec 2012 20:34:15 +0000
- To: "public-media-capture@w3.org" <public-media-capture@w3.org>
For those of you thinking about the privacy/fingerprinting issues involved in surfacing the device identifiers, I included a rather cynical example usage scenario in section 7.2 for your consideration: http://dvcs.w3.org/hg/dap/raw-file/tip/media-stream-capture/proposals/SettingsAPI_proposal_v6.html#getting-access-to-a-specific-video-source-if-available > -----Original Message----- > From: Travis Leithead [mailto:travis.leithead@microsoft.com] > Sent: Wednesday, December 12, 2012 11:02 AM > To: public-media-capture@w3.org > Subject: Early Holiday Present: Settings API version 6 > > http://dvcs.w3.org/hg/dap/raw-file/tip/media-stream- > capture/proposals/SettingsAPI_proposal_v6.html > > This is the original (v5.1) planned revision of the settings v5 proposal, > due 2 weeks from our last telecom. It contained enough substantial changes > that I bumped the planned version number. > > Please read the definitions section (2) which sets out some of the > terminology and concepts that will make the rest of the document far > easier to understand. > > (Brief) Summary of Updates: > * Martin's proposal for getting the list of device identifiers (sourceIds) > is included > * Bakes in concepts from Martin's synchronous gUM Option 3, notably: > - Tracks can take constraints in their constructors > * "Settings" are now split into capabilities and constraints (there is no > more "settings" concept) > * Further simplified the "source" model from prior proposals > * Added a concept of "read-only" sources to better allow for either file- > backed sources or readonly device-sharing (born from EKR's comments in the > telecom). > > -Travis
Received on Wednesday, 12 December 2012 20:35:47 UTC