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

相关文章
|
运维 大数据 云计算
|
存储 区块链 CDN
推荐几个免费好用的图床
图床一直以来都是很多人的刚性需求,无论是站长,还是平时逛论坛、写博客的用户,再或者是做外贸生意都可能需要用到图床。好用的图床提供了长期稳定存储且高访问能力的图片托管能力,这也是大家选择图床的核心因素。所以在这里我推荐几款免费且超好用的图床。
3006 0
|
SQL HIVE
Hive LAG函数分析
Hive LAG函数分析
402 0
allegro如何看元器件的高度
allegro如何看元器件的高度
1800 0
|
7月前
|
人工智能 监控 数据可视化
【AI加持】基于PyQt+YOLO+DeepSeek的车型检测系统(详细介绍)
本文介绍了一款基于PyQt5、YOLOv8和DeepSeek的车型检测系统。该系统通过YOLOv8实现实时目标检测,可识别公交车、小汽车等多种车型,并利用DeepSeek进行智能分析评估。系统采用Sqlite3进行数据存储,结合多线程技术提升性能。应用场景包括交通流量监测、智慧停车场管理、公路收费站和城市安防等,为智能交通建设提供高效解决方案。系统还具备登录注册功能,确保使用安全。该技术方案将计算机视觉与AI分析相结合,推动交通管理向智能化方向发展。
753 36
|
关系型数据库 MySQL Java
对比下 datax 的 OceanBase/MYSQL 不同数据同步方案的效率差异 || 聊聊参数 rewriteBatchedStatements
对比下 datax 的 OceanBase/MYSQL 不同数据同步方案的效率差异 || 聊聊参数 rewriteBatchedStatements
|
Apache 数据安全/隐私保护
HAProxy的高级配置选项-ACL篇之基于源地址访问控制案例
这篇文章介绍了HAProxy的ACL(访问控制列表)功能,特别是如何基于源地址进行访问控制的高级配置选项,并通过实战案例展示了如何配置ACL规则以允许或阻止特定IP地址或IP范围的访问。
443 7
HAProxy的高级配置选项-ACL篇之基于源地址访问控制案例
|
机器学习/深度学习 算法 数据可视化
如何在机器学习中检测异常值
如何在机器学习中检测异常值
732 2
|
Android开发
基于Amlogic 安卓9.0, 驱动简说(五):基于GPIO、LED子系统的LED驱动
这篇文章是关于如何在基于Amlogic T972的Android 9.0系统上,使用GPIO和LED子系统来实现LED驱动的教程,包括了DTS设备树配置、驱动源码编写以及如何在用户空间控制LED的亮度和开关。
951 0
基于Amlogic 安卓9.0, 驱动简说(五):基于GPIO、LED子系统的LED驱动

热门文章

最新文章