- From: Philipp Hancke via GitHub <sysbot+gh@w3.org>
- Date: Tue, 06 Nov 2018 10:09:12 +0000
- To: public-webrtc@w3.org
fippo has just created a new issue for https://github.com/w3c/webrtc-pc:
== special-casing of a=msid:- ==
https://github.com/rtcweb-wg/jsep/issues/856 has some implications for webrtc-pc.
I think @henbos already identified the two places where this impacts things.
The spec says under set the associated remote streams to:
```
For each MSID in msids, unless a MediaStream object has previously been created
with that id for this connection, create a MediaStream object with that id.
```
>From setRemoteDescription when applying a remote description...
```
If direction is "sendrecv" or "recvonly", let msids be a list of the MSIDs that the media
description indicates transceiver.[[Receiver]].[[ReceiverTrack]] is to be associated with.
Otherwise, let msids be an empty list.
```
I *think* we can get away with changing only the first one (*). If JSEP passes the list of streams as ["-"] including the "no stream" we can special-case both that ("do not create a stream") and handle an empty list (legacy) by creating a "legacy" stream that encompasses all tracks. From what I can see, this is what Firefox does, even if it means the stream will have more than a single audio/video track.
(*)side-note: I think that text is slightly off as msid "forgets"; I think the slightly more correct thing to say is that if the receivers streams do not include a stream with that id, create one)
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2027 using your GitHub account
Received on Tuesday, 6 November 2018 10:09:14 UTC