It would be good to add at least some discussion on how low-latency DASH relates to SRT. Below some initial discussion.
OK, thanks Ali.
It would be good to understand if SRT is complementary or competitive to DASH and our low latency approach.
From my read, it looks like that it is more QUIC/TCP competition, but it is media format agnostic.
Also unclear if and how it works with multicast, as an example.
I would appreciate more information, especially also that we provide a vision from DASH-IF side how we can combine SRT with DASH.
As an example, we do have a section on protocols in our low-latency section and also in clause draft v5. Input would be welcome.
CAUTION: This email originated from outside of the organization.
Srt is gaining quite a bit traction.srt alliance is quite big, the protocol is well maintained, fully open source and claimed to be royalty free. Many providers are looking into this and i know that comcast technology solutions group (wholesale) uses srt. It is reliable (fec and rtx) udp-based (deadline aware) transport. often point to point but also plans to support point to multipoint. There is a new work plan to have dash over srt. The claim is it will be lower delay since srt uses udp and manages the rate better than tcp.
I have the prelim code but need quite a bit testing before i can confirm the reduced delay.
All,
I run into some SRT promotion recently again. Here is the alliance: https://www.srtalliance.org/
How much do you guys know about this? Has it come up in discussions? How does it relate to our work on low latency DASH?
Thomas
haudiobe
commented
4 years ago
It would be good to add at least some discussion on how low-latency DASH relates to SRT. Below some initial discussion.
OK, thanks Ali.
It would be good to understand if SRT is complementary or competitive to DASH and our low latency approach. From my read, it looks like that it is more QUIC/TCP competition, but it is media format agnostic.
Also unclear if and how it works with multicast, as an example.
I would appreciate more information, especially also that we provide a vision from DASH-IF side how we can combine SRT with DASH.
As an example, we do have a section on protocols in our low-latency section and also in clause draft v5. Input would be welcome.
Thomas
From: Begen, Ali (Contractor) Ali_Begen@comcast.com Sent: Donnerstag, 9. Januar 2020 13:39 To: Thomas Stockhammer tsto@qti.qualcomm.com; Law, Will wilaw@akamai.com; Giladi, Alex Alex_Giladi@comcast.com; Iraj Sodagar irajs@live.com; Weil, Nicolas nicoweil@elemental.com; Zachary Cava zachary.cava@hulu.com Subject: Re: SRT?
CAUTION: This email originated from outside of the organization. Srt is gaining quite a bit traction.srt alliance is quite big, the protocol is well maintained, fully open source and claimed to be royalty free. Many providers are looking into this and i know that comcast technology solutions group (wholesale) uses srt. It is reliable (fec and rtx) udp-based (deadline aware) transport. often point to point but also plans to support point to multipoint. There is a new work plan to have dash over srt. The claim is it will be lower delay since srt uses udp and manages the rate better than tcp.
I have the prelim code but need quite a bit testing before i can confirm the reduced delay.
Fwiw, srt folks plan to bring it to the ietf.
Get Outlook for iOS
From: Thomas Stockhammer tsto@qti.qualcomm.com Sent: Thursday, January 9, 2020 3:08:52 PM To: Law, Will wilaw@akamai.com; Giladi, Alex Alex_Giladi@comcast.com; Iraj Sodagar irajs@live.com; Weil, Nicolas nicoweil@elemental.com; Zachary Cava zachary.cava@hulu.com; Begen, Ali (Contractor) Ali_Begen@comcast.com Subject: [EXTERNAL] SRT?
All, I run into some SRT promotion recently again. Here is the alliance: https://www.srtalliance.org/ How much do you guys know about this? Has it come up in discussions? How does it relate to our work on low latency DASH? Thomas