[Bug 692789] H264parse overwrites codec_data field before comparing old one and new one

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=692789
  GStreamer | gst-plugins-bad | 1.0.5

Mark Nauwelaerts <mnauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |mnauw at users.sourceforge.net
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |1.1.x

--- Comment #2 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2013-02-02 18:33:27 UTC ---
Good point.  There is something not entirely right with how the codec_data
field is being used.  Currently it tries to track the codec_data in the output
caps as well in the input caps which is not quite right, and leads to problems
(a.o.) such as noted above.

Following commit, somewhat more extended than the proposed path, tries to
remedy this:

commit 7df753165f809280e7992bac382afddeff416871
Author: Mark Nauwelaerts <mnauw at users.sourceforge.net>
Date:   Sat Feb 2 18:44:11 2013 +0100

    h264parse: separate fields for distinct functional uses of codec_data field

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

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.