GNOME Bugzilla – Bug 671295
rtpmanager: packets dropped on slow networks
Last modified: 2013-05-05 13:22:31 UTC
Hi, using this pipeline: gst-launch -v -m -t rtspsrc location=rtsp://192.168.2.136/axis-media/media.amp ! queue ! rtph264depay ! fakesink on slow networks (umts for example) cause this logs: 0:00:03.035935576 13005 0x1bf7d40 WARN gstrtpjitterbuffer gstrtpjitterbuffer.c:1463:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #45629 too late as #45630 was already popped, dropping 0:00:03.036940670 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.036964695 13005 0x1bf7d40 WARN gstrtpjitterbuffer gstrtpjitterbuffer.c:1463:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #45630 too late as #45630 was already popped, dropping 0:00:03.038725061 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.040066881 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.202246904 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.202357532 13005 0x1bf7d40 WARN gstrtpjitterbuffer gstrtpjitterbuffer.c:1463:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #45634 too late as #45635 was already popped, dropping 0:00:03.203067888 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.203121177 13005 0x1bf7d40 WARN gstrtpjitterbuffer gstrtpjitterbuffer.c:1463:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #45635 too late as #45635 was already popped, dropping 0:00:03.204278378 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.205717179 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.360624540 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.360736008 13005 0x1bf7d40 WARN gstrtpjitterbuffer gstrtpjitterbuffer.c:1463:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #45639 too late as #45640 was already popped, dropping 0:00:03.361976542 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.362038142 13005 0x1bf7d40 WARN gstrtpjitterbuffer gstrtpjitterbuffer.c:1463:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #45640 too late as #45640 was already popped, dropping 0:00:03.364235375 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet 0:00:03.365595410 13005 0x1bf7d40 WARN rtpsource rtpsource.c:1095:rtp_source_process_rtp: duplicate or reordered packet pratically no packets arrive to fakesink (even if the log said Packet #45639 too late as #45640 was already popped, dropping or Packet #45640 too late as #45640 was already popped, dropping) and obviously if I change the pipeline to try to see the stream I'm unable to see anything, in the same network conditions vlc is perfectly able to see the stream (wireshark confirm that vlc is using udp), and even gstreamer can see the stream with no video artefact and no visible delay using: rtspt://192.168.2.136/axis-media/media.amp (and so forcing tcp mode) instead of: rtsp://192.168.2.136/axis-media/media.amp as url, the rtsp source is a standard axis camera
Can you do a tcpdump of the problematic stream ? This is pretty hard to debug without the camera otherwise. Can you also try with GStreamer 1.0 if you have a recent enough distribution.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!