<div dir="ltr">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.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Apr 22, 2013 at 12:56 PM, johnwesting <span dir="ltr"><<a href="mailto:john.blank.westing@gmail.com" target="_blank">john.blank.westing@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thank you for the response. That makes sense. I found another solution in the<br>
meantime, not sure if it's savvy as your solution though. I am using the<br>
GstBaseRTPDepayload base object and noticed that the process() function is<br>
called even though the source capabilities are not yet fixed. In that<br>
function, I parse the incoming buffer and created a fixated capabilities,<br>
and use gst_pad_set_caps() to fixated the source pad's capabilities (e.g.<br>
gst_pad_set_caps(basertp->srcpad, fixated_caps)). Thanks again.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://gstreamer-devel.966125.n4.nabble.com/RTP-Depay-Element-Caps-Negotation-tp4659591p4659600.html" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/RTP-Depay-Element-Caps-Negotation-tp4659591p4659600.html</a><br>

<div class="HOEnZb"><div class="h5">Sent from the GStreamer-devel mailing list archive at Nabble.com.<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br></div>