<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 27 nov. 2021 17 h 45, Ian Steele via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Helvetica Neue,Helvetica,Arial,sans-serif;font-size:16px"><div dir="ltr">I've been trying to solve this issue for several days but just cant fix.</div><div dir="ltr"><br></div><div dir="ltr">I have 2 Raspberry pi CM4 systems (both identical OS) locked together</div><div dir="ltr">with ptp4l. I have got a nice low-latency rtp stream sending 48k 24 bit audio from 1 to another.</div><div dir="ltr"><br></div><div dir="ltr">I'm using the audiotestsrc in gstreamer to generate tone bursts so I can look at the signal on my scope  from</div><div dir="ltr">each device and see the latency/sync.</div><div dir="ltr"><br></div><div dir="ltr">The commands below seem to work well - no glitches and very low latency(approx 8 mS)</div><div dir="ltr"><br></div><div dir="ltr">But on the receiver the latency gradually increases. It seems to go up by about 1mS per  3 minutes.</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Out of curiosity, have you ran this for over 120m ? Aslasink drift tolerance is set at 40ms after which it will skew (insert silence of cut). The resampling there have never worked.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Helvetica Neue,Helvetica,Arial,sans-serif;font-size:16px"><div dir="ltr"><br></div><div dir="ltr">TRANSMIT:</div><div dir="ltr"><span><div>gst-launch-1.0 -vv audiotestsrc  is-live=true wave=ticks apply-tick-ramp=true tick-interval=100000000 freq=10000 volume=0.5 sine-periods-per-tick=100  ! audioconvert ! audio/x-raw, format=S24LE, rate=48000, channels=2 ! tee name=t ! audioconvert ! queue ! rtpL24pay ! udpsink host=239.255.0.10 t. ! queue ! alsasink</div><div><br></div><div dir="ltr">RECEIVE:</div><div dir="ltr"><span><div>gst-launch-1.0 udpsrc address=239.255.0.10 port=5004 multicast-iface=eth0 ! application/x-rtp, clock-rate=48000, channels=2 ! rtpjitterbuffer latency=5 ! rtpL24depay ! audioconvert ! alsasink  processing-deadline=0 latency-time=1 buffer-time=1</div></span></div></span></div><div dir="ltr"><br></div><div dir="ltr">Do these look ok?</div><div dir="ltr">Maybe I need to be clocking the receiver from the incoming stream somehow?</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Looks fine, you can lower the tolerance on the sink perhaps. You have mentioned PTP clock, but both pipeline will run off alsasink clock, was this just an illustration or you have code to force the clock? </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Helvetica Neue,Helvetica,Arial,sans-serif;font-size:16px"><div dir="ltr"><br></div><div dir="ltr">TIA</div><div><br></div><div><br></div></div></div></blockquote></div></div></div>