After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 671295 - rtpmanager: packets dropped on slow networks
rtpmanager: packets dropped on slow networks
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-03-04 08:25 UTC by Nicola
Modified: 2013-05-05 13:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Nicola 2012-03-04 08:25:45 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
Comment 1 Olivier Crête 2013-01-28 22:13:29 UTC
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.
Comment 2 Tobias Mueller 2013-05-05 13:22:31 UTC
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!