<div dir="ltr">Although UDP is connectionless I don't think you can have two apps / streams going to the same port. The data needs to be multiplexed on the source end then demultiplexed on the receiving end</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 17, 2023 at 10:42 AM Jochen Jung via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello gstreamer developers,</div><div><br></div><div><br></div><div>I have a problem with the UdpSrc. My application is supposed to process live audio(i.e. PCMU) and dtmf(TELEPHONE-EVENT). Both are rtp messages sent to the same port.</div><div><br></div><div>With debug enabled the UdpSrc posts a warning: streaming stopped, reason not-negotiated (-4).</div><div><br></div><div>I have my pipeline converted from dot to pdf and attached to this mail.</div><div><br></div><div>Is it even possible to use the UdpSrc this way, having caps of pcmu and telephone event?</div><div>Is my general concept to process audio/dtmf correct?</div><div><br></div><div>Any ideas are appreciated.</div><div><br></div><div><br></div><div>Regards Jochen Jung<br></div></div>
</blockquote></div>