视频:CMAF的未来是什么?

观看约翰·甘福特的完整演讲， 102年大. 2019年部署CMAF，在… 流媒体会议视频门户.

阅读这段录音的完整文本:

约翰Gainfort: 今天, 延迟是如何推导出来的, 我们的内容进来了，我们要生成内容吗, 一个六秒钟的片段, 我们必须进行编码, 在六秒内生成整个片段. 然后我们需要将这段上传到原点. 如果成功了，我们就会更新我们的清单. 如果成功了, 然后我们将其传播到CDN，或者将其归功于我们的边, 把这个交给我们的客户. 和, 默认情况下, 我们将尝试缓冲三秒钟的片段——这是苹果的标准——在我们开始播放之前. So, 在6秒内, 我们希望在用户播放之前至少有18秒的延迟.

现在，为了解决这个问题，我们可以做两件事. 我们可以做分块编码或者分块传输编码. 所以分块编码就是它的制作方法. 分块传输是它的传递方式. So, 编码器如何分解和保存数据是分块编码，然后分块传输, 在不知道最终大小的情况下，数据是如何发送和提供的.

使用HTTP 1.我们现在可以通过我们的整个系统来传输我们的内容. So, 我们使用分块编码内容来编码CMAF片段，或者CMAF片段内容被分块编码. 我们会在清单完全创建之前更新它. 我们可以使用HTTP 1将其推到原点并通过CDN.1. 我们现在可以使用HTTP 1将其分发到CDN层的其余部分.1，然后玩家现在可以使用XHR API中的fetch请求他们的内容，然后读取和下载这些片段.

下载这个片段大小仍然需要同样的6秒, 但最大的好处是，有人会支持你的直播点. So, 在18秒内, 你将看到客户端下载相同片段所需的时间大幅减少. 因此，分块编码传输是基于HTTP 1的.1.

这项技术已经存在了21年, 所以你今天的cdn将能够支持这一点, 在很大程度上. 你将能够利用他们相同的现有缓存系统来实现你的规模，这是已经证明的技术，已经在那里支持数百万的观众.