- From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
- Date: Thu, 6 Feb 2014 09:01:50 +0000
- To: Martin Thomson <martin.thomson@gmail.com>, "public-media-capture@w3.org" <public-media-capture@w3.org>
Martin, I think this is a big improvement. But peerIdentity is not really a constraint, is it? To me it is an optional parameter you can add when using getUserMedia. The pull request describes the relation between identity protected tracks and PeerConnection; but perhaps all of that should be in the WebRTC doc? Otherwise we set a precedence here and would have to describe what happens for all uses of MediaStreams and 'Tracks (Recorder, ImageCapture, what else comes down the road). Nit: in the pull request it is not mentioned what happens if a MediaStreamTrack with peerIdentity is cloned. That must be described. Stefan On 2014-02-06 01:51, Martin Thomson wrote: > We've had a lot of confusion about the role of noaccess and > peerIdentity in WebRTC over the time that they have been proposed, > discussed, etc... I want to concentrate on finalizing what is in gUM > first, because while there are still some small issues to resolve on > the WebRTC side, gUM is straightfoward. > > I want to propose the following set of changes. > > 1. remove noaccess (that's been discussed for a while now, and the time is ripe) > > 2. move the location of the peerIdentity constraint. As a > fully-fledged constraint, it turns out that it is difficult to > properly vet input for a mixed audio+video stream: > var constraints = {}; > constraints.audio = { peerIdentity: 'x@nfcform.domain' }; > constraints.video = { peerIdentity: 'x@nonnfcform.but.equivalent.domain' }; > navigator.getUserMedia(constraints, ...); > This is important, since it makes no sense to have different > constraints on different tracks in the same stream. Mixing isolation > restrictions causes great headaches already to the point where Firefox > at least just marks mixed content (!) as fully isolated. So I > propose: > navigator.getUserMedia({audio: true, video: true, peerIdentity: > 'x@example.com' }, ...); > > Now, since I've implemented these, I can be pretty confident that > these are sound, so I made a pull request on the spec that does this. > > https://github.com/fluffy/webrtc-w3c/pull/10 > > This includes a refined text regarding mixed isolation levels for > streams that contain peerIdentity and non-peerIdentity tracks. > >
Received on Thursday, 6 February 2014 09:02:15 UTC