8个关于SRT的误区

简介: 去年,我们翻译了来自ScreenPlays Magazine的CEO Fred Dawson的文章( UDP成为低延时流媒体关键 选SRT还是QUIC? ),详细阐述了两种基于UDP的网络协议SRT和QUIC。 在国内,QUIC更加流行,但关于SRT的讨论也越来越多。 本文来自Haivision的技术博客,分析了工种对SRT的常见错误认识。

文 / Lina Nikols 译 / 蒋默邱泽 审校 / Ant 原文 / https://www.haivision.com/blog/all/8-common-srt-myths-busted/


自两年前首次创建和随后的开源发布以来,安全可靠传输(SRT)[1]协议一直在广播和视频流媒体行业中稳步增长。 SRT旨在实现跨不可预测网络的安全可靠的数据传输,特别针对实时视频流进行了优化,并在简化向基于IP的解决方案的过渡方面塑造了未来。 在这篇文章中,我们开始揭穿一些继续围绕SRT的最常见的误区。 排列不分顺序,请看下面:


SRT误区1: SRT未被广泛采用

从广播巨头Sky News,福克斯新闻和NBC体育到业界巨头如Avid,MediaKind和微软,SRT无处不在。 得益于不断增长的用户和开发者社区以及开源计划中VLC,GStreamer,Wireshark和OBS Studio的采用,SRT正迅速成为广播和流媒体行业事实上的低延迟视频流标准。 SRT联盟有200多名活跃成员(并且还在增长[2]) 以及数百种SRT就绪解决方案 - 从摄像机、编码器和解码器到网关、OTT转码服务和CDN。


SRT目前已在全球数千个组织中部署在许多应用程序和场景中。 不要只相信我们的话,多读一些有关如何SRT运用SRTHub在行业中例子,关注下2017年的NAB就知道了。


SRT误区2: 我需要购买使用SRT的许可证

不要与其他昂贵且封闭的专有协议混淆,SRT可以使用免费的开源代码库实现,从而保持所有使用方低成本。 没有长期合同或月租费。 开源是鼓励SRT的广泛采用,有助于确保最终用户的互操作性和使用寿命,同时避免供应商“锁定”。 这是最好的合作。


SRT误区3: SRT不支持所有视频编解码器

与特定视频和音频格式的其他协议不同,SRT不限制您使用特定容器或编解码器,因为它与媒体或内容无关。 SRT在网络传输级别运行,充当您内容的包装器。 这意味着它可以传输任何类型的编解码器,分辨率或帧率。 这很重要,因为它可以将MPEG-2,H.264和HEVC无缝一起工作来实现未来的工作流程。

SRT误区4: SRT无法通过互联网传输4K视频

同误区3,SRT协议与内容无关的,可以完全支持4K UHD和HD视频。 例如Haivision的Makito X4视频编码器专为超低延迟4K和HD视频而设计,包括对SRT协议的原生支持。 这使其非常适合在不可预测的网络(如公网)上进行流式传输。 通过内置的AES 128/256位加密,SRT允许Maktio X4用户保持4k内容的加密安全性。

SRT误区5: SRT只能在互联网上使用

虽然SRT最初设计用于解决流媒体视频内容在互联网上的主要挑战,但一旦开源后开发人员就开始在自己的硬件和软件堆栈上为所有类型的网络实施SRT。 除了公共互联网之外,SRT还可以用于管理网络,如MPLS以及卫星,SD-WAN和蜂窝网络。 您可以在此博客文章中详细了解SRT的多样性: 使用SRT通过Internet和其他网络实时流式传输[3]。


SRT误区6: SRT不支持OTT工作流

恰恰相反! 将OTT延迟降低到广播电视水平的竞赛中,SRT扮演着至关重要的角色。  虽然低延迟流的争夺在最后一公里不断加速,内容被传递到屏幕上观看,但事实是低延迟的胜利开始得更早,在第一英里。 在覆盖远程事件时,第一英里的流媒体包括从摄像机捕获内容,通过H.264或HEVC对其进行编码,并通过IP网络将其流式传输到生产设施。 也称为广播传输,此阶段对于管理整体端到端延迟至关重要,SRT包括适用于第一英里的主要功能,包括低延迟丢包恢复和内容加密。 SRT可以在第一英里和最后一英里保持低延迟,支持在HLS,MPEG-DASH和CMAF及ABR动态码率。


SRT误区7: SRT不能与RTP互兼容操作

SRT允许您可靠、安全高效地传输RTP,因此您可以绝对利用SRT,同时维护现有的基于RTP的广播基础架构。


SRT误区8:SRT仅支持高达30 MBit/s的码率

SRT中曾经有一个默认设置,它将SRT使用的最大带宽设置为30 MBit/s。 这只是曾经默认值,可以设置为任何其他数值,例如100 MBit/s用于支持轻度压缩的传输视频和4K UHD工作流程,或5 MBit/s用于低带宽流式传输。 在最新的SRT版本(v1.3.3[4])中,默认值已提高到1 Gbps。


参考: [1] https://github.com/Haivision/srt [2] https://www.srtalliance.org/members/ [3] https://www.haivision.com/blog/live-video-streaming/srt-live-stream-internet-other-networks/ [4] https://github.com/Haivision/srt/releases/tag/v1.3.3

————————————————

版权声明:本文为CSDN博主「LiveVideoStack_」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。

原文链接:https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/99136993


「视频云技术」你最值得关注的音视频技术公众号,每周推送来自阿里云一线的实践技术文章,在这里与音视频领域一流工程师交流切磋。

阿里云视频云@凡科快图.png

相关文章
|
编解码 移动开发 视频直播
一文详解 m3u8 视频格式与分析视频秒开优化
秒开指的是,一秒内成功加载的播放数/播放总数。本意是想对比一下m3u8与mp4视频格式,并了解m3u8格式优缺点,以确定一个大概优化方向。但对m3u8做简单了解后,觉的m3u8可能是一个优化方向。
11206 4
一文详解 m3u8 视频格式与分析视频秒开优化
|
3月前
|
Web App开发 Android开发
FFmpeg开发笔记(四十六)利用SRT协议构建手机APP的直播Demo
实时数据传输在互联网中至关重要,不仅支持即时通讯如QQ、微信的文字与图片传输,还包括音视频通信。一对一通信常采用WebRTC技术,如《Android Studio开发实战》中的App集成示例;而一对多的在线直播则需部署独立的流媒体服务器,使用如SRT等协议。SRT因其优越的直播质量正逐渐成为主流。本文档概述了SRT协议的使用,包括通过OBS Studio和SRT Streamer进行SRT直播推流的方法,并展示了推流与拉流的成功实例。更多细节参见《FFmpeg开发实战》一书。
58 1
FFmpeg开发笔记(四十六)利用SRT协议构建手机APP的直播Demo
|
5月前
技术经验解读:二维码生成与解码
技术经验解读:二维码生成与解码
38 0
|
6月前
|
编解码 网络协议 Unix
相较于ffmpeg我更倾向于使用socket实现推流工作
相较于ffmpeg我更倾向于使用socket实现推流工作
139 0
|
机器学习/深度学习 算法 API
性能世界第二的半定规划SDP是什么?怎么用?此文全面解答
半定规划作为作为重要的优化建模工具被广泛应用于机器学习、信号处理、计算机视觉、以及量子计算等领域。MindOpt新版本V0.23.0中新增了半定规划SDP求解器,测评成绩世界第二。
性能世界第二的半定规划SDP是什么?怎么用?此文全面解答
|
传感器 编解码 NoSQL
HLS开发学习-14- Vivado HLS 函数层面的优化
HLS开发学习-14- Vivado HLS 函数层面的优化
319 0
HLS开发学习-14- Vivado HLS 函数层面的优化
|
存储
HLS实践 - 02 - 简单优化FIR设计
HLS实践 - 02 - 简单优化FIR设计
217 0
HLS实践 - 02 - 简单优化FIR设计
doubango编码及发送流程的疑惑
doubango编码及发送流程的疑惑
59 0