A lot of buffers are being dropped

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

A lot of buffers are being dropped

userAr
Hi,

im trying to stream with rtp and the client says that there is allot of packet drop

server pipeline:
    gst-launch videotestsrc ! x264enc ! rtph264pay ! udpsink host=192.168.1.16 port=5000

client pipeline:
   gst-launch udpsrc uri=udp://192.168.1.16:5000 caps="application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, sprop-parameter-sets=(string)\"Z01AFeygoP2AiAAAAwALuaygAHixbLA\\=\\,aOvssg\\=\\=\", payload=(int)96, ssrc=(uint)1645090291, clock-base=(uint)1778021115, seqnum-base=(uint)28353" ! rtph264depay ! queue ! ffdec_h264 ! autovideosink


client error:
  from element /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2875): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow



do someone know that should I do?
thanks!
Reply | Threaded
Open this post in threaded view
|

Re: A lot of buffers are being dropped

harishjennykn
you can use 'sync=false' in the server side pipeline
ex.  - gst-launch videotestsrc ! x264enc ! rtph264pay ! udpsink  port=5000 sync=false
Reply | Threaded
Open this post in threaded view
|

Re: A lot of buffers are being dropped

Wim Taymans
In reply to this post by userAr
Place a rtpjitterbuffer right after udpsrc and before the depayloader. There is simply not enough buffering in the client to decode and display the video frames in time.

Wim


On 30 January 2014 09:48, d <[hidden email]> wrote:
Hi,

im trying to stream with rtp and the client says that there is allot of
packet drop

server pipeline:
    gst-launch videotestsrc ! x264enc ! rtph264pay ! udpsink
host=192.168.1.16 port=5000

client pipeline:
   gst-launch udpsrc uri=udp://192.168.1.16:5000 caps="application/x-rtp,
media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264,
sprop-parameter-sets=(string)\"Z01AFeygoP2AiAAAAwALuaygAHixbLA\\=\\,aOvssg\\=\\=\",
payload=(int)96, ssrc=(uint)1645090291, clock-base=(uint)1778021115,
seqnum-base=(uint)28353" ! rtph264depay ! queue ! ffdec_h264 ! autovideosink


client error:
  from element
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage:
A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2875): gst_base_sink_is_too_late ():
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow



do someone know that should I do?
thanks!



--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/A-lot-of-buffers-are-being-dropped-tp4664972.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: A lot of buffers are being dropped

userAr
the video is little bit better, but still I get the same message of dropping....
Reply | Threaded
Open this post in threaded view
|

Re: A lot of buffers are being dropped

Wim Taymans
try to either increase the jitterbuffer latency (set latency=1000) or use tune=zerolatency on x264enc. Contrary to a previous replay, you should *not* disable sync on udpsink.

Wim


On 30 January 2014 12:07, d <[hidden email]> wrote:
the video is little bit better, but still I get the same message of
dropping....



--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/A-lot-of-buffers-are-being-dropped-tp4664972p4664976.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: A lot of buffers are being dropped

Michael Gruner
I really don't know the reason underneath, but I've seen big differences when using xvimagesink instead of autovideosink, try replacing them. If that doesn't do it, what about setting xvimagesink sync=false?

Michael


On 01/30/2014 07:17 AM, Wim Taymans wrote:
try to either increase the jitterbuffer latency (set latency=1000) or use tune=zerolatency on x264enc. Contrary to a previous replay, you should *not* disable sync on udpsink.

Wim


On 30 January 2014 12:07, d <[hidden email]> wrote:
the video is little bit better, but still I get the same message of
dropping....



--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/A-lot-of-buffers-are-being-dropped-tp4664972p4664976.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel



_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel