Hi,<br><br>Thanks for your response <br>My pipeline is as below:<br><br>fakesink &lt;---- rtppcmudepay &lt;---- gstrtpbin &lt;--- udpsrc<br><br>do you mean that the source pad in the downstream element (which I<br>
suppose being a rtppcmudepay) is receiving buffer with those payloads?<br>
How did you detect such a behaviour?<br><br><span style="color: rgb(51, 0, 153);">----&gt;Logs shows that gstrtbin is receiving rtp packets with different payload and looking for element for linking.</span><br>
<br>
As a further note, if your sending side is using the same port for<br>
PCMU and DTMF there may something wrong in its configuration.<br><br><span style="color: rgb(51, 0, 153);">----&gt;No, This behaviour is right as per standard. Sender can use same port for RTP Audio (PCMU) and DTMF (RFC 2833)/ </span><br>
<br>Thanks<br><div class="gmail_quote">On Mon, Dec 27, 2010 at 1:46 PM, Marco Ballesio <span dir="ltr">&lt;<a href="mailto:gibrovacco@gmail.com">gibrovacco@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
it&#39;s not too clear how you&#39;re trying to get your data on the receiving<br>
pipeline. Can you post the structure of the pipeline you&#39;re using?<br>
Some more comments below.<br>
<div class="im"><br>
On Mon, Dec 27, 2010 at 8:21 AM, Umakant Goyal &lt;<a href="mailto:umakantgoyal1@gmail.com">umakantgoyal1@gmail.com</a>&gt; wrote:<br>
&gt; Hi All,<br>
&gt;<br>
&gt; I am making pipeline using gstrtpbin, rtppcmudepay, udpsrc and fakesink<br>
&gt; elements to receive RTP audio stream from network. Everything goes fine when<br>
&gt; i receive audio(pcmu) rtp packets with payload type 0 and encdoing-name<br>
&gt; PCMU. But my pipeline breaks when i receive CN (comfort noise) rtp packets<br>
&gt; with payload type 13 and dtmf packets with payload type 101. I have tried<br>
&gt; lot to ignore these packets but i did not succeed to find out the solution<br>
&gt; of my problem. Please help me by telling the possible solutions of my<br>
&gt; problem.<br>
<br>
</div>can you collect a backtrace of the crash? It should be fairly easy<br>
with the aid of GDB.<br>
<div class="im"><br>
&gt;<br>
&gt; I am also wondering why udpsrc element is receiving rtp messages with<br>
&gt; payload 101 and 13 because i have set the caps for udpsrc as given below:<br>
&gt;<br>
&gt; media --&gt; audio,<br>
&gt; payload --&gt; 0,<br>
&gt; clock-rate --&gt; 8000<br>
&gt; encoding-name --&gt; PCMU,<br>
<br>
</div>do you mean that the source pad in the downstream element (which I<br>
suppose being a rtppcmudepay) is receiving buffer with those payloads?<br>
How did you detect such a behaviour?<br>
<br>
As a further note, if your sending side is using the same port for<br>
PCMU and DTMF there may something wrong in its configuration.<br>
<div class="im"><br>
&gt;<br>
&gt; As per my understanding if i would set the above given caps to udpsrc then<br>
&gt; it should ignore other rtp packets except with payload 0 and encoding-name<br>
&gt; PCMU.<br>
&gt;<br>
&gt; Thanks<br>
</div>&gt; ------------------------------------------------------------------------------<br>
&gt; Learn how Oracle Real Application Clusters (RAC) One Node allows customers<br>
&gt; to consolidate database storage, standardize their database environment,<br>
&gt; and,<br>
&gt; should the need arise, upgrade to a full multi-node Oracle RAC database<br>
&gt; without downtime or disruption<br>
&gt; <a href="http://p.sf.net/sfu/oracle-sfdevnl" target="_blank">http://p.sf.net/sfu/oracle-sfdevnl</a><br>
&gt; _______________________________________________<br>
&gt; gstreamer-devel mailing list<br>
&gt; <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
&gt; <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
&gt;<br>
&gt;<br>
<br>
------------------------------------------------------------------------------<br>
Learn how Oracle Real Application Clusters (RAC) One Node allows customers<br>
to consolidate database storage, standardize their database environment, and,<br>
should the need arise, upgrade to a full multi-node Oracle RAC database<br>
without downtime or disruption<br>
<a href="http://p.sf.net/sfu/oracle-sfdevnl" target="_blank">http://p.sf.net/sfu/oracle-sfdevnl</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</blockquote></div><br>