Streaming overseas

classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

Streaming overseas

Louis Letourneau
I was wondering if anyone had experience streaming 720p ~5000kbit/s
video overseas successfully? If so which protocol did you use?

I'm trying to stream between Stockholm sweden to toronto canada.
Using mpegts over tcp, I sometimes get so many retries that the
bandwith falls below 5MBit/s for many seconds.

The source and destination buffers are 16MBytes

I wanted to try pro-mpeg, but ffmpeg only has it as a send protocol
not receive (or I missed something)

I can't use HLS/MPEG-Dash which would be my first choice for reasons
at the source I can't get into.

My 2 choices I think
1- Spawn an amazon or whatever cloud instance as close as possible and
grab the stream THEN convert to HLS and send it overseas

2- Use another protocol I don't know....

Thanks for the input
Louis
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Abhisek Techie
Try rtmp

On Sat, 3 Nov 2018, 19:29 Louis Letourneau <[hidden email] wrote:

> I was wondering if anyone had experience streaming 720p ~5000kbit/s
> video overseas successfully? If so which protocol did you use?
>
> I'm trying to stream between Stockholm sweden to toronto canada.
> Using mpegts over tcp, I sometimes get so many retries that the
> bandwith falls below 5MBit/s for many seconds.
>
> The source and destination buffers are 16MBytes
>
> I wanted to try pro-mpeg, but ffmpeg only has it as a send protocol
> not receive (or I missed something)
>
> I can't use HLS/MPEG-Dash which would be my first choice for reasons
> at the source I can't get into.
>
> My 2 choices I think
> 1- Spawn an amazon or whatever cloud instance as close as possible and
> grab the stream THEN convert to HLS and send it overseas
>
> 2- Use another protocol I don't know....
>
> Thanks for the input
> Louis
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Louis Letourneau
> Try rtmp

Please don't top post, thanks

I just tried same issue as mpegts over tcp. doesn't handle packet
loss/retries well, tcp buffer exhausts itself sometimes.

Louis
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Nikhil Yadav
In reply to this post by Louis Letourneau
You can do it by 2 ways
1. Push it as RTMP and client can then convert RTMP to HLS

2. However if you still see packet loss then dump stream to ts packets on
S3 or any SSD storage and serve it through CDN HLS

On Sat, Nov 3, 2018, 7:29 PM Louis Letourneau <[hidden email]> wrote:

> I was wondering if anyone had experience streaming 720p ~5000kbit/s
> video overseas successfully? If so which protocol did you use?
>
> I'm trying to stream between Stockholm sweden to toronto canada.
> Using mpegts over tcp, I sometimes get so many retries that the
> bandwith falls below 5MBit/s for many seconds.
>
> The source and destination buffers are 16MBytes
>
> I wanted to try pro-mpeg, but ffmpeg only has it as a send protocol
> not receive (or I missed something)
>
> I can't use HLS/MPEG-Dash which would be my first choice for reasons
> at the source I can't get into.
>
> My 2 choices I think
> 1- Spawn an amazon or whatever cloud instance as close as possible and
> grab the stream THEN convert to HLS and send it overseas
>
> 2- Use another protocol I don't know....
>
> Thanks for the input
> Louis
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Louis Letourneau
> You can do it by 2 ways
> 1. Push it as RTMP and client can then convert RTMP to HLS
>
> 2. However if you still see packet loss then dump stream to ts packets on
> S3 or any SSD storage and serve it through CDN HLS

Please don't top post thanks.

Yeah I don't see any other way than to find a closer location to the source.

I was also curious if someone has used a pro-mpeg receiver if it
worked well over long distances (heavy packet loss)

Thank you
Louis
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Nikhil Yadav
Pro-mpeg or any protocol will not serve you for cross continent serving due
to so many hops or routing.

Cheapest will be to serve HLS through CDN.

On Sat, Nov 3, 2018, 9:33 PM Louis Letourneau <[hidden email]> wrote:

> > You can do it by 2 ways
> > 1. Push it as RTMP and client can then convert RTMP to HLS
> >
> > 2. However if you still see packet loss then dump stream to ts packets on
> > S3 or any SSD storage and serve it through CDN HLS
>
> Please don't top post thanks.
>
> Yeah I don't see any other way than to find a closer location to the
> source.
>
> I was also curious if someone has used a pro-mpeg receiver if it
> worked well over long distances (heavy packet loss)
>
> Thank you
> Louis
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Bhikkhu Mettavihari
On Sat, 3 Nov 2018, 21:36 Nikhil Yadav <[hidden email] wrote:

> Pro-mpeg or any protocol will not serve you for cross continent serving due
> to so many hops or routing.
>
> Cheapest will be to serve HLS through CDN.
>

I would imagine that udp would be the best.
A dropped frame here and there would not be noticed.

Mettavihari


> On Sat, Nov 3, 2018, 9:33 PM Louis Letourneau <[hidden email]>
> wrote:
>
> > > You can do it by 2 ways
> > > 1. Push it as RTMP and client can then convert RTMP to HLS
> > >
> > > 2. However if you still see packet loss then dump stream to ts packets
> on
> > > S3 or any SSD storage and serve it through CDN HLS
> >
> > Please don't top post thanks.
> >
> > Yeah I don't see any other way than to find a closer location to the
> > source.
> >
> > I was also curious if someone has used a pro-mpeg receiver if it
> > worked well over long distances (heavy packet loss)
> >
> > Thank you
> > Louis
> > _______________________________________________
>
>
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Karim SLIMANI-2
In reply to this post by Louis Letourneau
Le sam. 3 nov. 2018 à 14:59, Louis Letourneau <[hidden email]> a
écrit :

> I was wondering if anyone had experience streaming 720p ~5000kbit/s
> video overseas successfully? If so which protocol did you use?
>
> I'm trying to stream between Stockholm sweden to toronto canada.
> Using mpegts over tcp, I sometimes get so many retries that the
> bandwith falls below 5MBit/s for many seconds.
>
> The source and destination buffers are 16MBytes
>
> I wanted to try pro-mpeg, but ffmpeg only has it as a send protocol
> not receive (or I missed something)
>
> I can't use HLS/MPEG-Dash which would be my first choice for reasons
> at the source I can't get into.
>
> My 2 choices I think
> 1- Spawn an amazon or whatever cloud instance as close as possible and
> grab the stream THEN convert to HLS and send it overseas
>
> 2- Use another protocol I don't know....
>
> Thanks for the input
> Louis
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".


Hello Louis,

Have you take a look at SRT protocol ?

Source code : https://github.com/Haivision/srt

Latest FFmpeg handle this protocol (if i am not wrong).

Regards,
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Louis Letourneau
> Hello Louis,
>
> Have you take a look at SRT protocol ?
>
> Source code : https://github.com/Haivision/srt
>
> Latest FFmpeg handle this protocol (if i am not wrong).
>


I didn't know about it. I will try it as soon as i can. It seems
interesting.

Louis

>
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

alexdjca
SRT forever!

Simple, stable, low latency, transports any MPEG-TS content.
It is designed expressely for hi quality streams over internet.

Alex :)

-----Original Message-----
From: ffmpeg-user [mailto:[hidden email]] On Behalf Of Louis Letourneau
Sent: 05 November 2018 18:44
To: FFmpeg user questions
Subject: Re: [FFmpeg-user] Streaming overseas

> Hello Louis,
>
> Have you take a look at SRT protocol ?
>
> Source code : https://github.com/Haivision/srt
>
> Latest FFmpeg handle this protocol (if i am not wrong).
>


I didn't know about it. I will try it as soon as i can. It seems
interesting.

Louis

>
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Mustafa Al Ani
I second Alex,

We use SRT to send low latency stream from Copenhagen Denmark to NY, Ohio,
and LA in the USA.

R,
Mustafa

On Thu, Dec 20, 2018 at 4:30 PM Alex Molon <[hidden email]> wrote:

> SRT forever!
>
> Simple, stable, low latency, transports any MPEG-TS content.
> It is designed expressely for hi quality streams over internet.
>
> Alex :)
>
> -----Original Message-----
> From: ffmpeg-user [mailto:[hidden email]] On Behalf Of
> Louis Letourneau
> Sent: 05 November 2018 18:44
> To: FFmpeg user questions
> Subject: Re: [FFmpeg-user] Streaming overseas
>
> > Hello Louis,
> >
> > Have you take a look at SRT protocol ?
> >
> > Source code : https://github.com/Haivision/srt
> >
> > Latest FFmpeg handle this protocol (if i am not wrong).
> >
>
>
> I didn't know about it. I will try it as soon as i can. It seems
> interesting.
>
> Louis
>
> >
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Manuel Alejandro
Hi Mustafa Al Ani,
How do you deal with the delay variations when loss of unrecoverable
packets occurs? In my case, the delay decreases. For example, it goes from
400ms to 0ms. The playback jumps forward. At the moment I do not know how
to avoid this.

On Sun, Feb 3, 2019 at 7:36 AM Mustafa Al Ani <[hidden email]> wrote:

> I second Alex,
>
> We use SRT to send low latency stream from Copenhagen Denmark to NY, Ohio,
> and LA in the USA.
>
> R,
> Mustafa
>
> On Thu, Dec 20, 2018 at 4:30 PM Alex Molon <[hidden email]>
> wrote:
>
> > SRT forever!
> >
> > Simple, stable, low latency, transports any MPEG-TS content.
> > It is designed expressely for hi quality streams over internet.
> >
> > Alex :)
> >
> > -----Original Message-----
> > From: ffmpeg-user [mailto:[hidden email]] On Behalf Of
> > Louis Letourneau
> > Sent: 05 November 2018 18:44
> > To: FFmpeg user questions
> > Subject: Re: [FFmpeg-user] Streaming overseas
> >
> > > Hello Louis,
> > >
> > > Have you take a look at SRT protocol ?
> > >
> > > Source code : https://github.com/Haivision/srt
> > >
> > > Latest FFmpeg handle this protocol (if i am not wrong).
> > >
> >
> >
> > I didn't know about it. I will try it as soon as i can. It seems
> > interesting.
> >
> > Louis
> >
> > >
> > _______________________________________________
> > ffmpeg-user mailing list
> > [hidden email]
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> > To unsubscribe, visit link above, or email
> > [hidden email] with subject "unsubscribe".
> > _______________________________________________
> > ffmpeg-user mailing list
> > [hidden email]
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> > To unsubscribe, visit link above, or email
> > [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

alexdjca
On the receiver side, set the latency around 600ms

https://ffmpeg.org/ffmpeg-protocols.html#srt

-----Original Message-----
From: ffmpeg-user [mailto:[hidden email]] On Behalf Of Manuel Alejandro
Sent: 03 February 2019 16:18
To: FFmpeg user questions
Subject: Re: [FFmpeg-user] Streaming overseas

Hi Mustafa Al Ani,
How do you deal with the delay variations when loss of unrecoverable
packets occurs? In my case, the delay decreases. For example, it goes from
400ms to 0ms. The playback jumps forward. At the moment I do not know how
to avoid this.

On Sun, Feb 3, 2019 at 7:36 AM Mustafa Al Ani <[hidden email]> wrote:

> I second Alex,
>
> We use SRT to send low latency stream from Copenhagen Denmark to NY, Ohio,
> and LA in the USA.
>
> R,
> Mustafa
>
> On Thu, Dec 20, 2018 at 4:30 PM Alex Molon <[hidden email]>
> wrote:
>
> > SRT forever!
> >
> > Simple, stable, low latency, transports any MPEG-TS content.
> > It is designed expressely for hi quality streams over internet.
> >
> > Alex :)
> >
> > -----Original Message-----
> > From: ffmpeg-user [mailto:[hidden email]] On Behalf Of
> > Louis Letourneau
> > Sent: 05 November 2018 18:44
> > To: FFmpeg user questions
> > Subject: Re: [FFmpeg-user] Streaming overseas
> >
> > > Hello Louis,
> > >
> > > Have you take a look at SRT protocol ?
> > >
> > > Source code : https://github.com/Haivision/srt
> > >
> > > Latest FFmpeg handle this protocol (if i am not wrong).
> > >
> >
> >
> > I didn't know about it. I will try it as soon as i can. It seems
> > interesting.
> >
> > Louis
> >
> > >
> > _______________________________________________
> > ffmpeg-user mailing list
> > [hidden email]
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> > To unsubscribe, visit link above, or email
> > [hidden email] with subject "unsubscribe".
> > _______________________________________________
> > ffmpeg-user mailing list
> > [hidden email]
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> > To unsubscribe, visit link above, or email
> > [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Manuel Alejandro
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.)

https://www.youtube.com/watch?v=ij8P-enNFZI

On Thu, Feb 14, 2019 at 9:47 AM Alex Molon <[hidden email]> wrote:

> On the receiver side, set the latency around 600ms
>
> https://ffmpeg.org/ffmpeg-protocols.html#srt
>
> -----Original Message-----
> From: ffmpeg-user [mailto:[hidden email]] On Behalf Of
> Manuel Alejandro
> Sent: 03 February 2019 16:18
> To: FFmpeg user questions
> Subject: Re: [FFmpeg-user] Streaming overseas
>
> Hi Mustafa Al Ani,
> How do you deal with the delay variations when loss of unrecoverable
> packets occurs? In my case, the delay decreases. For example, it goes from
> 400ms to 0ms. The playback jumps forward. At the moment I do not know how
> to avoid this.
>
> On Sun, Feb 3, 2019 at 7:36 AM Mustafa Al Ani <[hidden email]>
> wrote:
>
> > I second Alex,
> >
> > We use SRT to send low latency stream from Copenhagen Denmark to NY,
> Ohio,
> > and LA in the USA.
> >
> > R,
> > Mustafa
> >
> > On Thu, Dec 20, 2018 at 4:30 PM Alex Molon <[hidden email]>
> > wrote:
> >
> > > SRT forever!
> > >
> > > Simple, stable, low latency, transports any MPEG-TS content.
> > > It is designed expressely for hi quality streams over internet.
> > >
> > > Alex :)
> > >
> > > -----Original Message-----
> > > From: ffmpeg-user [mailto:[hidden email]] On Behalf Of
> > > Louis Letourneau
> > > Sent: 05 November 2018 18:44
> > > To: FFmpeg user questions
> > > Subject: Re: [FFmpeg-user] Streaming overseas
> > >
> > > > Hello Louis,
> > > >
> > > > Have you take a look at SRT protocol ?
> > > >
> > > > Source code : https://github.com/Haivision/srt
> > > >
> > > > Latest FFmpeg handle this protocol (if i am not wrong).
> > > >
> > >
> > >
> > > I didn't know about it. I will try it as soon as i can. It seems
> > > interesting.
> > >
> > > Louis
> > >
> > > >
> > > _______________________________________________
> > > ffmpeg-user mailing list
> > > [hidden email]
> > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> > >
> > > To unsubscribe, visit link above, or email
> > > [hidden email] with subject "unsubscribe".
> > > _______________________________________________
> > > ffmpeg-user mailing list
> > > [hidden email]
> > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> > >
> > > To unsubscribe, visit link above, or email
> > > [hidden email] with subject "unsubscribe".
> > _______________________________________________
> > ffmpeg-user mailing list
> > [hidden email]
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> > To unsubscribe, visit link above, or email
> > [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Geek.Song
On Fri, Feb 15, 2019 at 9:17 AM Manuel Alejandro
<[hidden email]> 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
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Streaming overseas

Manuel Alejandro
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 <[hidden email]> wrote:

> On Fri, Feb 15, 2019 at 9:17 AM Manuel Alejandro
> <[hidden email]> 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
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".