Video drop issue from rtpjitterbuffer and xvimagesink

[Krishnamoorthy]

Hi Arjen,

Thanks for your feedback.

Could you please clarify on
1) How to control the internal jitterbuffer from slowly filling up
2) xvimagesink filter is dropping the frame due to timestamping problem. And
it looks that the reason for drop in xvimagesink filter is due to
rtpjitterbuffer timestamp calculation when "non uniform" delay in network. 

Is there anyway to handle the "non uniform" delay in video packets due to
network condition in gstreamer decoder.

I am assuming that the out of sync between multiple video streams can be
controlled by introducing queue. With that assumption, i tried the below
pipeline. 

gst-launch-1.0 rtspsrc location=rtsp://<IP Address>/MediaINput/h264
protocols=3 ! queue max-size-time=100000000 ! rtph264depay ! avdec_h264 !
xvimagesink sync=false 

I am observing out of sync issue between multiple video feeds and the time
difference is around 500 ms. But, I am nor sure whether the time difference
will keep increase during long run or not.

Could you please suggest for any other way to handle the "non uniform" delay
in video packets.

My original decoder filter path is as below:
"rtspsrc latency=50 protocols=3 ! rtpjitterbuffer drop-on-latency=false !
rtph264depay ! avdec_h264 !  xvimagesink"






--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Video-drop-issue-from-rtpjitterbuffer-and-xvimagesink-tp4683165p4683224.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.