HLS和DASH多编解码器的编码和打包

本文来自The broadcast knowledge的演讲，演讲者是FuboTV公司的工程负责人Nick Krzemienski，演讲内容为HLS和DASH多编解码器的编码和打包。

Nick Krzemienski首先简单介绍了fuboTV，向我们解释了fuboTV现在正如何研究编解码问题。现在视频编解码器市场日趋活跃，尽管这是AVC独占鳌头数十年后的一口新鲜空气，但我们可能再也看不到这个市场不被几个主导者所分割，例如AV1，AVC，VVC和VP9各自相对平均地占有85％的份额，其他占据着剩下的部分。因此，向家庭观众分发多编解码器将不得不处理 向不同的人提供不同的编解码器的问题。Nick介绍了fuboTV主要是直播和点播流媒体，并向我们展示了他们使用的工作流程，然后解释了如何设置其AVC和HEVC组合工作流程。现在众多播放器中，仅有非常少数接受的是HLS，绝大部分皆为DASH。从理想情况开始，即将单个fmp4同时编码为h264与h265的情况开始，他将二者都打包为HLS和DASH，然后让播放器去选择其支持的内容。而在两种编码器不在一个播放器下同时可用时，就需要先将fmp4转码为 h264与h265输出文件，再先后将其打包为HLS与DASH。

DRM（Digital Rights Management，数字版权管理）对于体育广播公司来说非常重要。在DRM情况下，将fmp4转为h254与h265后，将其加密打包为HLS与DASH。CMAF(Common media almost format)允许使用CENC（通用加密）传送文件。这可以保证在打包之前进行一个DRM流程，但是实际上如果要使用CENC，则需要两套HLS与DASH媒体，且可能特定的DASH播放器无法在两个视频编解码器之间切换。

他还展示了不同设备对于不同的编解码的支持，如下图所示。

在向多个来源传输时，Nick概述并展示了通过边缘逻辑（Edge Logic）实现的代码。他能够在CDN上查看传入的请求和现有文件，来用与观看者相似的逻辑传输正确的内容。演讲最后，Nick介绍了一些他关于传输流的未来的一些展望。