Revisiting this I don't think it is redundant. The first part ensures there is at least one codec that works for both sending AND receiving. A must for the negotiation of a sendrecv transceiver to work. The second part ensures that none of the codecs are one we do not support. The first part already ensures that we do not succeed if your only codec preference is "FEC" because the first bit requires a "real" codec. -- GitHub Notification of comment by henbos Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2183#issuecomment-486604501 using your GitHub accountReceived on Thursday, 25 April 2019 09:47:27 UTC
This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:47 UTC