<div dir="ltr"><div>I have seen a lot of issues with IPCameras I work with a ton of IP cameras. But I currently use a different library. Not GStreamer. (I have only played with it) <br></div><div>This looks like the case when some I frames are dropped or incomplete <br></div><div><br></div><div>Now the rtspsrc at the beginning of the pipeline may be running udp which would make it more susceptible to any programming or network delays.</div><div><br></div><div>"
RTSP supports transport over TCP or UDP in unicast or multicast mode. By
default rtspsrc will negotiate a connection in the following order:
UDP unicast/UDP multicast/TCP. The order cannot be changed but the allowed
protocols can be controlled with the  property."</div><div> </div><div>I do not remember the property to disable udp so it uses tcp. <br></div><div>    but nowadays, imho, tcp works a lot better.</div><div>    the guys who say udp has lower overhead and therefore helps in bandwidth constrained cases was jpeg or audio 10 years ago.</div><div>    TCP now has fast retransmit and it is not uncommon for a single IFrame to need a few hundred packets. Miss one and you get what I call "Vangoughing"</div><div><br></div><div>enjoy<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 3, 2022 at 11:41 AM Bilel Bghiel 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>Hello</div><div><br></div><div>I'm currently using the following setup:</div><div><br></div><div>9 IP camera's:<br></div><div>RTSPsrc - rtph264depay - h264parse - tee <br></div><div><br></div><div>VideoWriter</div><div></div><div>Input-selector - tee - avdec264 - <video editing stuff > - videorate - avenc_flv - flvmux - RTMPsink OR filesink</div><div><br></div><div>I have 9 camera's which are all connected to the videowriter input-selector. This works fine. Now when switching the camera's the screen seems to freeze, only changing the pixels where they are different.</div><div><br></div><div>Demo:  <a href="https://www.youtube.com/watch?v=GJU1eRMgKt0" target="_blank">https://www.youtube.com/watch?v=GJU1eRMgKt0</a></div><div>(e.g: 0:26, 0:35)</div><div><br></div><div>I've been playing around with I-frame settings on the camera's. Which I now set to 1. But still I get the results as seen in the video. Has anybody ever seen this before? And know how to fix this?</div><div><br></div><div>Thanks in advance<br></div></div>
</blockquote></div>