Pad negotiation at udpsrc element

Sebastian Dröge sebastian at centricular.com
Tue Nov 15 16:16:13 UTC 2016


On Tue, 2016-11-15 at 01:20 -0800, debruyn wrote:
> So using the rptptdemux now, but getting another negotiation error
> with the
> udpsrc. Currently it is created as follows:
> *g_object_set(gstSource,"port",moProfileInstance-
> >getDestPort(),"close-socket",FALSE,"caps",gst_caps_new_simple
> ("application/x-rtp",NULL),NULL);*
> 
> Should i specify something else when linking it to rtpptdemux?
> 
> The error i catch is :
> *Debugging information: gstbasesrc.c(2950): gst_base_src_loop ():
> /GstPipeline:main-pipeline/GstUDPSrc:source:
> streaming stopped, reason not-negotiated (-4)*

Are you setting up a handler for the "request-pt-map" signal to provide
the correct caps for each pt? If not, that's your problem. Also make
sure to connect the pad for the right with with the correct following
elements.

Otherwise check the debug logs to see where the not-negotiated exactly
comes from.

-- 
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: 963 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161115/136369f5/attachment-0001.sig>


More information about the gstreamer-devel mailing list