[Bug 672019] rtph264pay restricts sinkpad caps before linking (regression)

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Mar 13 16:04:50 PDT 2012

  GStreamer | gst-plugins-good | git

--- Comment #3 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-03-13 23:04:46 UTC ---
Well sure, you can always construct stuff that won't work. That's just how it
is with RTP without external signalling, where you just send packets into a
hole and hope and pray.

If there is indeed an encoder (and no particular profile/level is configured
for output), it should negotiate based on the order of the caps structures
returned by the get_caps(), so in this case to something baseline-ish. If it
doesn't do that, the encoder is either broken or configured to do something

I don't think we can just suddenly require people to add capsfilters after the
payloader now where it wasn't required before, and it seems a bit broken in
principle too.

Perhaps I'm still missing something, but I can't say I see why my suggestion
isn't workable and wouldn't solve the problem for the most part in practice.

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