W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2013

Pause / resume

From: Cullen Jennings (fluffy) <fluffy@cisco.com>
Date: Wed, 24 Jul 2013 04:24:54 +0000
To: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
CC: "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB113608482@xmb-aln-x02.cisco.com>

On Jul 18, 2013, at 6:21 AM, Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com> wrote:

> 1. Pause/resume sending of a MediaStreamTrack
> ---------------------------------------------
> Why: There are many scenarios where it would make sense to be able ask 
> the browser to send a MediaStreamTrack (while keeping RTCP going). One 
> example is in a multiparty service using simulcast. If the large scale 
> version of your video is not shown for any of the other participants in 
> the session, it makes sense to pause the sending (but be able to quickly 
> resume if a talker switch means your video will be shown).
> 
> Currently we have "disable" on MediaStreamTrack level, but that 
> corresponds to sending blackness /silence.
> 
> Note also that the very first use-case in [1] talks about the 
> possibility to pause sending of audio and video.
> 
> What: This depends on how we signal pause/resume. *If* this is done by 
> using sendonly/recvonly/inactive in the SDP this is what I think should 
> be available in an API. (I still think RTCP signaling for this makes 
> more sense.)

I think we previously agreed to add this and just never sorted out how, but either way +1 
Received on Wednesday, 24 July 2013 04:25:23 UTC

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