Pipeline Crashes when it recieves comfort noise/dtmf packets

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Pipeline Crashes when it recieves comfort noise/dtmf packets

qwerty-1
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.

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,

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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Pipeline Crashes when it recieves comfort noise/dtmf packets

Marco Ballesio
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 <[hidden email]> 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
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>

------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Pipeline Crashes when it recieves comfort noise/dtmf packets

qwerty-1
Hi,

Thanks for your response
My pipeline is as below:

fakesink <---- rtppcmudepay <---- gstrtpbin <--- udpsrc

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?

---->Logs shows that gstrtbin is receiving rtp packets with different payload and looking for element for linking.

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

---->No, This behaviour is right as per standard. Sender can use same port for RTP Audio (PCMU) and DTMF (RFC 2833)/

Thanks
On Mon, Dec 27, 2010 at 1:46 PM, Marco Ballesio <[hidden email]> wrote:
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 <[hidden email]> 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
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>

------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel