I'll take a look at KCP (thanks for mentioning it!). I'm really taking SRT to the limit for when problems or connection interruptions occur. Apparently the implementation of SRT within FFMPEG has some problems that do not happen when I use SRT-live-transmit with output to udp while reading this output in FFPLAY:
srt-live-transmit "srt://ipaddress-remote:10006?mode=caller&pksize=1316&latency=600" "udp://:10007" ffplay -hide_banner -nodisp -analyzeduration 0 -flush_packets 0 -probesize 32 -fflags nobuffer -f:a mpegts "udp://127.0.0.1:10007" With this I achieve good results. I maintain the latency in 600ms even after a connection interruption. On Fri, Feb 15, 2019 at 12:52 AM Jack Waller <[email protected]> wrote: > On Fri, Feb 15, 2019 at 9:17 AM Manuel Alejandro > <[email protected]> wrote: > > > > I got the same result. > > > > Here a video where you can see how the music accelerates and then the > > latency goes to 0 (What I hope is that when the connection is stabilized > > again, the latency will remain at 600ms.) > > SRT is not the REAL packet lossless implementation when your network > is not very stable. > > We use KCP(TCP over UDP) + FEC in this scenario. > _______________________________________________ > ffmpeg-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
