[gstreamer-bugs] [Bug 610172] inconsistent h263pay/h263depay behaviour

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=610172
  GStreamer | gst-plugins-good | 0.10.17

Mark Nauwelaerts <mnauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mnauw at users.sourceforge.net

--- Comment #5 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2010-04-16 15:47:32 UTC ---
The problem seems to be in the h263 payload header coming from the encoder.
It marks every frame's first fragment as being keyframe and subsequent fragment
as not being a keyframe.  The net effect with rtph263depay is that all output
buffers are marked as delta unit, so ffdec_h263 discards waiting for a
keyframe.

It works running it through rtph263pay because that one does some bitpicking
and then marks the I bit properly.

I have some patches pending for rtph263depay that should also take care of this
(basically bitpick each frame's Mode A first fragment for the correct I bit).

-- 
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.