[gst-devel] Pipeline Crashes when it recieves comfort noise/dtmf packets

Marco Ballesio gibrovacco at gmail.com
Mon Dec 27 09:16:00 CET 2010


Hi,

it's not too clear how you're trying to get your data on the receiving
pipeline. Can you post the structure of the pipeline you're using?
Some more comments below.

On Mon, Dec 27, 2010 at 8:21 AM, Umakant Goyal <umakantgoyal1 at gmail.com> wrote:
> Hi All,
>
> I am making pipeline using gstrtpbin, rtppcmudepay, udpsrc and fakesink
> elements to receive RTP audio stream from network. Everything goes fine when
> i receive audio(pcmu) rtp packets with payload type 0 and encdoing-name
> PCMU. But my pipeline breaks when i receive CN (comfort noise) rtp packets
> with payload type 13 and dtmf packets with payload type 101. I have tried
> lot to ignore these packets but i did not succeed to find out the solution
> of my problem. Please help me by telling the possible solutions of my
> problem.

can you collect a backtrace of the crash? It should be fairly easy
with the aid of GDB.

>
> I am also wondering why udpsrc element is receiving rtp messages with
> payload 101 and 13 because i have set the caps for udpsrc as given below:
>
> media --> audio,
> payload --> 0,
> clock-rate --> 8000
> encoding-name --> PCMU,

do you mean that the source pad in the downstream element (which I
suppose being a rtppcmudepay) is receiving buffer with those payloads?
How did you detect such a behaviour?

As a further note, if your sending side is using the same port for
PCMU and DTMF there may something wrong in its configuration.

>
> As per my understanding if i would set the above given caps to udpsrc then
> it should ignore other rtp packets except with payload 0 and encoding-name
> PCMU.
>
> Thanks
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>




More information about the gstreamer-devel mailing list