[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