rtsp steam capture with splitmuxsink and mpegtsmux randomly remains open
Describe your issue
Capturing rtsp udp mcast stream from IP camera to multiple files with following pipeline:
gst-launch-1.0 rtspsrc name=myrtsp buffer-mode=synced protocols=udp-mcast location=rtsp://admin:Admin.1234@10.1.50.108 ! rtph264depay name=rtphdep ! queue name=q ! h264parse name=parse ! splitmuxsink location=/home/fconte/gstreamer/TestCamera_%d.mp4 name=mysink-1 send-keyframe-requests=TRUE async-finalize=TRUE muxer-factory=mpegtsmux muxer-properties=properties,name=muxer max-size-time=30000000000
Expected Behavior
Captured files shell be closed while, randomly, some files are reported (fuser) as still in use by gst-launch.
Observed Behavior
Unclosed file events are more frequents on slower system: 1 - Intel(R) Core(TM) i9-10920X CPU @ 3.50GHz --> 1 event in 48 hours 2 - Intel(R) Xeon(R) Bronze 3104 CPU @ 1.70GHz --> 55 events in 24 hours
Setup
- Operating System: Red Hat Enterprise Linux version 8 update 4
- Device 1: Dell Precision 5820
- Device 2: HP Z4
- GStreamer Version: 1.22.1
- Command line: previously reported
Steps to reproduce the bug
run gst-launch pipeline and wait...
How reproducible is the bug?
run gst-launch pipeline and wait...
Solutions you have tried
On HP z4 system, by removing "muxer-factory=mpegtsmux" from pipeline, unclosed file event not occurred during 24 hours continuos session. However, this cannot be considerd a solution while recording files are not usable if truncated; by using "muxer-factory=mpegtsmux" files are usable even if truncated.
Related non-duplicate issues
none
Additional Information
xfs filesystem is used to store capture files