Low Latency On Udp Multicast Streaming
nicolas at ndufresne.ca
Mon Dec 9 16:28:52 UTC 2019
Le samedi 07 dÃ©cembre 2019 Ã 14:07 -0600, Osman Berk a Ã©crit :
> Hello I am using gstreamer for low latency udp multicast streaming. I had
> problem with delay, which was around 1 second.
> After I used rtph264pay instead of mpegtsmux the delay is gone.
> My question is why did this happen, is there a delay problem with mpegtsmux
> element, and can I add audio rtph264pay, if so how?
MPEG TS demuxer adds by default 700ms latency. This is the worst case
scenario to ensure we can produce valid timestamp. Of course, a muxer
could be configured to operate with much lower latency, but there is no
In future release of GStreamer, tsdemux (and tsparse) will have a
latency property that application that controls the muxer can use to
reduce the latency. You need strong knowledge of MPEG TS to know this
value of course.
With recent GStreamer version (e.g. 1.16), you can use the latency
tracer to get the reported and effective per element latency. I've
presented about that at the Gst Conf this year.
> old transmitter:
> src ! x264enc tune=zerolatency ! mpegtsmux ! udpsink host=188.8.131.52
> old receiver:
> gst-launch-1.0 udpsrc adress=184.108.40.206 port=1234 ! queue ! tsparse !
> tsdemux ! queue ! h264parse ! avdec_h264 ! queue ! videoconvert !
Using both tsparse and tsdemux seems redundant here. Just a note.
> new receiver:
> udpsrc adress=220.127.116.11 port=1234 caps="application/x-rtp,
> media=(string)video, clock-rate=(int)90000, payload=(int)96,
> encoding-name=(string)H264" ! rtph264depay ! avdec_h264 ! videoconvert !
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 195 bytes
Desc: This is a digitally signed message part
More information about the gstreamer-devel