[Bug 785405] New: How to avoid one-frame latency in h264parse module
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Jul 25 14:14:13 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=785405
Bug ID: 785405
Summary: How to avoid one-frame latency in h264parse module
Classification: Platform
Product: GStreamer
Version: unspecified
OS: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: gst-plugins-bad
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: paolo_pr at yahoo.com
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Hello,
please consider this bug:
https://bugzilla.gnome.org/show_bug.cgi?id=784329
It can be easily solved, by only changing (h264parse.c) these lines:
case GST_H264_PARSER_NO_NAL_END:
GST_DEBUG_OBJECT (h264parse, "not a complete nal found at offset %u",
nalu.offset);
/* if draining, accept it as complete nal */
if (drain) {
nonext = TRUE;
with:
case GST_H264_PARSER_NO_NAL_END:
GST_DEBUG_OBJECT (h264parse, "not a complete nal found at offset %u",
nalu.offset);
/* if draining, accept it as complete nal */
if (drain || aux_flag) {
nonext = TRUE;
where "aux_flag" is the result of some property which tells the parser that the
stream is au-aligned.
However, if we do that, whe should add an "au-alignment" property to elements
that output frames to the parser (i.e: tsdemux) as well: then, these elements
would be coupled with h264 stuff, which is not good in my opinion.
Therefore I suggest to add a "framed-source" property to the parser: when it is
set to TRUE, the parser understands that there is a complete frame (-> one au)
for each call of gst_h264_parse_handle_frame(), and it sets aux_flag to TRUE,
so to avoid the 1-frame latency.
Please tell me what you think, so I can add a patch for that...
--
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