视频:自定义编码的案例，第1部分:比特率

遵循Netflix在2015年12月建立的模式, Jan Ozer反对内容提供商对其所有内容应用标准编码阶梯，因为这种方法会导致效率低下和浪费. 在本系列的第1部分中, he outlines his process for handling the custom bitrate side of the equation from mobile on up; in Part 2 he deals with resolution.

了解更多关于标题编码的信息流媒体东部.

以下是奥泽尔讲话的全文:

1月时: 2015年12月，Netflix推出了标题编码. 他们说, “我们将不再为所有视频使用标准编码阶梯，因为它效率低下.“编码阶梯对一个视频来说很好. 对于慢动作视频来说，这个数据速率可能太高了. 对于高速视频来说，它的数据速率可能太低了. 他们说:“我们不会再用了. 我们将为我们编码和分发的每个视频使用自定义编码阶梯."

这就是我和我的客户所经历的. 这就是我制作自己的视频所经历的.

当我创建编码阶梯时，我会选择最低的移动速率. 我说，“我想降到多低?“然后我选择支持的最高数据速率，这是一个成本问题. 从成本角度来看，我的盈利能力能支撑多少? 然后我选择大约每秒3兆的数据速率. 我希望这是一个高质量的流媒体，因为如果你看一下Netflix每月发布的内容和ISP索引, 如果你看看他们报告的大多数isp的平均可持续流量, 通常在3之间.8和3.每秒2兆比特. 我想要一个在这个速率下看起来不错的流.

然后我在150%到200%之间填空. 如果我以200kb / s的速度开始，这是低速流，4.6mb每秒，这可能是我的高流量. 这是高可持续吞吐量的目标，这个人. 然后我把数字倒着算. 这是200，这是200%，这是1.6. 这是1左右.33，这是1附近.5，这个在1附近.同样地. 这没什么神奇的，但这就是我经历的过程.