RTP Depay Element Caps Negotation

[Chuck Crisler]

I think that the advantage of using the 'pad-added' signal is that the pad
has already been created so you can link the remaining pipeline elements.


On Mon, Apr 22, 2013 at 12:56 PM, johnwesting
<john.blank.westing at gmail.com>wrote:

> Thank you for the response. That makes sense. I found another solution in
> the
> meantime, not sure if it's savvy as your solution though. I am using the
> GstBaseRTPDepayload base object and noticed that the process() function is
> called even though the source capabilities are not yet fixed. In that
> function, I parse the incoming buffer and created a fixated capabilities,
> and use gst_pad_set_caps() to fixated the source pad's capabilities (e.g.
> gst_pad_set_caps(basertp->srcpad, fixated_caps)). Thanks again.
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/RTP-Depay-Element-Caps-Negotation-tp4659591p4659600.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130422/f4d87cd3/attachment.html>