playing live mpegts stream over udp

[Angel Martin]

Dear Tim,

I usually perform this kind of pipelines with rtp layer, this is why I
suggested a solution in that way.

But, You are right, he is not using rtp at all.

Best,

Angel


2012/12/3 Tim-Philipp Müller <t.i.m at zen.co.uk>

> On Mon, 2012-12-03 at 11:19 +0100, Angel Martin wrote:
>
> Hi Angel,
>
> > To control the jitter you can use gstrtpjitterbuffer. Anyway your
> > pipeline seems weird for me (where is the depayloader?):
>
> I was assuming he is sending MPEG-TS over UDP without any additional RTP
> payloading. In which case rtpjitterbuffer won't do much (the ts demuxer
> should theoretically take care of what the jitterbuffer does), and no
> depayloader is required.
>
>  Cheers
>   -Tim
>
> > gst-launch udpsrc uri=udp://localhost:5004 caps="application/x-rtp,
> > media=(string)video, clock-rate=(int)90000,
> > encoding-name=(string)MP2T-ES, payload=(int)33" ! gstrtpjitterbuffer
> > latency=200 ! application/x-rtp ! rtpmp2tdepay ! video/mpegts !
> > mpegtsdemux ! video/x-h264 ! queue ! decodebin ! autovideosink
> >
> >
> > Best,
> >
> >
> > Angel
> >
> > 2012/11/28 Tim-Philipp Müller <t.i.m at zen.co.uk>
> >         On Tue, 2012-11-27 at 20:52 -0800, Sudhirkumar wrote:
> >
> >         Hi,
> >
> >         > We are able to display an mpeg-stream over udp on DM3730.
> >         > The video resolution is 1280x720 with 60fps.
> >         >
> >         > gst-launch -v udpsrc uri="udp://192.168.10.40:5544" !
> >         mpegtsdemux !
> >         > h264parse ! TIViddec2 ! queue ! tidisplaysink2
> >         >
> >         > But, when streaming an video of resolution 640x480 60fps,
> >         the video display
> >         > is playing with delay.
> >         > i.e its taking time to buffer and then play, whereas when
> >         streaming an video
> >         > of 1280*720 it is playing smoothly.
> >         >
> >         > Can anyone suggest what could be the issue
> >
> >
> >         It might be in TIViddec2, IIRC there is an internal buffer of
> >         some sort,
> >         and it waits for that to be full before decoding (to be sure
> >         it's got at
> >         least one frame or something). That was on a different board
> >         though, but
> >         might still apply. You can put an identity element before
> >         TIViddec2 and
> >         the video sink to see when the first buffer goes through the
> >         pipeline
> >         where.
> >
> >         Cheers
> >          -Tim
> >
> >         _______________________________________________
> >         gstreamer-devel mailing list
> >         gstreamer-devel at lists.freedesktop.org
> >         http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> >
> >
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20121210/403444a1/attachment.html>