Dear Tim,<div><br></div><div>I usually perform this kind of pipelines with rtp layer, this is why I suggested a solution in that way.</div><div><br></div><div>But, You are right, he is not using rtp at all.</div><div><br></div>
<div>Best,</div><div><br></div><div>Angel</div><div><br></div><div><br><div class="gmail_quote">2012/12/3 Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 2012-12-03 at 11:19 +0100, Angel Martin wrote:<br>
<br>
Hi Angel,<br>
<div class="im"><br>
> To control the jitter you can use gstrtpjitterbuffer. Anyway your<br>
> pipeline seems weird for me (where is the depayloader?):<br>
<br>
</div>I was assuming he is sending MPEG-TS over UDP without any additional RTP<br>
payloading. In which case rtpjitterbuffer won't do much (the ts demuxer<br>
should theoretically take care of what the jitterbuffer does), and no<br>
depayloader is required.<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888"> -Tim<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> gst-launch udpsrc uri=udp://localhost:5004 caps="application/x-rtp,<br>
> media=(string)video, clock-rate=(int)90000,<br>
> encoding-name=(string)MP2T-ES, payload=(int)33" ! gstrtpjitterbuffer<br>
> latency=200 ! application/x-rtp ! rtpmp2tdepay ! video/mpegts !<br>
> mpegtsdemux ! video/x-h264 ! queue ! decodebin ! autovideosink<br>
><br>
><br>
> Best,<br>
><br>
><br>
> Angel<br>
><br>
> 2012/11/28 Tim-Philipp Müller <<a href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a>><br>
> On Tue, 2012-11-27 at 20:52 -0800, Sudhirkumar wrote:<br>
><br>
> Hi,<br>
><br>
> > We are able to display an mpeg-stream over udp on DM3730.<br>
> > The video resolution is 1280x720 with 60fps.<br>
> ><br>
> > gst-launch -v udpsrc uri="udp://<a href="http://192.168.10.40:5544" target="_blank">192.168.10.40:5544</a>" !<br>
> mpegtsdemux !<br>
> > h264parse ! TIViddec2 ! queue ! tidisplaysink2<br>
> ><br>
> > But, when streaming an video of resolution 640x480 60fps,<br>
> the video display<br>
> > is playing with delay.<br>
> > i.e its taking time to buffer and then play, whereas when<br>
> streaming an video<br>
> > of 1280*720 it is playing smoothly.<br>
> ><br>
> > Can anyone suggest what could be the issue<br>
><br>
><br>
> It might be in TIViddec2, IIRC there is an internal buffer of<br>
> some sort,<br>
> and it waits for that to be full before decoding (to be sure<br>
> it's got at<br>
> least one frame or something). That was on a different board<br>
> though, but<br>
> might still apply. You can put an identity element before<br>
> TIViddec2 and<br>
> the video sink to see when the first buffer goes through the<br>
> pipeline<br>
> where.<br>
><br>
> Cheers<br>
> -Tim<br>
><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br>
<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br></div>