[Bug 796773] New: splitmuxsink creates files that are too large

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=796773

            Bug ID: 796773
           Summary: splitmuxsink creates files that are too large
    Classification: Platform
           Product: GStreamer
           Version: unspecified
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: pedro at pedrocr.net
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I am reading and splitting a RTSP/H264 stream from an IP camera into several
~2s MP4 files with a pipeline that is basically:

gst-launch-1.0 uridecodebin location="rtsp://..." ! h264parse ! splitmuxsink
location="test-%d.mkv" max-size-time="100000000" max-size-bytes="1000000"

The only thing I do besides this is
gst_base_parse_set_pts_interpolation(h264parse, true) so that the PTS on
I-frames is interpolated and the muxing works.

This almost works but results in two types of strange files:

$ du -sh *.mp4
4.0K    test-00000.mp4
1.2M    test-00001.mp4
1.2M    test-00002.mp4
1.2M    test-00003.mp4
1.2M    test-00004.mp4
1.2M    test-00005.mp4
1.2M    test-00006.mp4
1.3M    test-00007.mp4
1.3M    test-00008.mp4
1.3M    test-00009.mp4
1.2M    test-00010.mp4
1.2M    test-00011.mp4
1.2M    test-00012.mp4
1.3M    test-00013.mp4
1.3M    test-00014.mp4
1.2M    test-00015.mp4
1.2M    test-00016.mp4
1.2M    test-00017.mp4
1.2M    test-00018.mp4
1.3M    test-00019.mp4
14M    test-00020.mp4
1.2M    test-00021.mp4
1.2M    test-00022.mp4
1.2M    test-00023.mp4
1.3M    test-00024.mp4
(...)

The first file is a broken file with no content, probably from the first frame
from the camera not being an I-frame. And then every so often there are some
larger files that should have been cut into smaller ones but werent.

I've attached the splitmuxsink debug output. I also have a gdppay rtspsrc
output that allows me to reproduce the issue from a filesrc to not depend on
the camera. Since this is a surveillance camera I'll have to film something
else to be able to share the file.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.