W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > September 2017

Re: [webrtc-pc] behaviour of offerToReceive* set to false when there is a local track

From: Philipp Hancke via GitHub <sysbot+gh@w3.org>
Date: Mon, 11 Sep 2017 19:07:21 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-328628269-1505156832-sysbot+gh@w3.org>
Looking back at the number of "i want to broadcast" requests for simplewebrtc I think offerToReceive=false is pretty common.

> Specifically: apps are generally on both sides of a connection, and should know which side intends to send what ahead of OA.

You assume single-purpose apps. More complex applications that support both audiovideo and audio-only will probably need to signal the intent alongside the SDP. In which case its easier to just do it in the SDP.

3/3 browsers that implement legacy constraints set sendonly in the sdp (and I have a shim which should do it for the one that does not implement them) when there is a local track. They are probably not going to change that just because we avoid specifying it. Also beware of [the dragons](https://github.com/rtcweb-wg/jsep/pull/833)

Either way, I can fall back to "do what the others do" when there is no specification ;-)

GitHub Notification of comment by fippo
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1586#issuecomment-328628269 using your GitHub account
Received on Monday, 11 September 2017 19:07:15 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:42 UTC