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

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

From: Robert O'Callahan <robert@ocallahan.org>
Date: Tue, 25 Oct 2011 13:04:11 +1300
Message-ID: <CAOp6jLZU4MAj2xG0bzxBWueeXWG33N2MHeEgCgff4NN_NCKN2A@mail.gmail.com>
To: "public-webrtc@w3.org" <public-webrtc@w3.org>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
On Sat, Oct 22, 2011 at 9:33 PM, Harald Alvestrand <harald@alvestrand.no>wrote:

> **
> 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.
>

Yeah. Actually video elements normally keep showing the last frame when they
end, so we'll want a way to support that too.

The way it's currently written, "finished" is permanent, but "disabled" is
> changeable.
>

"finished" == "ended", right? :-)

OK, I will try to write the ProcessedMediaStream spec so that "ended" is a
permanent state. This means that when you get a MediaStream for an HTML
media element, the MediaStream will have to be tied to the currently playing
media resource, and when playback ends that MediaStream will become inactive
and a new MediaStream generated if the author seeks the media resource and
starts playing it again, or loads a new media resource.

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]
Received on Tuesday, 25 October 2011 00:04:49 UTC

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