rtpbasepayload: Let caps event also configure seqnum-offset
authorSebastian Rasmussen <sebrn@axis.com>
Thu, 30 Jan 2014 23:19:16 +0000 (00:19 +0100)
committerWim Taymans <wtaymans@redhat.com>
Mon, 24 Feb 2014 11:10:26 +0000 (12:10 +0100)
commitd6dc1b6c4679a8f344eb4b9bb35c0a74500cc6e7
treef4821891b95845e95ef4aa5168748bdad9aff0da
parent638d069c91b2d8331a740318ecbc81fdcea7d8ca
rtpbasepayload: Let caps event also configure seqnum-offset

Previously the sequence number kept track of by GstRTPBasePayload would
only be set when going from READY to PAUSED state. This meant that a
downstream element that attempted to configure a basepayloader by
setting seqnum-offset e.g. in its sinkpad's caps template would have
trouble configuring the basepayloader. The reason was that the caps
event which arrives with the desired value for seqnum-offset did not
arrive at the basepayloader until caps negotiation took place,
significantly later than the transition from READY to PAUSED.

The result after this patch is that the default value for the
seqnum-offset property, or later set values for this property, will take
effect when going from READY to PAUSED like before. In addition the an
arriving caps event will also affect the basepayloaders configured
sequence number as the event arrives.
gst-libs/gst/rtp/gstrtpbasepayload.c