GstRTSPSrc dynamic pad iteration problem

[Sebastian Dröge]

On Sa, 2015-12-26 at 14:50 +0200, OrkUn Kasapoglu wrote:
> 0:00:10.760991106  6410   0xf8e8c0 INFO                GST_PADS
> gstpad.c:2186:gst_pad_link_prepare: trying to link
> source:recv_rtp_src_1_3232776733_8 and depay:sink
> 0:00:10.761298656  6410   0xf8e8c0 INFO                GST_PADS
> gstpad.c:2242:gst_pad_link_prepare: caps are incompatible
> 
> It's seen caps are incompatible but why and how can I solve it or
> deal with that I don't know. Shoul/Can I add another compatible sink
> pad to rtph264depay?

If you enable a higher debug level you will see why the pads are not
considered compatible.

Also the bigger question for now is *why* exactly a new source pad
appears on rtspsrc. When does it appear, after a while or immediately?
What are the caps on that source pad?

-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20151228/e0bfd4e0/attachment.sig>