● 定义： SRT协议是（Secure Reliable Transport protocol）的缩写。安全可靠的传输协议（SRT协议）是一种高质量，低延迟，安全，实时的视频免版税开源视频传输协议。它支持嘈杂或不可预测的网络（例如，低延迟，高性能流在公共Internet上实现。SRT协议是当今非常流行的开源低延迟视频传输协议。使用SRT协议可靠的传输技术，它可以成功地在普通Internet环境下以及多个位置之间实现安全可靠的高清视频传输和分发。

SRT协议怎么来的？

● SRT联盟 是由Haivision和Wowza建立的组织，用于管理和支持SRT协议的开源应用程序。

该组织致力于促进视频流解决方案的互操作性，并促进视频行业的先驱者之间的协作，以实现低延迟的网络视频传输。

2. SRT协议如何工作

在SRT源之间建立专用的通信链接（编码器）和SRT目的地（解码器）进行控制和数据包恢复。目标可以是服务器，CDN或其他受SRT协议支持的设备。 SRT 协议使用自己的数据包丢失恢复方法和网络上的UDP数据包，您可以对其进行调整以适应不断变化的网络状况。当网络状况较差时，可以添加更多的数据包缓冲区以提高视频质量。随着网络条件的改善，可以减少等待时间以实现近实时的流媒体体验。

#SRT的工作原理协议

SRT之间的任何防火墙协议必须遍历源设备和目标设备。 SRT 协议有三种模式可以实现此目的：

集合点/呼叫者/听众

聚合模式是最简单的，通常可以在SRT之间穿越防火墙协议源和目标，而没有它的参与。如果您无法通过防火墙，则应使用呼叫者/监听者模式。但是，需要一些它的参与才能设置流量转发，以便在目标设备的公共IP地址和SRT处接收到流量协议端口转发到本地网络上的设备。

另见： 如何在支持的设备上手动加载/添加M3U / M3U8 IPTV播放列表

3. SRT的发展历史 协议

SRT是Haivision和Wowza共同创建的SRT联盟。自SRT以来协议在2017年成为开源技术之后，已有130多家公司通过支持SRT联盟来支持开源项目。他的供应商和最终用户共同努力，以提高行业对SRT的认识协议并将其用作Internet上低延迟视频传输的通用标准。

当前，市场上已经有50种启用SRT的产品，包括IP摄像机，编码器，解码器，视频网关，OTT平台和CDN。 SRT协议在全球许多应用程序和市场中被成千上万的组织所使用。

FMUSER是SRT的强大支持者之一协议。我们对互操作性和标准有很高的要求。 FMUSER已着手在其当前和即将推出的编码和解码解决方案中实现对SRT协议的支持。

4. SRT P可以做什么rotocol 带给我们吗？

我们认为现在是时候重新审视安全可靠传输的热门话题协议（SRT 协议）本星期。几个小型SRT 协议自从开放源代码协议连续第二年在维加斯引起人们的关注以来，各种公告就已经浮出水面。

自SRT以来已经过去了一年多的时间协议 ESPN实现了迄今为止最重要的部署之一，ESPN在14个运动会上推出了配备SRT的设备，通过低成本的互联网连接举办了2,200多个赛事，取代了传统的卫星上行链路服务，从而节省了约8万美元的成本。 9万美元。如果ESPN可以在相对低调的活动中实现这种规模的成本节省，那么想象一下大型现场活动的可能性-现金最终可以用于改善观众体验。

但是，像Netflix和YouTube这样的流媒体行业先驱，无需SRT的帮助，就可以通过CDN向数百万观众提供HTTP内容。协议，大惊小怪的是什么？ SRT联盟的创始成员之一，广播视频供应商Haivision的白皮书，其主要目的是揭开使用RTMP的HTTP流技术成为OTT视频必不可少的神话。实际上，高达30秒的延迟在HTTP流中并不罕见，这主要是由于沿信号路径的大量按压步骤和各种缓冲区引起的。

另见： 多通道SRT支持的v实时流媒体的ideo编码器

此外，Haivision警告说，用于传输HTTP的标准传输控制协议（TCP）可能会导致延迟的急剧增加，因为TCP要求将流的每个最后一个数据包都以原始的原始顺序交付给最终用户。最终，这意味着TCP会永久尝试发送丢失的数据，因为无法跳过错误的字节。

SRT还有一个比较小的缺点协议在低延迟协议出现之前很早就已经在视频行业中以缩写词的形式出现，这与字幕计算机文件的扩展名SubRip有关，因此在线搜索有关该协议的信息可能会使您容易误入歧途。

Moving swiftly on now to how SRT has made a name for itself.现在快速讨论SRT如何为自己取名。 The diagram below visualizes how an error is generated in the output signal of an uncorrected stream whenever a packet is lost (top), while Forward Error Correction (FEC) adds a constant amount of data to the stream to recreate lost packets, as shown in the middle.下图直观地显示了每当丢失数据包时未校正流的输出信号中如何产生错误（顶部），而前向纠错（FEC）向该流中添加恒定量的数据以重新创建丢失的数据包，如图所示。中间。 Then we have Automatic Repeat reQuest (ARQ) which retransmits lost packets upon request from the receiver, which prevents constant bandwidth consumption of FEC.然后，我们有了自动重复请求（ARQ），它可以根据接收方的请求重传丢失的数据包，从而避免了FEC不断消耗带宽。

HTTP的第三个也是最后一个陷阱涉及发生拥塞时TCP降低数据包传输速率的方式。 “While this behavior is good for reducing overall congestion in a network, it is not appropriate for a video signal, which cannot survive a drop in speed below its nominal bit rate,” it warns.它警告说：“虽然这种行为可以减少网络中的总体拥塞，但不适用于视频信号，视频信号无法承受低于其名义比特率的速度下降。”

“对于技术供应商和用户而言，收益都是巨大的，大大简化了实施并降低了成本，从而提高了产品的可用性，并有助于保持较低的价格。 And, since every implementer uses the same code base, interoperability is simplified,” is probably a better conclusion for the whitepaper than the one it actually chose.而且，由于每个实施者都使用相同的代码库，因此简化了互操作性，“对于白皮书而言，这可能比其实际选择的结论更好。

5.为什么SRT协议如此重要？

SRT协议在视听和IT领域的应用得到了强烈的反馈。在企业和政府最终用户中激发IT思想领袖的主要原因是：在线视频平台；内容交付网络；企业视频内容管理系统；和互联网，流传输的基础与设施公司的硬件，软件和服务相比

在企业，政府，学校和国防领域，高性能视频的使用量正在急剧增加。许多协议解决了流视频与从不同设备接收内容的大量观众的兼容性问题。

但是，利用各种组织的本地资产以及服务提供商在云中进行的大量投资的最佳方法之一就是提供具有非常低延迟的视频和非常可靠的流分发工具。 SRT 协议使用了用户数据报协议（UDP）的某些最佳方面，例如低延迟，但添加了错误检查以匹配传输控制协议/ Internet协议（TCP / IP）的可靠性。尽管TCP / IP可以处理所有数据配置文件，并且最适合其工作

请注意： SRT 协议可以替代老化的RTMP协议。它解决了安全性问题，并且甚至通过公共Internet基础结构都专注于性能视频，并且可以专门处理高性能视频。

6.使用SRT协议有什么好处？

三个特征：安全，可靠和低延迟。

条款	特征
在安全性方面	SRT 协议支持AES加密，以确保端到端视频传输的安全性。
在可靠性方面	SRT 协议使用前向校正技术（FEC）来确保传输的稳定性
在低延迟方面	SRT 协议它是基于UDT协议构建的，解决了UDT协议传输时延高的问题。 UDT协议基于UDP网络通信协议

#Sheet 1-什么是f功能设定 ofSRT协议

SRT 协议允许信号源和目标之间的直接连接，这与许多现有的视频传输系统形成鲜明对比，后者需要一个集中的服务器从远程位置收集信号并将它们重定向到一个或多个目的地。基于中央服务器的体系结构具有单点故障，这在高流量期间也可能成为瓶颈。通过集线器进行信号传输还会增加端到端信号传输时间，并且可能使带宽成本增加一倍，因为需要实现两条链路：一条从源到中央集线器，另一条从中心到目的地。。通过使用从源到目标的直接连接，SRT 协议可以减少延迟，消除中心瓶颈并降低网络成本。

SRT 协议解决了复杂的传输定时问题，可以支持 实时传输 高通量文件和超清晰视频。

SRT协议的四个主要功能
功能		原始质量的视频– SRT 协议旨在防止由于嘈杂网络上的拥塞而引起的抖动，数据包丢失和带宽波动，以获得最佳的观看体验。这可以通过先进的低延迟重传技术来完成，该技术可以补偿和管理数据包丢失。 SRT 协议可以承受高达10％的数据包丢失，而不会对流量产生视觉影响。
有效		尽管解决了网络难题，但视频和音频仍以低延迟交付，并具有TCP / IP交付和UDP速度的综合优势。低延迟-尽管视频和音频传输可以应付网络挑战，但仍具有低延迟。它具有TCP / IP交付可靠性和UDP速度的综合优势。
安全		安全的端到端传输–行业标准的AES 128/256位加密可确保保护Internet上的内容。 SRT 协议提供简化的防火墙穿越。行业标准的AES 128/256位加密可确保通过Internet进行安全的端到端内容传输，包括简化的防火墙穿越。因为SRT 协议为了确保安全性和可靠性，公共互联网现在可以用于扩展的流媒体应用程序，例如流向社会主义云站点（例如，石灰级单播多云平台同时分发到多个社交媒体，例如Facebook）Live，youtube ，抽搐和潜望镜（来自实时视频源），流式传输或远程处理整个视频墙内容或视频墙的ROI等。
高级		开源– SRT 协议是一种免专利费的下一代开放源协议，可提供经济高效，可互操作且面向未来的解决方案。
具有成本效益		互操作性–知道多厂商产品将无缝运行，用户可以安全地部署SRT 协议涵盖整个视频和音频流工作流程。

#Sheet 2-我们为什么选择SRT Protocol?

7. SRT Protocol支持的流 FMUSER的解决方案

FMUSER H.264 h.265编码器/解码器/多高清编码器/解码器对支持许多流行的流协议，包括SRT 协议。借助这种紧凑，坚固，低功耗的编码器/解码器对，用户可以通过托管或非托管网络从多个SDI摄像机放心地传输高达4K或Quad HD的实时流。

FMUSER IPTV编码器/解码器/代码转换器

FBE200 H.264 / H.265 IPTV硬件编码器更多>>	FBE204 H.264 / H.265 IPTV 硬件编码器更多>>	FBE216 H.264 / H.265 IPTV 硬件编码器更多>>
1频道	4通道	16通道

#表 3 -FMUSER音频和视频广播传输解决方案

更多>>

在现场生产应用中，FMUSER编码器系列提供了市场上最低的玻璃到玻璃延迟，可安全地从远程事件向生产工作室提供视频流。 FMUSER编码器生成的流包括程序时间戳，以确保在由FMUSER解码器解码时，可以重新对齐来自同步摄像机的信号。此外，可以同步这些提要，以确保无缝集成到工作室环境中。

请注意： FMUSER编码器/解码器具有强大的流媒体服务功能。除支持RTSP / RTMP等通用协议外，它还支持安全Onvif协议，SIP协议，NDI协议（可自定义），SRT协议（可自定义），GB / T28181（可自定义）和其他流媒体服务协议；将帮助您在基于IP的超高清视频业务中获得领先优势。

FMUSER SRT支持的多种应用 硬件编码器FBE200。 更多>>

FMUSER的产品技术以高质量的产品为中心，并且一直在不断创新和超越。从研发，生产，销售，服务和其他业务链接是完全自我集成的，服务始终没有断开。始终把用户的需求作为创新的动力，只生产符合用户实际需求的产品，只生产用户可以信赖的产品。同时，它可以为客户提供高质量的产品开发和定制服务。

另见： 什么是AM和FM之间的区别？

8.比较SRT 协议 具有常见的传输格式

对于网络视频传输，需要更有效的流协议。随着公司和内容交付网络（CDN）提供商为将来的现场直播做好准备，这种需求从未如此迫切。实时流媒体，SRT的未来协议，HLS和MPEG破折号都来了。让我们看一下这些实时流协议是什么，它们的好处以及它们的应用程序。

Internet上目前有两个实时视频广播。

●基于RTMP的直播。

●WebRTC协议的实时广播。

基于RTMP的直播

WebRTC协议

1.此直播方法使用RTMP协议进行上游推送，并使用RTMP，HTTP + FLV或HLS进行下游播放

2.直播延迟通常大于3秒，

1.此直播方法使用UDP协议进行流媒体分发

2，直播延迟小于1秒，同时连接数一般小于10

注意：它主要用于诸如低延迟和大并发的应用程序中，例如实时事件，股票信息同步，大型课堂教育等。

注意：它主要用于视频通话等应用程序中，并显示连接的麦克风。场景。

#表 4 -RTMP和WebRTC的比较

9. HTTP实时流（HLS）

HTTP Live Streaming（HLS）是一种自适应的，基于HTTP的流协议，该协议通过网络在基于TCP的小型媒体段中发送视频和音频内容，这些媒体段在流目标处重新组合。 The cost to deploy HLS is low because it uses existing TCP-based network technology, which is attractive for CDNs looking to replace old (and expensive) RTMP media servers.部署HLS的成本很低，因为它使用了现有的基于TCP的网络技术，这对于希望替换旧的（且昂贵的）RTMP媒体服务器的CDN具有吸引力。 But because HLS uses TCP, Quality of Experience (QoE) is favored over low latency and lag times can be high (as in seconds instead of milliseconds).但是由于HLS使用TCP，因此体验质量（QoE）优于低延迟，并且延迟时间可能很高（以秒为单位，而不是毫秒）。

HLS最初是由Apple Inc.开发的，用于将媒体流传输到Apple设备的协议。 Apple has since developed HLS (push), which is an open-standard streaming protocol on the contribution side that's available to all devices.从那以后，苹果公司开发了HLS（推送），这是一种在捐款方开放的标准流协议，适用于所有设备。 Currently, HLS supports video that is encoded using H.264 or HEVC codecs.当前，HLS支持使用H.XNUMX或HEVC编解码器编码的视频。

# HTTP实时流（HLS）

HLS的一个优点是它旨在适应不同的网络条件。 HLS还支持多个音频轨道，这意味着您的流可以具有用户可以选择的多种语言轨道。 Other perks include support for closed captions, metadata, Digital Rights Management (DRM), and even embedded advertisements (in the not too distant future).其他好处包括对隐藏字幕，元数据，数字版权管理（DRM）甚至嵌入式广告的支持（在不久的将来）。 The framework is all there.框架就在那里。

请注意： 支持通过HTTPS进行安全流传输，以及用于用户名和密码身份验证的MD5哈希和SHA哈希算法。

另见： 如何在Icone Pro，Plus和Wegoo接收器上解决GOGO IPTV问题?

10. HLS的工作方式

The approach is a lot like a file transfer.这种方法很像文件传输。 Media segments stream over HTTP port 80 (or port 443 for HTTPS), which is typically already open to network traffic.媒体段通过HTTP端口XNUMX（或HTTPS的端口XNUMX）流式传输，该端口通常已经对网络流量开放。 As such, the content can easily traverse firewalls with little to no IT involvement.这样，内容几乎不需要IT参与，就可以轻松穿越防火墙。

# 了解HLS的工作原理

HLS使用MPEG2-TS传输流容器，该容器具有可配置的媒体段持续时间以及可配置的播放列表大小，用于在摄取服务器上重新组合媒体段。 Fragmented MP4 is supported.支持碎片MPXNUMX。

#了解HSL的工作原理

请注意： Because HLS uses TCP-based technology, the network packet loss and recovery method are intensive.由于HLS使用基于TCP的技术，因此网络数据包丢失和恢复方法非常耗时。 That is one of the reasons for the increased latency.这是延迟增加的原因之一。 Although some control over the media segment size is available, the ability to reduce latency is limited – especially if the ingestion server requires a specific size of the media segment.尽管可以对媒体段的大小进行一些控制，但是减少延迟的能力是有限的-特别是在摄取服务器需要特定大小的媒体段的情况下。

HLS仍然是流传输到移动设备和平板电脑的标准。 You can also use HLS to stream to a CDN that does not support RTMP when low latency isn't a requirement.当不需要低延迟时，您还可以使用HLS流式传输到不支持RTMP的CDN。 It's important to note that RTMP is already being deprecated by more and more CDNs.重要的是要注意，越来越多的CDN已经弃用了RTMP。 HLS is also well suited to securely stream corporate training and town halls over private Local Area Networks (LANs) when low latency isn't a requirement and network conditions are poor (assuming the network supports HLS).当不需要低延迟且网络条件较差时（假设网络支持HLS），HLS也非常适合通过私有局域网（LAN）安全地传输公司培训和市政厅。

11. MPEG-DASH（HTTP上的动态自适应流）

MPEG-DASH是一种开放标准的，基于自适应HTTP的流协议，该协议通过网络在基于TCP的小型媒体段中发送视频和音频内容，这些媒体段在流目的地重新组合。 The International Standards Organization (ISO) and the team at MPEG designed MPEG-DASH to be codec and resolution agnostic, which means MPEG-DASH can stream video (and audio) of any format (H.264, H.265, etc.) and supports resolutions up to 4K.国际标准组织（ISO）和MPEG小组将MPEG-DASH设计为与编解码器和分辨率无关，这意味着MPEG-DASH可以流传输任何格式（H.XNUMX，H.XNUMX等）的视频（和音频）。并支持高达XNUMXK的分辨率。 Otherwise, MPEG-DASH functions much the same as HLS.否则，MPEG-DASH的功能与HLS几乎相同。

The cost to deploy MPEG-DASH is low because it uses existing TCP-based network technology, which is attractive for CDNs.部署MPEG-DASH的成本很低，因为它使用了现有的基于TCP的网络技术，这对CDN有吸引力。 But because packets are transported over TCP, Quality of Experience (QoE) is favored over low latency and lag times can be high.但是由于数据包是通过TCP传输的，因此体验质量（QoE）比低延迟更受青睐，并且延迟时间可能很高。

MPEG-DASH还设计为适应不同的网络条件。流的不同版本以不同的分辨率和比特率发送。观看者可以选择他们想要的流的质量。还支持多个音轨以及增强的功能，例如隐藏式字幕，元数据和数字版权管理（DRM）。该基础设施可用于未来的发展，例如嵌入式广告

请注意： 支持通过HTTPS进行安全流传输，以及用于用户名和密码身份验证的MD5哈希和SHA哈希算法。

12. MPEG-DASH如何工作和应用

工作准则：

MPEG-DASH的工作方式与HLS相同，并通过HTTP（端口80）或HTTPS（端口443）发送简短的媒体段，以便于穿越防火墙。 It uses an MPEG2-TS transport stream container with a configurable media segment duration, as well as a configurable playlist size for reassembling the media segments at the ingestion server.它使用MPEG4-TS传输流容器，该容器具有可配置的媒体段持续时间，以及可配置的播放列表大小，用于在摄取服务器上重新组合媒体段。 Fragmented MPXNUMX is supported.支持碎片MPXNUMX。

#MPEG DASH的概念架构

请注意： MPEG-DASH的高延迟主要归因于用于所有基于TCP的网络的网络数据包丢失和恢复方法。 And although MPEG-DASH offers some control over the media segment size, the ability to reduce latency is limited – especially if the ingestion server requires a specific size of the media segment.而且，尽管MPEG-DASH可以控制媒体段的大小，但是减少延迟的能力是有限的-特别是在摄取服务器需要特定大小的媒体段的情况下。

#互联网上的多媒体流的MPEG-DASH标准

请注意： 当不需要低延迟时，使用MPEG-DASH传输到不支持RTMP的CDN。重要的是要注意，越来越多的CDN已经弃用了RTMP。当不需要低延迟并且网络条件很差时，DASH还非常适合通过私有LAN安全地传输公司培训和市政厅。

13.哪种流媒体协议适合您？

请注意： 尽管RTMP是迄今为止最流行的流协议，但诸如SRT协议，HLS和DASH之类的协议却对此提出了挑战。 RTMP没有基于HTTP的自适应HTTP流协议HLS和MPEG-DASH？

●多条音频轨道，一条视频轨道可进行多语言制作。
●包含元数据和其他类型的嵌入式内容。
●数字版权管理（DRM）支持。
●以不同的分辨率和比特率发送流的多个版本，以便观看者可以选择适合其网络条件或屏幕尺寸的质量。
●对于HLS和MPEG-DASH，可伸缩性比RTMP容易得多，并且便宜。 RTMP通常需要手动打开IT网络端口才能穿越防火墙。

请注意： 如果没有延迟或网络条件差的问题，那么HLS或MPEG-DASH可以胜过SRT 协议。基于自适应HTTP的流协议可为具有不同网络条件的观看者提供最佳的视频质量，并且比SRT更易于设置协议.

14.真实的事情 关于 SRT协议

1.SRT 协议是一种开源解决方案，已集成到多个平台和体系结构中，包括基于硬件的便携式解决方案和基于软件的云解决方案。

2.SRT 协议可以在几毫秒到几秒的延迟范围内很好地工作。可以处理较长的网络延迟。
3.SRT 协议与负载无关。 SRT兼容任何类型的视频或音频媒体，或者实际上可以使用UDP发送的任何其他数据元素。支持多种流类型。
4.SRT 协议发送支持多个并发流。可以通过并行SRT流发送多个不同的媒体流（例如，多个摄像机角度或可选的音频轨道），这些并行SRT流在点对点链接上共享相同的UDP端口和地址。
5. SRT使用的握手过程协议支持出站连接，而无需在防火墙中打开危险的永久外部端口，从而维护了公司的安全策略。增强的防火墙遍历。

6. SRT 协议端点建立了一个稳定的端到端延迟曲线，从而无需下游设备拥有自己的缓冲器来处理不断变化的信号延迟。信号时间准确。

像Akamai这样的CDN已经宣布将停止对RTMP的支持。部署既旧又昂贵。使用SRT等新协议协议，HLS和MPEG-DASH越来越流行，RTMP成为过去已经只是时间问题了。

请注意： 如果需要低延迟，并且您正在不可预测的网络上进行流传输，则使用SRT 协议是首选的流协议。 SRT 协议建立自己的数据包恢复连接，该连接比TCP效率更高。启用SRT 协议在主机和远程来宾之间提供近乎实时的双向通信。您还可以调整延迟时间以适应网络条件。