Can muxers/multifilesink drop frames?

[Tim Müller]

On Wed, 2019-09-25 at 09:18 -0400, pisymbol . wrote:

Hi,

> Should I expect every single frame the identity handoff callback
> processes to wound up in the stream?
> 
> Again, I'm talking about a pipeline that ends with something like
> this:
> 
> matroskamux name=muxer streamable=true ! multifilesink max-file-
> duration=60s  locaiton=capture_%08d.mkv
> ... ! h264parse ! identity ! muxer.video_0
> ... ! h264parse ! identity ! muxer.video_1
> 
> So should I expect the total number of frames in the MKV for stream 0
> and 1 equal to the number of times "handoff" is called? I think the
> answer is YES, right?

Nothing in this pipeline should be dropping data (assuming data is
well-formed and well-timestamped etc.).

However, you have limited control over how the files get split in this
scenario with multifilesink.

Have you tried splitmuxsink instead? (git master supports multiple
video streams).

It might behave slightly better (although with two video streams there
are limits what it can do, since keyframes probably won't exactly align
between the two video streams).

Cheers
 Tim



-- 
Tim Müller, Centricular Ltd - http://www.centricular.com
Join us at the GStreamer Conference! 31 Oct-1 Nov 2019 in Lyon, France

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190925/9aa263de/attachment.html>