<div dir="ltr"><div><br></div><div>In general it would be very useful to have more information about the GStreamer you used like the versions and platforms when asking questions. Have you tried to increase the value of the "latency" property in the "webrtcbin" element e.g. to 500? The "latency" value should go to the rtpjitterbuffer. The default value is 200 ms.<br></div><div><br></div><div>Regards,</div><div><br></div><div>Yu<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 29 Dec 2022 at 11:30, Pradeep Acharya via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><div>   i'm using webtcbin plugin to develop video SFU server. . we see video freezing very often on the browser side as the frames get dropped and when PLI requests are sent by the browser, it's forwarded to the appropriate client to generate the keyframe. video freeze recovers when the browser sends a key frame..</div><div>  SDP negotiations for RTX payload are proper and RTX packets are also sent and received properly by client and our SFU server.</div><div><br></div><div> As per the jitterbuffer logs, However, in some situations , when the RTT time increases to ~200ms , if packets are not arrived with-in the configured jitter buffer latency (for example 500ms), the packets are dropped by rtpjitterbuffer. Even the RTX packets sent by the client are dropped. What are changes required to be done in rtpjitterbuffer element so that packets are not dropped ? <br></div><div><br></div><div>Regards<br></div><div>Pradeep<br></div></div>
</blockquote></div>