<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-10-09 2:32 GMT+02:00 Olivier Crête <span dir="ltr"><<a href="mailto:olivier.crete@collabora.com" target="_blank">olivier.crete@collabora.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
There is no such method right now. The design is that you just don't set any remote candidates for a component that you want to ignore.<br>
<br></blockquote><div><br></div><div><br></div><div>Hello Olivier,</div><div><br></div><div>thanks for your quick response. I'll have to check if this is what we're doing as of now for the case when we offer. Trickling is involved and IIRC when we offer (and as such we have an agent ready) we pass the remote trickle candidates to libnice as soon as we get them, instead of waiting for the answer as we probably should. I'll check if this also solves the issue referenced in my first post.</div><div><br></div><div>Thanks,</div><div>Lorenzo</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Olivier<br>
<br>
Olivier<br>
<div><div class="h5"><br>
On October 8, 2015 12:03:00 PM GMT+01:00, Lorenzo Miniero <<a href="mailto:lminiero@gmail.com">lminiero@gmail.com</a>> wrote:<br>
>Hi,<br>
><br>
>following the debugging efforts that have been devoted to this issue:<br>
><br>
><a href="https://phabricator.freedesktop.org/T3328" rel="noreferrer" target="_blank">https://phabricator.freedesktop.org/T3328</a><br>
><br>
>it turned out we'd need a way to remove a component from an existing<br>
>stream<br>
>in libnice. In fact, while there is a method to remove a stream, there<br>
>doesn't seem to be any way to remove a single component.<br>
><br>
>The rationale from this, as explained in the last post of the issue<br>
>above,<br>
>is that with WebRTC you may end up converging on a bundle/rtcp-mux<br>
>usage<br>
>for the media and control packets. Specifically, when offering you<br>
>usually<br>
>allocate a stream per media, and two components (RTP/RTCP) per stream.<br>
>When<br>
>bundle is negotiated, you can get rid of all the streams except the<br>
>first<br>
>one (all packets will be bundled over the same "connection"), while<br>
>when<br>
>rtcp-mux is negotiated you know you won't need the RTCP component<br>
>either<br>
>(RTP and RTCP will be sent over the same connection too).<br>
><br>
>Is there any method I missed in the documentation, or is a way to<br>
>remove<br>
>components indeed missing in libnice as of now?<br>
><br>
>Thanks, looking forward to any kind of feedback you can provide!<br>
>Lorenzo<br>
><br>
><br>
</div></div>>------------------------------------------------------------------------<br>
><br>
>_______________________________________________<br>
>nice mailing list<br>
><a href="mailto:nice@lists.freedesktop.org">nice@lists.freedesktop.org</a><br>
><a href="http://lists.freedesktop.org/mailman/listinfo/nice" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/nice</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Olivier Crête<br>
<a href="mailto:olivier.crete@collabora.com">olivier.crete@collabora.com</a><br>
</font></span></blockquote></div><br></div></div>