W3C home > Mailing lists > Public > public-webrtc@w3.org > October 2011

Re: [rtcweb] a couple of comments on the latest API draft

From: Harald Alvestrand <harald@alvestrand.no>
Date: Sat, 22 Oct 2011 10:33:50 +0200
Message-ID: <4EA27FEE.4060804@alvestrand.no>
To: robert@ocallahan.org
CC: "rtcweb@ietf.org" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
This is (for once) purely a W3C WG matter, reply-to: header set 
appropriately.

On 10/21/2011 10:53 PM, Robert O'Callahan wrote:
> http://dev.w3.org/2011/webrtc/editor/webrtc-20111017.html
>
> I'm not sure that "blackness" is the appropriate output for a finished 
> MediaStream. HTML media elements that aren't playing anything are 
> transparent. For consistency, it's probably better for MediaStreams 
> that aren't playing anything to also be transparent.
Seems to me that an ended MediaStream should not contribute anything to 
its playout element, so the playout element should be the one deciding 
what to do. Good point.
>
>     When a |MediaStream
>     <http://dev.w3.org/2011/webrtc/editor/webrtc-20111017.html#mediastream>|
>     object ends for any reason (e.g. because the user rescinds the
>     permission for the page to use the local camera, or because the
>     data comes from a finite file and the file's end has been reached
>     and the user has not requested that it be looped, or because the
>     stream comes from a remote peer and the remote peer has
>     permanently stopped sending data, it is said to be finished .
>
>
> What if the user reinstates permission for the page to use a camera, 
> or the author modifies the source to add looping or otherwise 
> replenish the data (e.g. by restarting the source via some API)? In 
> general, especially as we add more sources, it's going to be hard to 
> ensure that the ended/finished state (I think probably you should 
> remove all mentions of "finished" in favour of "ended") is truly 
> permanent. Certainly if we allow arbitrary media elements to be used 
> as sources (as I think we will want to), the author can cause the 
> media element to play again after it's finished.
The way it's currently written, "finished" is permanent, but "disabled" 
is changeable.
We don't have any API to re-request permission for camera, GetUserMedia 
generates a new stream, it doesn't refresh an old one.

We can always emulate "restart" by creating a new stream and attaching 
it to the same playout elements. It's a programming-style issue whether 
we do that, or just disable on "end".
>
> I'm not sure what to do about this, but if we could allow MediaStreams 
> to exit the "ended" state, that would be good.
>
> Rob
> -- 
> "If we claim to be without sin, we deceive ourselves and the truth is 
> not in us. If we confess our sins, he is faithful and just and will 
> forgive us our sins and purify us from all unrighteousness. If we 
> claim we have not sinned, we make him out to be a liar and his word is 
> not in us." [1 John 1:8-10]
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
Received on Saturday, 22 October 2011 08:34:21 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:25 UTC