如何编码和交付多种ABR格式
这显示在 图3. 一些编码器从夹层文件开始, 输出打包后的HLS文件，不保存MP4文件. 其他人可能会保存MP4文件, 但不能作为后续打包到DASH的源文件. 您需要一个两阶段的工作流程，首先保存MP4文件, 然后使用这些文件作为后续ABR打包的起点. 否则，你必须从头开始使用MP4文件，这既费时又费钱.
例如, Telestream Vantage, 您可以创建MP4文件和HLS包装, 然后输入mp4和 稍后为DASH打包 . 其他服务提供商提供仅包装的产品. 谐波的产品被恰当地称为 ProMedia包， Elemental Technologies提供 元素δ，而Imagine Communications提供 Telurio包装机. 同样值得一试的是来自统一流媒体的同名工具套件，其中包括 统一的包装机. 所有这些工具都可以使用先前编码的MP4文件来创建必要的打包.
DIY商店也有多种工具可以集成到他们的工作流程中. 对于HLS，苹果提供了两个工具 苹果媒体流分割器将MPEG-2传输流转换为HLS输出 苹果媒体文件分割器，将MP4文件转换为HLS输出. 要生成DASH文件，您有一系列选项，包括 edash-packager, MP4Box, Rebaca MPEG DASH分割器, castLabs Dash加密打包器，和 Bento4 MP4和DASH类库，SDK和工具. 本文中的所有列表都是如此, 这不是提供者的详尽列表, 这也不是注定的, 因此，如果您知道任何其他选项，请将其作为文章在线版本的评论列出.
如果您正在使用SaaS云提供商进行转码/打包, 查看该提供商是否提供仅限打包的特殊定价. 除了75折转换MP4到HLS包装提供的Zencoder, 这只有在实际生产mp4时才能做到, 据我所知没有这样的. 没有这样的提议, 为现有库创建DASH ABR封装的成本与重新编码完整的库的成本相同, 这取决于你图书馆的大小, 你可以通过自己包装来节省一大笔钱.
那么，你应该如何在可用的选项中做出选择呢? 与动态打包一样，请首先检查功能. 你的DRM、标题或广告需求越奇特，你的选择就越少. 很明显, 输入/输出格式支持将是一个很大的区别, 将产品或工具实际实现到您的工作流程中所必需的技术知识也是如此. 最后，考虑一下价格.
制定你的适应小组
在某种程度上, 针对不同的目标使用不同的ABR格式打包一组MP4文件的概念假定一组文件可以充分地服务于不同的目标. 这是, 你可以创建一组文件，并将它们打包成HLS格式，以便iOS/ Android交付, 和DASH用于桌面交付. 这是最好的方法吗?
这取决于你问的是谁. 一方面，你有Netflix，据说它创造了 多达120个文件版本 为每个源文件服务超过900个目标播放器. 这是在2012年12月报道的, 在4K和HEVC之前, 所以你会假设数字只会增加.
另一边是大量的百家乐软件app最新版下载，他们创建了一套文件, 所载建议的典型模式 苹果技术说明TN2224. 如你所见, 苹果公司建议使用基线配置文件编码针对移动设备的低质量流，以保持与较旧的iPod Touch(与第二代一样老)和iPhone型号(3G)的兼容性, 3GS, 4). 技术说明然后建议产生所有其他文件，保存最高分辨率文件与主配置文件, 所以这些文件与iPad 1和iPad 2兼容.
郑重声明, 我需要指出的是，谷歌并没有追踪市场上所有Android智能手机和平板电脑的硬件性能, 该公司建议使用 仅基线概要文件. 根据我的经验, 然而, 似乎很少有Android开发者采用这种方法, 而不是假设大多数Android设备将具有与其同类iOS设备相似的播放功能.
一些网络制作人认为，TN2224模式不利于那些在电脑/笔记本电脑和OTT设备上观看的人, 因为这些设备可以使用High profile显示视频. 我所执行的测试表明，这与内容有关. 具体地说, 如果你在编码会说话的头部视频, you won’t see much difference between files encoded using the Baseline and High profile; the differences are more noticeable for sports and other higher motion videos.
确保高质量的640x360流用于桌面/笔记本播放的一种方法是使用Main配置文件而不是Baseline对1200Kbps流进行编码. 这将重新获得基线和高调之间的大部分质量差异, 不过，这也会让观众无法在前面提到的旧设备上观看. 因为大多数台式机和笔记本电脑都是通过Wi-Fi或以太网连接的, 你会期望他们至少能够访问1200Kbps的流, 如果不是更高质量的流.
另一种方法是创建一个1800Kbps的流，分辨率为640x360，使用Main配置文件专门用于台式机和笔记本电脑观看. 这将创建另一个流, 它肯定比使用High profile编码的一整套流更有效. 除了, 对于那些通过4G或Wi-Fi在兼容Main配置文件的新智能手机或平板电脑上观看的人来说，640x360@1800Kbps流也是一个很好的选择. 随着手机观看量的增长, 为这些观众提供全方位的选择变得越来越重要.
第三种方法, 在未来的12-24个月里，哪个会越来越受欢迎, 在自适应组中只使用Main和High profile, 排除基线. 这承认了双重现实，即仅使用baseline的设备的安装基数正在迅速萎缩，而且这些旧设备的用户可能不是理想的人群.
不管你采取什么方法，关键是这一点. 因为你可能会在短期内支持多个ABR小组, 您的编码和存储成本将显著增加, 特别是如果您生成ABR文件并以静态方式交付. 限制费用的一种方法是使用单一的适应性组, 针对不同的目标进行不同的包装. 虽然这对于需要高级功能(如字幕)的制作人来说非常复杂, 广告支持, 和数字版权管理, 对于大多数其他开发人员来说，这应该是可能的. 还记得, 至少从编码的角度来看, 对Netflix来说正确的并不一定是你最好的选择.
本文发表于2016年 流媒体行业资料手册.
相关文章
如果你在传送实时视频流, 你可能希望将游戏发布到尽可能多的平台上. 这里有最好的硬件和软件来实现它.
2017年8月4日
许多公司在自适应比特率编码上花费太多. 事实证明，有一种昂贵的方法和一种更便宜的方法. 动态包装来拯救!
2016年12月2日
本节探讨了HEVC的现状, 确定使用HEVC编码直播和点播视频的选项，并讨论流媒体和OTT市场中的播放器选项.
2016年2月3日
是时候开始了. 下面是编码到H的最佳实践.265/HEVC与主概念和x265编解码器
2015年03月05日
如果你需要通过移动设备和OTT平台交付, 你需要提供HTTP 在线直播。 (HLS). 苹果为压缩者提供了很多建议, 但这里有一些编码和测试HLS文件的技巧和技巧
2014年3月6日
学习创建H的基本要素.264和WebM视频(当然，有一点更强调H.264比WebM).
2013年2月14日
1月时在这个长达一小时的演讲中解释了如何在苹果的移动设备上获得视频.
8月28日
提及的公司及供应商