<div dir="ltr">Hi,<div><br></div><div>I've been testing a bit with WebRTC video using Chrome on Mac and a Freeswitch conference. The problem that I have is that the WebRTC client (Chrome) sends video keyframes every 3000 frames, which means that when a new participant joins the conference it can be some time before he/she gets a keyframe. The same problem occurs when the floor changes and the video stream source of the conference is switched to another participant, whose WebRTC client won't necessarily send a keyframe on floor change.</div>
<div><br></div><div>As far as I understood after reading through a couple of Chrome tickets, a keyframe can be requested by the receiving party - in this case a Freeswitch conference, via RTCP FIR (Full Intra Request) or PIL (Picture Loss Indication) packet.</div>
<div><br></div><div>Ticket FS-5596 mentions FIR in its description, so it seems as if FS already has support for FIR (or maybe I got it all wrong and the case described in this ticket refers to RTCP packets, which are simply being proxied by FS). Additionally FS indicates in the SDP that it supports FIR.</div>
<div><br></div><div>BTW, I am not even sure if I have configured the RTCP in Freeswitch correctly. What I did was to uncommented "rtcp-video-interval-msec" and "rtcp-audio-interval-msec" in the sofia SIP profile. However, I still see in Chrome's log:</div>
<div><div>webrtc: (rtp_rtcp_impl.cc:225): Process: Timeout: No RTCP RR received.</div><div>webrtc: (rtp_rtcp_impl.cc:227): Process: Timeout: No increase in RTCP RR extended highest sequence number.</div></div><div><br></div>
<div><div>The real question is if the conference app can be configured/patched to send an RTCP FIR packet to the member who has the floor whenever a new participant joins the conference or in case the floor itself just moved to someone else.</div>
</div><div><br></div><div>Has anyone tested something similar?</div><div><br></div><div>BR</div><div>Hristo</div>
</div>