[gstreamer-bugs] [Bug 599585] gstrtph263pay does not fragment frame with limited GOBs

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #8 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2010-04-16 10:11:49 UTC ---
Created an attachment (id=158879)
 View: https://bugzilla.gnome.org/attachment.cgi?id=158879
 Review: https://bugzilla.gnome.org/review?bug=599585&attachment=158879

Apply Mode A fragmenting to GOBs

The description, code fragment and explanation in the original report actually
comes down to rtph264pay foregoing to do any fragmenting (any Mode X
whatsoever) if the number of GOB startcodes is not the maximum expected (other
GOBs then presumably being present without startcodes).

Attached patch tweaks matters to at least perform Mode A payloading w.r.t. to
the GOB (startcodes) that have been located.  This should then cater for a
typical case ffenc_h263 rtp-payload-size=yyy ! rtph263pay  (the parameter being
needed to have at least some GOB startcodes).

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