如何通过CMAF提供海量并发的低延迟流媒体服务的
按照jw player技术高级副总裁john luther的说法，cmaf将在2019年快速发展，尽管这项技术在国内还不怎么流行。苹果、微软以及akamai都在支持cmaf。在下周举行的livevideostackcon 2018上，akamai 首席架构师william robert law将会分享如何通过cmaf提供海量并发的低延迟流媒体服务的。
在cmaf的帮助下，流媒体延迟可大大降低。（pixabay）
在过去的几年中，直播中的延迟水平有所提升，但随着现场直播内容的受众增长，对低延迟的要求也越来越高。而这就是cmaf的用武之地。
通用媒体应用格式（cmaf）不一定是新格式。它与已经使用了多年的分散的mp4密切相关。由apple和microsoft合作，cmaf的想法是为hls或dash（两种主流流媒体协议）创建标准化的传输容器，以避免视频流工作流程中增加的成本与复杂性。
akamai technologies产品管理高级主管jon alexander表示，cmaf允许进行块转移。这意味着视频片段仍由编码器在播放器播放时创建。因此，必须将播放器在视频收到整个文件之前就开始渲染视频。
块传输可以帮助降低现有的延迟级别。
alexander表示，大约三到四年前，无论是使用hls还是dash，端到端延迟的默认值大约为30~45秒。 akamai表示，它的低延迟产品大约两年前推出，提供10~12秒的延迟，而现在则是该公司的标准。
这是用于如2018年世界杯等大型直播活动的标准。但随着这些事件继续吸引了更多的直播观众，广播公司希望延迟性能能够有进一步地提升。
“我们现在开始看到的是客户说‘嘿，我们想降低延迟。’” alexander说到。
考虑到这一要求，ibc的akamai在9月份通过大块转移展示了cmaf流媒体，将延迟降低到了不到一秒的水平。
它现在在akamai的平台上得到了本地支持，但挑战则在于视频工作流程需要编码器和能够支持块传输的播放器。
走向被更广泛采用的道路
akamai拥有编码器验证流程，并且目前拥有5个经过cmaf超低延迟解决方案认证的编码器。相比之下，它有13个通过其当前标准的10~12秒延迟媒体服务产品认证的编码器。因此，仍有一些问题亟待解决，但对cmaf的支持正在akamai的编码器计划中进行。
但是为了在9月的ibc展示它的超低延迟演示，akamai建立了自己的播放器。
使用自定义dash.js播放器，akamai演示了一个使用目标延迟的播放器。这意味着播放器尝试与直播同步，并在现场后停留3~5秒。
该公司还在解决滑点问题，这是指低延迟流中的变化或延迟。akamai的dash.js播放器可以使用设置的延迟目标动态地重新分配直播和实时广播，以防止在延长的观看时间内累积滑点。在60分钟的时间内，就可以在一到两分钟内将直播放到现场。
但是，仅仅因为akamai建立了自己的播放器并不意味着cmaf支持不在播放社区中。
jw player技术高级副总裁john luther表示，他的公司正在努力在2019年为其播放器增加cmaf支持。
luther说，与许多人希望的相比， cmaf需要更长的时间来获得行业认可采用，他说dash也是如此。另外，他谈到hls是当今流媒体的主流格式，而具有mpeg-2传输段的hls可以很好地满足当今大多数流媒体的需求。
“但在过去的六个月里，我听到的几乎全是任何关于低延迟自适应流媒体的要求，”luther说到。
他表示，部分需求来自flash的实时消息传递协议（rtmp）部分，实际上已经消失—并且业界意识到html5没有真正的实时传输协议。而他认为，cmaf块转移可以满足这种需求。
“为了做到这一切并确保每个人都符合cmaf，测试它并将其放入编码管道，包装，cdn和整个生态系统中，这需要做很多工作。而这项工作现在已经开始了，”luther说。“时机到了，我认为2019年将是它的突破年。”
块转移的未来
2016年，当苹果宣布向hls添加fmp4支持时，cmaf块运输得到了很大的推动。我们的想法是，cmaf将减少为编码为hls和dash的内容设置单独的筒仓的需要。
但当时，加密是一个问题。 也就是说，cmaf支持的两种不兼容的加密模式—密码块链接（cbc）和计数器模式（ctr）仍然需要单独的视频流。这是因为apple的hls只支持cbc，而历史上google的widevine只支持ctr，luther说。
“widevine现在支持两者，故而打破了这一僵局，”luther说。“这不是cmaf的错。而是两家最大的drm技术供应商同意不同意的错。”
luther表示，加密媒体扩展规范中还有一个新的api，用于检测浏览器支持的加密模式，并且它应该进一步帮助加速cmaf的采用。
在可以开始影响消费者体验上，cmaf还有很长的路要走。但luther表示，如果cmaf由所有内容交付网络，包装供应商和其他所有人实施，那么它将具有实现自适应流分秒传送的潜力。
英伟达的投资版图
热式流量计的原理及设计
电风扇电机的工作原理及选购注意事项
如何实现基于FPGA Vivado的74系列IP封装呢？
中国电信的“破冰之举”，激励推出“划小承包”模式
如何通过CMAF提供海量并发的低延迟流媒体服务的
磐石测控：深圳便携式三轴插拔力测试仪PS-9305S-CW优势在哪里？
中国联通多维度拓展5G应用边界,促进网络智能化升级
浅谈智慧城市轨道交通运营管理信息化建设
中国移动正式公布2019年5G规模组网建设及应用工程无线主设备采购结果
全球最大钢制传感器生产企业柯力传感发布2022第一季度报告
泰克频谱分析仪荣获2009年“最佳测试产品”奖
软件中的硬件问题怎样解决比较好
2022年下半年全球半导体芯片短缺将得到缓解
一名嵌入式软件工程师对生活的重新思考
OpenHarmony多媒体子系统的源码分析
IR2117内部结构及工作原理
HDMI继续演进 泰克提供高效方案
火焰图系列之使用火焰图隐藏功能提高绘制精度
PCB的板级电磁兼容问题
在cmaf的帮助下，流媒体延迟可大大降低。（pixabay）
在过去的几年中，直播中的延迟水平有所提升，但随着现场直播内容的受众增长，对低延迟的要求也越来越高。而这就是cmaf的用武之地。
通用媒体应用格式（cmaf）不一定是新格式。它与已经使用了多年的分散的mp4密切相关。由apple和microsoft合作，cmaf的想法是为hls或dash（两种主流流媒体协议）创建标准化的传输容器，以避免视频流工作流程中增加的成本与复杂性。
akamai technologies产品管理高级主管jon alexander表示，cmaf允许进行块转移。这意味着视频片段仍由编码器在播放器播放时创建。因此，必须将播放器在视频收到整个文件之前就开始渲染视频。
块传输可以帮助降低现有的延迟级别。
alexander表示，大约三到四年前，无论是使用hls还是dash，端到端延迟的默认值大约为30~45秒。 akamai表示，它的低延迟产品大约两年前推出，提供10~12秒的延迟，而现在则是该公司的标准。
这是用于如2018年世界杯等大型直播活动的标准。但随着这些事件继续吸引了更多的直播观众，广播公司希望延迟性能能够有进一步地提升。
“我们现在开始看到的是客户说‘嘿，我们想降低延迟。’” alexander说到。
考虑到这一要求，ibc的akamai在9月份通过大块转移展示了cmaf流媒体，将延迟降低到了不到一秒的水平。
它现在在akamai的平台上得到了本地支持，但挑战则在于视频工作流程需要编码器和能够支持块传输的播放器。
走向被更广泛采用的道路
akamai拥有编码器验证流程，并且目前拥有5个经过cmaf超低延迟解决方案认证的编码器。相比之下，它有13个通过其当前标准的10~12秒延迟媒体服务产品认证的编码器。因此，仍有一些问题亟待解决，但对cmaf的支持正在akamai的编码器计划中进行。
但是为了在9月的ibc展示它的超低延迟演示，akamai建立了自己的播放器。
使用自定义dash.js播放器，akamai演示了一个使用目标延迟的播放器。这意味着播放器尝试与直播同步，并在现场后停留3~5秒。
该公司还在解决滑点问题，这是指低延迟流中的变化或延迟。akamai的dash.js播放器可以使用设置的延迟目标动态地重新分配直播和实时广播，以防止在延长的观看时间内累积滑点。在60分钟的时间内，就可以在一到两分钟内将直播放到现场。
但是，仅仅因为akamai建立了自己的播放器并不意味着cmaf支持不在播放社区中。
jw player技术高级副总裁john luther表示，他的公司正在努力在2019年为其播放器增加cmaf支持。
luther说，与许多人希望的相比， cmaf需要更长的时间来获得行业认可采用，他说dash也是如此。另外，他谈到hls是当今流媒体的主流格式，而具有mpeg-2传输段的hls可以很好地满足当今大多数流媒体的需求。
“但在过去的六个月里，我听到的几乎全是任何关于低延迟自适应流媒体的要求，”luther说到。
他表示，部分需求来自flash的实时消息传递协议（rtmp）部分，实际上已经消失—并且业界意识到html5没有真正的实时传输协议。而他认为，cmaf块转移可以满足这种需求。
“为了做到这一切并确保每个人都符合cmaf，测试它并将其放入编码管道，包装，cdn和整个生态系统中，这需要做很多工作。而这项工作现在已经开始了，”luther说。“时机到了，我认为2019年将是它的突破年。”
块转移的未来
2016年，当苹果宣布向hls添加fmp4支持时，cmaf块运输得到了很大的推动。我们的想法是，cmaf将减少为编码为hls和dash的内容设置单独的筒仓的需要。
但当时，加密是一个问题。 也就是说，cmaf支持的两种不兼容的加密模式—密码块链接（cbc）和计数器模式（ctr）仍然需要单独的视频流。这是因为apple的hls只支持cbc，而历史上google的widevine只支持ctr，luther说。
“widevine现在支持两者，故而打破了这一僵局，”luther说。“这不是cmaf的错。而是两家最大的drm技术供应商同意不同意的错。”
luther表示，加密媒体扩展规范中还有一个新的api，用于检测浏览器支持的加密模式，并且它应该进一步帮助加速cmaf的采用。
在可以开始影响消费者体验上，cmaf还有很长的路要走。但luther表示，如果cmaf由所有内容交付网络，包装供应商和其他所有人实施，那么它将具有实现自适应流分秒传送的潜力。
英伟达的投资版图
热式流量计的原理及设计
电风扇电机的工作原理及选购注意事项
如何实现基于FPGA Vivado的74系列IP封装呢？
中国电信的“破冰之举”，激励推出“划小承包”模式
如何通过CMAF提供海量并发的低延迟流媒体服务的
磐石测控：深圳便携式三轴插拔力测试仪PS-9305S-CW优势在哪里？
中国联通多维度拓展5G应用边界,促进网络智能化升级
浅谈智慧城市轨道交通运营管理信息化建设
中国移动正式公布2019年5G规模组网建设及应用工程无线主设备采购结果
全球最大钢制传感器生产企业柯力传感发布2022第一季度报告
泰克频谱分析仪荣获2009年“最佳测试产品”奖
软件中的硬件问题怎样解决比较好
2022年下半年全球半导体芯片短缺将得到缓解
一名嵌入式软件工程师对生活的重新思考
OpenHarmony多媒体子系统的源码分析
IR2117内部结构及工作原理
HDMI继续演进 泰克提供高效方案
火焰图系列之使用火焰图隐藏功能提高绘制精度
PCB的板级电磁兼容问题