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

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

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 using your GitHub account

Received on Monday, 11 September 2017 19:07:15 UTC