低通量HLS(LL-HLS)、CMAF和WebRTC:

低延时hls

低通量HLS是什么

A级bst贝斯特娱乐 并创建协议从媒体服务器流视频和音频到用户设备,LL-HLS基于苹果HTTPHLS协议因为它优先可靠性比延缓度高,原创HLS协议不太适合用带宽有限公共网络流视频直播相比之下,现代LL-HLS协议提供所有公共网络广播质量视频流

LLHLS为媒体分发提供并行通道媒体划分成大数小文件HLS偏段小文件分布在媒体播放列表直播边缘,优化用于低延时流并发LLHLS延时比电缆电视低2级,

LLHLS运行延时2-8秒,显著减少传统流线协议中上至30秒延时数个LLHLS协议特征使得有可能实现,包括使用偏段分发媒体文件,三角洲播放列表优先低延段,预加提示帮助客户预测下一步下载数据

文章解释LL-HLS协议基础并点亮它与另外两种流行流格式的对比方式:通用媒体应用格式Web实时通信微信网.

相关内容 :实用指南HTTP直播流

本条涵盖以下题目:

低延迟支持图像

密钥功能低时HLS

后端生产工具与内容传输系统可应用规则允许低延时流回播LLHLS执行下列任务

  • 生成局部段低延HLS允许分发媒体文件,分解成小文件称局部段因为这些文件短时段,你可以打包并发布比父段快
  • 生成三角洲播放列表低寿命HLS允许你频繁传送播放列表三角洲播放列表,这些列表小于全播放列表优先级低延段请求三角洲更新播放列表以降低传输成本
  • 块播放列表重载请求低寿命HLS允许块播放列表重加请求,使服务器能更有效地通知客户新媒体段和局部段服务器可阻塞请求直到包含相关段的播放列表版本可用
  • 阻塞媒体下载低通量HLS提供LLHLS预加提示,可阻塞媒体下载,消除往返访问并大尺度交付低延时流
  • 添加移位报告服务器可以向媒体播放列表添加移位报告,可切换移位以适配比特率

低通量HLS进程

LL-HLS旨在通过对协议作下列简单修改提供2-8秒延时性(相对于典型24-30秒延时性):

  • 切分子段称分段,单列播放列表整段持久化,但可删除子段
  • 生成播放列表,基于谁预加提示播放器可以预测它必须下载的数据,从而减少管理费
    • HLS部件在播放列表中标为EXT-X-PART并仅列在直播边缘部件不必单独播放内存可独有URI地址或字节范围,使段能以单文件发送可请求和单独处理部件
    • EXT-X-PRELOAD-HINT标签向播放器指针重播需要数据播放器向URI发送提示请求后服务器会尽快返回
  • 服务器可分配单播放列表版本独有标识符,使其更易缓存并消除过期数据

基于媒体播放列表独有命名序列(通过简单查询参数应用),播放器可请求基于片段或部件播放列表服务器可快速查看播放器需求并提供更新播放列表

LLHLS通过简化玩家端缓冲区来减少延时性,同时服务器发布信息并同时生成段缓冲比传统HLS效率更高注意用LL-HLS协议扩展老球员,后向兼容HLS,可能不知道LL-HLS

低通量HLS Versus低通量CMAF

CMAF是什么

CMAF扩展标准打包编码媒体对象自适应多媒体传送假设应用模型摘要交付解码终端用户设备支持各种实现,例如MPEG动态适配流对HTTP和HLS

CMAF定义逻辑介质对象如下:

  • CMAF轨迹内含编码媒体样本,如视频、音频和字幕,并装有CMAF头片和片段样本储存在由CMAF指定的容器内,以ISO基础媒体文件格式(ISOBMFF)为基础也可以通过MPEG常用加密保护媒体样本协和ENC)
  • CMAF交换集内含不同分辨率和比特率可自适应流的替代轨迹,并可在CMAF碎片边界相交
  • 一致CMAF交换集内含同源交换机集通过替代编码(例如使用不同的编码器)实现时间对齐
  • CMAF选择集中包含同介质格式切换集格式可能包含不同内容,例如替代相机角度或语言或不同的编码,如替代编解码
  • CMAF演示中包含一个或多个同步选择集

比较

苹果2019开发者大会前 流社区用块转移编码 降低CMAF延时Apple宣布支持HLS新低延时技术后,出现重大差分:HTTP/2服务器推送使用

高效提供视频要求所有批量工作流程支持规范-对大多数内容提供网络持续挑战

可使用块式CMAF或LLHLS应用大观众群和可接受三至八秒延时一定要计数权管理(DRM)和浏览器与设备支持等因素

CMAF比较成熟,使用CDNs、视频播放器和编码提供器实现功能,这意味着使用LLHLS操作器的设备较少然而,既然LLHLS是HLS规范的一部分,这种情况很可能改变。macOS,tvOS14和WatchOS7LLHLS保证是未来防伪应用的好方法

低通量HLS VersusWebRTC

WebRTC是什么

Web实时通信网由谷歌开发开源协议提供一套协议、标准 JavaScript编程界面端对端加密Google使用WebRTC应用像Hangouts和YouTube

webRTC不包含第三方软件或插件,它可以穿透防火墙而不丢失质量或添加延时

下图比较LL-HLS和WebRTC

延时

WebRTC设计双向实时通信传统HLS广用,但有10至40秒延时使用案例像直播流充充充500毫秒可接受LLHLS可将HLS延迟时间减到2-3秒

质量学

适配比特率对高质量媒体至关重要,因为它对各种连接、装置和软件有效HLS标准ABR视频,LLHLS为上手视频流质量从多分辨率到比特率自动调整,确保媒体服务器向所有查看者提供最优流(基于设备并连接)。

webRTC强调速度超质量,所以即使它用ABR工作,支持仅限于内置ABR以多用户为例,如果网络弱化,出版社切换低质量流,影响他人

兼容性

HLS最受欢迎流出协议,LLHLS不那么普及,LLHLS兼容性远低于标准HLS兼容性Apple在2020年宣布放弃对HTTP/2服务器推送的要求,即低延时协议可扩展至整个HLS规范

完全兼容CDNs,HLS得到浏览器和装置的广泛支持,LLHLS与AndroidExoPlayer等大型非Apple玩家不兼容

webRTC可以在浏览器中运行,不附加软件或插件面向所有桌面浏览器支持WebRTC时,这些浏览器可产生故障,移动浏览器提供较少支持差经验表示用户必须安装本地应用程序苹果公司强调LLHLS不太可能支持WebRTC

可缩放性

webRTC是最合适的实时对等流协议,但不是尺度流协议流到50多浏览者, 这两种工作流中的任何一个都很好选择:

  • 端对端webRTC工作流保证最小延时扩大观众范围,添加媒体服务器并减少低延时流带宽至最多300名观众
  • 跨模化WebRTC转DASH或HLS面向超过300名浏览者记住提高观众比例会增加延时

感谢对LL-HLS越来越多的支持,全球媒体传送和延时现成现实,因为更多内容隐藏在浏览器附近LLHLS比WebRTC更隐蔽三秒内可以流到千位浏览者

安全性

安全保护数据流 以防止未经授权用户泄漏和篡改可加密HLS,理论上LLHLS可受益于安全能力,如符号认证、键旋转和数字权利管理等,假设服务提供方系统正确配置

webRTC默认加密,防止未经授权访问流网站还提供用户文件往返认证等特征WebRTC安全往往足以满足DRM目的,消除第三方DRM支持合同需求

成本计算

webRTC开源免费,提升它需要额外服务器并可能昂贵

HLS基于可支付HTTP基础架构和根据传输控制协议开发的现有网络技术LLHLS大流学比较经济

视频云流直播

使用HLS创建多视频拷贝或视频表示器,其中每一种都必须符合各种设备分辨率、数据率和视频质量的要求此外,你必须做以下工作:

  1. 添加索引流文件表示式
  2. 创建主文件引用表示式并提供信息和元数据供各种视频版本使用

连一盘视频都用到转向云端自动生成并传送视频原版所有文件,转码为HLS、MPEG-DASH或两个协议调用流剖面图,该特征可配置自适应流过程可自定义默认配置设置等这些设置建立后,云形自动处理所有工作

流动剖面详解见下

贝斯特登录入口官网下载其他资源是交互式演示文集、常见问题网页和云社区论坛

最重要的是,试出这个超级特征你自己启动创建免费云式账户.

Baidu
map