<div style="white-space:pre-wrap">passthrough mode in video conference is basically useless.  It&#39;s left over from before we had any real video support.  It does nothing at all with rtcp.  There is no plans to do anything useful with this feature other than to possibly remove it in the future.</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 14, 2016 at 2:58 AM Александр Дружилов &lt;<a href="mailto:alexdruzhilov@gmail.com">alexdruzhilov@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">Could somebody explain me how Freeswitch works with a RTCP packets in video passthrough mode?<br class="gmail_msg"><br class="gmail_msg">I ask because I found a problem when one user starts sending video to another client through Freeswitch. The problem in depth: I have two clients and whant to make WebRTC video conference between them (but use only passthrough mode because it&#39;s just a screensharing when one user sends his screen to anybody other in conference). So first user starts conference and sends his screen to Freeswitch (and he can see that Freeswitch sends him back his screen properly). When another user attaches to this conference he does not see any video, but at the same time I see in chrome://webrtc-internals that he receives exactly the same video stream that first user sends to freeswitch. I started to look deeper and found that second client sends a lot of PLI requests (about 5 per second) to Freeswitch. I tend to think that it&#39;s because second client attaches to conference in the middle of RTP stream and he didn&#39;t receive a full intra-picture and he can&#39;t start encode the video stream. Also I found that no RTCP packets was sent from Freeswitch to the first client to get this intra-picture. So returning to my first question: what if Freeswitch just ignores this RTCP packets in passthrough mode?</div>
</div><br class="gmail_msg"></div>
_________________________________________________________________________<br class="gmail_msg">
Professional FreeSWITCH Consulting Services:<br class="gmail_msg">
<a href="mailto:consulting@freeswitch.org" class="gmail_msg" target="_blank">consulting@freeswitch.org</a><br class="gmail_msg">
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" class="gmail_msg" target="_blank">http://www.freeswitchsolutions.com</a><br class="gmail_msg">
<br class="gmail_msg">
Official FreeSWITCH Sites<br class="gmail_msg">
<a href="http://www.freeswitch.org" rel="noreferrer" class="gmail_msg" target="_blank">http://www.freeswitch.org</a><br class="gmail_msg">
<a href="http://confluence.freeswitch.org" rel="noreferrer" class="gmail_msg" target="_blank">http://confluence.freeswitch.org</a><br class="gmail_msg">
<a href="http://www.cluecon.com" rel="noreferrer" class="gmail_msg" target="_blank">http://www.cluecon.com</a><br class="gmail_msg">
<br class="gmail_msg">
FreeSWITCH-users mailing list<br class="gmail_msg">
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="gmail_msg" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br class="gmail_msg">
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br class="gmail_msg">
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br class="gmail_msg">
<a href="http://www.freeswitch.org" rel="noreferrer" class="gmail_msg" target="_blank">http://www.freeswitch.org</a></blockquote></div>