And of course, am using slow Linux-based embedded hardware, which cannot encode stream to h284 in realtime <div class="gmail_quote"><div dir="ltr">On Wed, Jun 17, 2015, 12:58 AM Dmitri Afanasjev <<a href="mailto:adimas@gmail.com">adimas@gmail.com</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello! I would suggest using some kind of h268 hardware as gstreamer stream source. For instance using Logitech c920 webcam in my project significantly reduced video lag. In cooperation with rtpjitterbuffer I have ~200-300 ms of lag Regards, Dmitri <div class="gmail_quote"><div dir="ltr">On Tue, Jun 16, 2015, 6:27 PM Nicolas Dufresne <<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mardi 16 juin 2015 à 17:58 +0530, Apurv Saraf a écrit : > hi all > We are developing a video chatting app using GStreamer. We have been > able to send and receive videos using the following pipelines(one > system is iOS simulator in Xcode and other is ubuntu). > > On mac we are using : > pipeline = gst_parse_launch("videotestsrc ! video/x > -raw,width=640,height=480 ! x264enc ! h264parse ! rtph264pay ! > udpsink host=192.168.100.3 port=5000 udpsrc port=9078 > caps=\"application/x-rtp,payload=96,encoding-name=H264\" ! queue ! > rtph264depay ! h264parse ! decodebin ! autovideosink", &error); > On ubuntu we are using: > gst-launch-1.0 udpsrc port=5000 caps=\"application/x-rtp, payload=96, > encoding-name=H264\" ! queue ! rtph264depay ! h264parse ! decodebin ! > autovideosink videotestsrc ! video/x-raw,width=640,height=480 ! > x264enc ! h264parse ! queue ! rtph264pay ! udpsink host=192.168.100.4 > port=9078 You should learn a bit about RTP streaming and study each element you are using, that would help. As a hint, in an RTP pipeline it is recommended that the receiver uses rtpjitterbuffer to compensate for network jitter, and give some time for downstream element to decode by adding latency (configurable.). Second big problem, you are using x264enc with default setup. The default is near what we would use for encoding DVDs. Considering using at least the zerolatency preset (tune=zerolatency). Other thing you may want to configure is that delay of key frame repetition, or otherwise look forward using rtpbin, which let you enable more RTP features. Again, learn about these elements, their configuration and how this should be configured for live usage. Nicolas _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> </blockquote></div></blockquote></div>