Resender

[BogdanS]

Fast question.


WORKS
 udpsrc address=127.0.0.1 port=9012 ^
 ! capsfilter caps= "application/x-rtp, media=(string)audio, clock-rate=(int)8000, encoding-name=(string)PCMA, channels=(int)1, payload=(int)8" ^
 ! rtppcmadepay ^
 ! rtppcmapay^
 ! udpsink host=11.0.0.40 port=5010

SAME WITH VIDEO DON'T WORKS
address=127.0.0.1 port=9010 ^
 ! capsfilter caps= "application/x-rtp, media=(string)video, encoding-name=(string)H264, payload=(int)96" ^
 ! rtph264depay  ^
 ! rtph264pay^
 ! udpsink host=11.0.0.40 port=5010

REASONS?



and WORKS

address=127.0.0.1 port=9010 ^
 ! capsfilter caps= "application/x-rtp, media=(string)video, encoding-name=(string)H264, payload=(int)96" ^
 ! udpsink host=10.0.0.55 port=5010

[BogdanS]

UPD.

On receiver side DEBUG:

0:01:15.747043980  7908   03187508 WARN        rtpbasedepayload gstrtpbasedepayload.c:387:gst_rtp_base_depayload_chain:<rtph264depay0> 2 <= 100, dropping old packet
0:01:16.338751329  7908   03187508 WARN        rtpbasedepayload gstrtpbasedepayload.c:387:gst_rtp_base_depayload_chain:<rtph264depay0> 3 <= 100, dropping old packet
0:01:16.343714164  7908   03187508 WARN        rtpbasedepayload gstrtpbasedepayload.c:387:gst_rtp_base_depayload_chain:<rtph264depay0> 2 <= 100, dropping old packet
Playing (00:01:14): 73 seconds
0:01:17.275923147  7908   03187508 WARN        rtpbasedepayload gstrtpbasedepayload.c:387:gst_rtp_base_depayload_chain:<rtph264depay0> 4 <= 100, dropping old packet
0:01:17.288574651  7908   03187508 WARN        rtpbasedepayload gstrtpbasedepayload.c:387:gst_rtp_base_depayload_chain:<rtph264depay0> 3 <= 100, dropping old packet
0:01:17.302206394  7908   03187508 WARN        rtpbasedepayload gstrtpbasedepayload.c:387:gst_rtp_base_depayload_chain:<

[Sebastian Dröge-3]

On Sun, 2016-09-25 at 08:22 -0700, BogdanS wrote:
> UPD.
>
> On receiver side DEBUG:
>
> 0:01:15.747043980  7908   03187508 WARN        rtpbasedepayload
> gstrtpbasedepayload.c:387:gst_rtp_base_depayload_chain:<rtph264depay0
> > 2 <=
> 100, dropping old packet

It looks like there is packet reordering/loss. Try adding a
rtpjitterbuffer before the depayloader to see if this helps, and even
if it doesn't it should give you more useful output.

--
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel