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