Frame drop when playing RTP stream using SDP file

Sebastian Dröge sebastian at centricular.com
Fri May 6 05:57:00 UTC 2016


On Fr, 2016-05-06 at 11:16 +0530, Anuj Pahuja wrote:
> > On the receiver's side, I can play this stream properly using this
> > pipeline:
> > 
> > gst-launch-1.0 udpsrc address=224.1.1.1 port=5004 ! "application/x-
> > rtp, media=(string)video, clock-rate=(int)90000, encoding-
> > name=(string)RAW, sampling=(string)YCbCr-4:2:2, depth=(string)8,
> > width=(string)640, height=(string)480, colorimetry=(string)BT601-5, 
> > payload=(int)96" ! rtpvrawdepay ! videoconvert ! autovideosink
> > 
> Minor correction:
> gst-launch-1.0 udpsrc address=224.1.1.1 port=5004 ! "application/x-
> rtp, media=(string)video, clock-rate=(int)90000, encoding-
> name=(string)RAW, sampling=(string)YCbCr-4:2:2, depth=(string)8,
> width=(string)720, height=(string)576, colorimetry=(string)BT601-5,
> payload=(int)96" ! rtpvrawdepay ! videoconvert ! autovideosink

How does it not work when using sdpdemux? Are packets getting lost, or
what exactly is the reason for the frame drops?

Also note that sdpdemux is using an rtpbin, which especially includes
an rtpjitterbuffer element. Does your manual pipeline fail in similar
ways if you add an rtpjitterbuffer before the depayloader?

-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160506/ca7adff7/attachment.sig>


More information about the gstreamer-devel mailing list