[Bug 797084] New: "gaps in prefill mode" appear with splitmuxsink 29.97 FPS

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Sep 5 14:12:42 UTC 2018


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

            Bug ID: 797084
           Summary: "gaps in prefill mode" appear with splitmuxsink 29.97
                    FPS
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: vivia at ahiru.eu
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 373550
  --> https://bugzilla.gnome.org/attachment.cgi?id=373550&action=edit
qtmux:6,splitmuxsink:6 log

Pipeline:
gst-launch-1.0 -v videotestsrc !
video/x-raw,width=1280,height=720,framerate=30000/1001 ! queue ! videoconvert !
avenc_prores ! queue ! splitmuxsink name=m muxer="qtmux reserved-prefill=true
reserved-max-duration=4000000000" max-size-bytes=0 max-size-time=4000000000
location=fragment%05d.mov   audiotestsrc ! queue ! audio/x-raw,rate=48000 !
audiobuffersplit output-buffer-duration=1001/30000 strict-buffer-size=true  !
queue ! m.audio_%u

When finalising the second fragment, it complains that "can't support gaps in
prefill mode". Looking at the qtmux logs, the audio pad is a late stream by
0:00:00.033366667 (the duration of one audio buffer). Looks like the ends of
the video and the audio streams are not aligned properly in splitmuxsink, and
the first fragment ends up containing one extra audio buffer.

Attaching qtmux:6,splitmuxsink:6 log.

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


More information about the gstreamer-bugs mailing list