[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