[Bug 796773] splitmuxsink creates files that are too large

[GStreamer (GNOME Bugzilla)]

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

--- Comment #2 from Pedro Corte-Real <pedro at pedrocr.net> ---
A sample file that shows this problem can be downloaded here:

http://scratch.corujas.net/sample.gdp

It can be tested with this pipeline:

gst-launch-1.0 filesrc location=sample.gdp ! gdpdepay ! rtph264depay !
h264parse ! splitmuxsink muxer="matroskamux" location="test-%05d.mp4"

That results in a single file because all the I-frames are missing PTS.
Enabling PTS interpolation in h264parse (can't be done in gst-launch) is half a
fix. The end result is this:

$ du -sh *.mp4
4.0K    test-00000.mp4
564K    test-00001.mp4
564K    test-00002.mp4
560K    test-00003.mp4
564K    test-00004.mp4
564K    test-00005.mp4
564K    test-00006.mp4
564K    test-00007.mp4
564K    test-00008.mp4
564K    test-00009.mp4
564K    test-00010.mp4
564K    test-00011.mp4
564K    test-00012.mp4
564K    test-00013.mp4
564K    test-00014.mp4
5.6M    test-00015.mp4
564K    test-00016.mp4
568K    test-00017.mp4
568K    test-00018.mp4
568K    test-00019.mp4
568K    test-00020.mp4
568K    test-00021.mp4
568K    test-00022.mp4
568K    test-00023.mp4
568K    test-00024.mp4
572K    test-00025.mp4
572K    test-00026.mp4
2.5M    test-00027.mp4

The first file is broken with no content and then some times there's a large
file. That happens also because the PTS is wrong and thus
"splitmux->max_in_running_time >= ctx->in_running_time" is true for some
I-frames.

I have a gstreamer git build working now so if anyone has a pointer on how to
fix the missing PTS on these streams properly I'll have a look.

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