[Bug 794722] New: flvmux: In live mode, starts output before all caps set

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Mar 27 13:22:26 UTC 2018


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

            Bug ID: 794722
           Summary: flvmux: In live mode, starts output before all caps
                    set
    Classification: Platform
           Product: GStreamer
           Version: 1.14.0
                OS: All
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: jan.steffens at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

flvmux will only write FLV headers at the very start of the output. 

When handling live sources, flvmux will start the output as soon as any buffer
arrives on any pad. If, at this point, caps are missing from any pad, the
headers produced will be incomplete.

Working around this problem using pad probes is possible but messy. Increasing
the aggregator latency is possible but unwelcome because it also delays the
output.

IMO flvmux should not attempt to start aggregation until it has caps for all
pads. Once it has caps, it can write the headers and afterwards the live-mode
behavior of not waiting for buffers on all pads is fine.

-- 
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