[Bug 697672] VP8 passed through rtpbin decodes a single frame and then fails to decode until a key frame passed through

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Apr 10 12:57:23 PDT 2013


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

tcdgreenwood changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|gst-plugins-bad             |gst-plugins-base

--- Comment #7 from tcdgreenwood at hotmail.com 2013-04-10 19:57:20 UTC ---
After some discussions on IRC I have a plan to check if caps have changed and
not change things if the caps are the same.  I also think I've worked out what
is going wrong - basically the caps change due to working out information about
the actual video being passed through which causes a caps event to pass up
stream - clearing the rtpptdemux payload type map.  The next packet to go
through then causes the rtpptdemux to get the caps and send them back
downstream - they are the same caps but it breaks the video codec.

By checking if the caps have changed and avoiding destroying the decoder's
state or rtp payloader's state in the case where they are the same I can ensure
the stream starts reliably.

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


More information about the gstreamer-bugs mailing list