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

RE: Query: What does "context" mean in the context (sic) of requirement A15? [ACTION-6]

From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
Date: Sun, 21 Aug 2011 13:46:12 +0200
To: Harald Alvestrand <harald@alvestrand.no>, Christer Holmberg <christer.holmberg@ericsson.com>
CC: "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <BBF498F2D030E84AB1179E24D1AC41D61C1BCA7EE8@ESESSCMS0362.eemea.ericsson.se>
Harald Alvestrand wrote:
>this is a promised action from Quebec:
>in draft-ietf-rtcweb-use-cases-and-requirements-02, the following
>sentence occurs:
>    ----------------------------------------------------------------
>    A15             The web application MUST be able to identify the
>                    context of a stream.
>    ----------------------------------------------------------------
>I indicated I had problems seeing a definition for the word "context",
>and found it hard to suggest implementations for it when I didn't know
>what it was.
I think the word "context" is probably badly chosen, better proposals are welcome.
>The driving scenarios are the hockey game viewer, the multiparty on-line
>game with voice communication, the distributed music band and the video
>conferencing system with central server.
>One of the possible interpretations of "context" is that the Web
>application MUST be able to associate an identifier with the stream
>(label, CNAME or "something else") that can be shared over a channel
>outside the media channel (for instance over the signalling path), so
>that  both ends of the media stream know that they're talking about "the
>same stream".
This is exactly what was intended from the Author's. If this part is lacking, the only way in cases where several cameras are used to keep track of them is to set them up one by one (e.g. start with the fron facing camera, and once that stream is established and shown in the right display of the receiver add the rear facing cam). This would delay the start of a session.

In terms of the current API proposal, this is handled by the "label". Note that if there was no label, it could still be managed by having a separate PeerConnection peer stream, but this would still give some extra delay at set up since you would have to establish connection 1 before starting connection 2 to be able to keep track. IMHO the "label" or something similar is very useful.
>Another interpretation is that there has to be a set of information that
>one can gather from the media stream (for example - remote partner,
>format, identifier and so on) that together forms the context.
This is not what the Author's had in mind if I recollect correctly. But it is an interesting idea.
>So - to the authors:
>What did you intend when you wrote "context"?
See above.
Received on Sunday, 21 August 2011 11:46:36 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 9 October 2019 15:14:55 UTC