<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Nicolas,<div class=""><br class=""></div><div class="">here is an example:</div><div class=""><br class=""></div><div class=""><div class=""> 1 0.000000 192.168.1.225 → 10.128.1.182 SIP/SDP 1394 Request: INVITE <a href="sip:8905105@10.128.1.182:5060;line=wbvyarue" class="">sip:8905105@10.128.1.182:5060;line=wbvyarue</a> |</div><div class=""> 2 0.034750 10.128.1.182 → 192.168.1.225 SIP 568 Status: 180 Ringing |</div><div class=""> 3 4.291404 10.128.1.182 → 192.168.1.225 RTCP 110 Sender Report Source description</div><div class=""> 4 4.312332 10.128.1.182 → 192.168.1.225 SIP/SDP 948 Status: 200 Ok |</div><div class=""> 5 4.314067 192.168.1.225 → 10.128.1.182 SIP 452 Request: ACK <a href="sip:8905105@10.128.1.182:5060;line=wbvyarue" class="">sip:8905105@10.128.1.182:5060;line=wbvyarue</a> |</div><div class=""> 6 4.362510 192.168.1.225 → 10.128.1.182 SIP/sipfrag 665 Request: INFO <a href="sip:8905105@10.128.1.182:5060;line=wbvyarue" class="">sip:8905105@10.128.1.182:5060;line=wbvyarue</a> | , with Sipfrag(From: "callcenter" callcenter...)</div><div class=""> 7 4.392291 192.168.1.225 → 10.128.1.182 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xDC2D2E57, Seq=16122, Time=160, Mark</div><div class=""> 8 4.417775 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19404, Time=1369368212, Mark</div><div class=""> 9 4.418509 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19405, Time=1369368372</div><div class=""> 10 4.419393 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19406, Time=1369368532</div><div class=""> 11 4.432259 192.168.1.225 → 10.128.1.182 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xDC2D2E57, Seq=16123, Time=160, Mark</div><div class=""> 12 4.435693 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19407, Time=1369368692</div><div class=""> 13 4.440873 10.128.1.182 → 192.168.1.225 SIP 419 Status: 200 Ok |</div><div class=""> 14 4.482457 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19408, Time=1369368852</div><div class=""> 15 4.483059 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19409, Time=1369369012</div><div class=""> 16 4.492230 192.168.1.225 → 10.128.1.182 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xDC2D2E57, Seq=16124, Time=2667591785</div><div class=""> 17 4.512334 192.168.1.225 → 10.128.1.182 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xDC2D2E57, Seq=16125, Time=2667591945</div><div class=""> 18 4.518921 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19410, Time=1369369172</div><div class=""> 19 4.519658 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=19411, Time=1369369332</div><div class=""> 20 4.532355 192.168.1.225 → 10.128.1.182 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xDC2D2E57, Seq=16126, Time=2667592105</div><div class=""> ...</div><div class="">10729 111.517164 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=24761, Time=1370225332</div><div class="">10730 111.532725 192.168.1.225 → 10.128.1.182 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xDC2D2E57, Seq=21476, Time=2668448105</div><div class="">10731 111.538454 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=24762, Time=1370225492</div><div class="">10732 111.552794 192.168.1.225 → 10.128.1.182 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0xDC2D2E57, Seq=21477, Time=160, Mark</div><div class="">10733 111.557090 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=24763, Time=1370225652</div><div class="">10734 111.577114 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=24764, Time=1370225812</div><div class="">10735 111.584062 192.168.1.225 → 10.128.1.182 SIP 661 Request: BYE <a href="sip:8905105@10.128.1.182:5060;line=wbvyarue" class="">sip:8905105@10.128.1.182:5060;line=wbvyarue</a> |</div><div class="">10736 111.607864 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=24765, Time=1370225972</div><div class="">10737 111.617072 10.128.1.182 → 192.168.1.225 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x7DA7E15E, Seq=24766, Time=1370226132</div><div class="">10738 111.626308 10.128.1.182 → 192.168.1.225 SIP 587 Status: 200 OK |</div><div class="">10739 111.756027 10.128.1.182 → 192.168.1.225 RTCP 62 Goodbye</div></div><div class=""><br class=""></div><div class="">I already set the clock-rate for the rtp stream to 8000 but I don’t think the timestamps get scaled. I’m getting many of these warnings:</div><div class=""><br class=""></div><div class="">0:00:00.836097511 8936 0x55ee997c71e0 WARN default gstrtpbuffer.c:1296:gst_rtp_buffer_ext_timestamp: Cannot unwrap, any wrapping took place yet. Returning 0 without updating extended timestamp.</div><div class=""><br class=""></div><div class="">Interesting is, when I run this pipeline alone, my program completes, when I run this pipeline together with other pipelines in parallel, which are also working, sometimes it hangs during the sending of EOS in _another_ Pipeline.</div><div class=""><br class=""><div class=""> <div class=""><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">Viele Grüße,</span><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">Alexander Kordecki</span><br style="orphans: 2; widows: 2;" class=""><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">—</span><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">Dipl. Ing.</span><span class="Apple-tab-span" style="orphans: 2; white-space: pre; widows: 2;"> </span><span style="orphans: 2; widows: 2;" class="">Beratung und Softwareentwicklung</span><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">Alexander Kordecki</span><span class="Apple-tab-span" style="orphans: 2; white-space: pre; widows: 2;"> </span><span style="orphans: 2; widows: 2;" class="">für BigData, Datenbanken,</span><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">Veitstr. 34a </span><span class="Apple-tab-span" style="orphans: 2; white-space: pre; widows: 2;"> </span><span style="orphans: 2; widows: 2;" class="">Netzwerke und Telekommunikation</span><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">13507 Berlin</span><span class="Apple-tab-span" style="orphans: 2; white-space: pre; widows: 2;"> </span><span style="orphans: 2; widows: 2;" class=""><a href="mailto:alex@kordecki.de" class="">alex@kordecki.de</a></span><br style="orphans: 2; widows: 2;" class=""><span style="orphans: 2; widows: 2;" class="">Germany</span><span class="Apple-tab-span" style="orphans: 2; white-space: pre; widows: 2;"> </span><span style="orphans: 2; widows: 2;" class="">030 / 303 660 660</span></div> </div> <br class=""><div><blockquote type="cite" class=""><div class="">Am 09.10.2018 um 15:29 schrieb Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca" class="">nicolas@ndufresne.ca</a>>:</div><br class="Apple-interchange-newline"><div class=""><div dir="auto" class=""><div class=""><br class=""><br class=""><div class="gmail_quote"><div dir="ltr" class="">Le mar. 9 oct. 2018 08 h 42, klex0 <<a href="mailto:alex@kordecki.de" class="">alex@kordecki.de</a>> a écrit :<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Nicolas,<br class=""> <br class=""> thank you very much. I removed all threading and it doesn't seem to be a<br class=""> problem with multithreading.<br class=""> I think there is a bug in the rtp_jitterbuffer in the function<br class=""> gst_rtp_buffer_ext_timestamp() when there is a big jump in the timestamps.<br class=""> When I remove the jitterbuffer from my pipeline, everything works.<br class=""></blockquote></div></div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">What are the size of these jumps ? Did you configure the clock-rate in a way that you don't overflow on big jumps ? In RTP it's application responsibility to pick the right click rate. This rate is how the timestamp are scaled down to fit into 32bit timestamp. A jump must not be bigger then MAXINT / 2. Bigger jumps will lead to a clock resync, and may not be appropriate.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class=""><br class=""></div><div dir="auto" class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br class=""> <br class=""> <br class=""> --<br class=""> Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer" target="_blank" class="">http://gstreamer-devel.966125.n4.nabble.com/</a><br class=""> _______________________________________________<br class=""> gstreamer-devel mailing list<br class=""> <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" rel="noreferrer" class="">gstreamer-devel@lists.freedesktop.org</a><br class=""> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank" class="">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br class=""> </blockquote></div></div></div> _______________________________________________<br class="">gstreamer-devel mailing list<br class=""><a href="mailto:gstreamer-devel@lists.freedesktop.org" class="">gstreamer-devel@lists.freedesktop.org</a><br class="">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel<br class=""></div></blockquote></div><br class=""></div></body></html>