- From: Philipp Hancke via GitHub <sysbot+gh@w3.org>
- Date: Mon, 11 Sep 2017 19:07:21 +0000
- To: public-webrtc-logs@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