Apple更改了HLS的编码建议
在我看来， Apple技术说明TN2224 是自适应流媒体的罗塞塔石碑吗, 这是一份将多种因素转化为具体建议的文件，所有向苹果设备传输的制作人都应该考虑这些建议. 当然，也就是说，几乎所有的百家乐软件app最新版下载都是如此. 所以当苹果在科技笔记上做出重大改变时, 就像2月28日那样, 2014, 值得注意的是, 即使我一个月都没注意到. 有两个大的变化.
第一个, 最重要的是, 苹果现在是否建议对不同质量的流使用不同的音频比特率, 从64Kbps开始，扩展到128Kbps. 在所有先前版本的技术说明中, 苹果使用的是64Kbps, 哪些权威人士认为，如果观看者在流切换期间切换到不同的速率，可能会出现“弹出”伪影. Adobe的自适应预设采用了同样的方法, 大多数关于这一主题的白皮书都提出了同样的建议. 多年来，许多制作人都与流媒体分享了他们的设置, 包括特纳广播公司和MTV电视网, 对自适应组中的所有流使用一组音频参数, 尽管其他许多人确实用更高的比特率流来提高音频质量.
采用最保守的路径, 我一直建议制作人对所有流使用相同的音频参数, 根据TN2224. 如果他们真的根据视频缩放音频, 我建议他们进行测试，以确保工件不会出现. 展望未来, 看来，提高音频和视频的质量是推荐的课程, 尽管我仍然会测试以确保没有弹出或其他工件.
另一个主要变化是将推荐的段大小从10秒调整为9秒, 解开了科技笔记中最长久的谜团. 正如我在 如何为HLS传输编码视频:
在片段持续时间方面, TN2224最令人困惑的地方是建议将片段大小设置为10秒, 关键帧间隔为三秒, 因为这似乎不会在每个片段的开始产生关键帧. 有趣的是，Apple Compressor 4的新默认设置.我遵循这些建议, 创建持续时间为10秒的段, 但是使用三秒的关键帧间隔.
与此形成鲜明对比的是, 大多数权威建议确保关键帧间隔均匀地分成段大小. 例如, 云编码器Zencoder编写的编码HLS视频状态的最佳实践, 关键帧率应该是段大小的均匀间隔.”
当我在写文章的时候, 我联系了TN2224团队的一个熟人, 询问这个差异, 但一直没有回音. (搏击俱乐部的第一条规则是:你不能谈论搏击俱乐部.我不会对这次变动负责, 但这对所有生产商来说都更清楚了.
苹果还从该群组中删除了一个流媒体, 特别是一种960x540的流，我不确定有多少制作人实际使用它, 调整了一些数据速率, 包括从2推送剩余的960x540流.5Mbps到3.5Mbps，我感觉很高. 在一般情况下, 对于我的血液数据速率而言，所有超过640x360@ 1200Kbps的流建议都有点丰富, 也许还可以再降一点. 否则, TN2224一直提供了一个合乎逻辑的和非常有用的起点，生产者寻求产生一组流的移动和桌面播放. 整体, 如果基于tn2224的自适应编码设置，特别是音频参数或片段大小，那么是时候再看一遍了.
相关文章
虽然很明显，Flash的时代即将结束，但不太清楚什么会取代它. 一项调查显示DASH得到了支持，但它在现实生活中的使用率约为1%.
2016年1月13日
已经遵循苹果HLS编码建议的内容所有者应该不必担心iPhone 6 Plus的大屏幕, 更清晰的屏幕.
2014年9月9日