rtph263ppay: accept any h263 input unless downstream forces specific requirements
authorTim-Philipp Müller <tim@centricular.net>
Fri, 6 Jul 2012 08:07:41 +0000 (09:07 +0100)
committerTim-Philipp Müller <tim.muller@collabora.co.uk>
Fri, 6 Jul 2012 10:57:38 +0000 (11:57 +0100)
commit48706beb701de0414dc1f828a2641adc043ceed3
tree6598a9d1b9c477ebc4d1c316eb2db3f4beec2cd2
parent76625d20d7ef6b5fb81ddd005c811dd104b22f1c
rtph263ppay: accept any h263 input unless downstream forces specific requirements

rtph263ppay should accept any input compatible with its sink template
caps if it just outputs to e.g. udpsink or fakesink.

rtph263ppay ! rtph263pdepay should also work with any compatible input.
This would fail before with not-negotiated errors because the get_caps
function would see the encoding-name in the depayloader's template caps
and default to baseline H.263 because there's no profile/level information
in those caps, which is the right thing to do if downstream has filtercaps
from an SDP, but not if those fields are absent because they can be
anything like with the depayloader's template caps. Makes

  videotestsrc ! avenc_h263p ! rtph263ppay ! rtph263pdepay ! fakesink

work.
gst/rtp/gstrtph263ppay.c
tests/check/elements/rtp-payloading.c