<div dir="ltr">I see thank you for this clear explanation. Are you aware of any methods out there for recording an RTSP stream reliably to file without losing partial frames?<div><br></div><div>When FFMPEG is used to capture the frames directly, it seems to not have this issue, so I presume they have some logic for extending the clip to end of each keyframe, but it seems FFMPEG just freezes with no error after some amount of time; I saw in OpenRTSP API docs it mentions about a OPTIONS ping to buggy RTSP servers can be used to keep them alive; maybe I should try that.</div><div><br></div><div>Kind Regards,</div><div><br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 8 Jan 2021 at 12:32, Ross Finlayson <<a href="mailto:finlayson@live555.com">finlayson@live555.com</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">By the way, I discovered that if you use “ffmpeg” to process your output files (without decoding/reencoding the video) - e.g.<br>
        ffmpeg -i cam_eight-00120-00150.mp4 -c copy cam_eight-00120-00150-processed.mp4<br>
you’ll end up with a MP4 file (in this example, named "cam_eight-00120-00150-processed.mp4”) that begins with a key frame.  I.e., it omits the first <1 second of partial frames.  You may find this to be an acceptable solution - if you don’t mind missing <1 second of video between each clip.<br>
<br>
<br>
Ross Finlayson<br>
Live Networks, Inc.<br>
<a href="http://www.live555.com/" rel="noreferrer" target="_blank">http://www.live555.com/</a><br>
<br>
<br>
_______________________________________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com" target="_blank">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" rel="noreferrer" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br>
</blockquote></div>