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

[Umakant Goyal]

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 <gibrovacco at gmail.com>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 <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
> >
> >
>
>
> ------------------------------------------------------------------------------
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20101227/d37d80ee/attachment.htm>