[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