[Bug 782780] New: h265parse: Trailing zeroes in generated codec_data
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu May 18 10:22:46 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=782780
Bug ID: 782780
Summary: h265parse: Trailing zeroes in generated codec_data
Classification: Platform
Product: GStreamer
Version: 1.12.0
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-base
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: slomo at coaxion.net
QA Contact: gstreamer-bugs at lists.freedesktop.org
CC: fzwoch at gmail.com, slomo at coaxion.net
GNOME version: ---
+++ This bug was initially created as a clone of Bug #782697 +++
Problem here is that discoverer considers child streams the same based on the
caps. If the caps intersect (after removing stream-format and alignment and
parsed and framed fields), they are considered the same.
However streams can also be the same otherwise, e.g. when the width/height
fields differ (demuxer had wrong info, parser gets correct), or when the
codec_data differs (which is the case here, h265parse creates different but
equivalent codec_data).
Just looking at the caps name is not enough though, as video/mpeg can be
container format or elementary stream.
We could remove more fields, basically what copy_and_clean_caps() in
missing-plugins.c does.
--
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