视频:自定义编码的案例，第2部分:分辨率

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

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

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

1月时: 一旦我们选择了数据速率，每个数据速率下的最佳分辨率是多少? What Netflix does is they encode it all; they encode every file at a bunch of different resolutions that are a bunch of different data rates. 他们开始使用PSNR，后来他们转向了VMAF算法. 然后他们看看我们编码的所有文件中最高的是什么.每秒4兆，最高的质量是多少? 我们的4.6兆比特每秒的文件将是1080p，我们的3.1将是1080p. 我们的19是720p, 16是720p. 1兆比特每秒的文件将是540p, 500千比特每秒仍然是540. 我可能会将其移动到360，以获得该分辨率的文件. 那么我们的最低分辨率文件将是270，而不是180. 这就是他们如何通过使用客观的质量指标来构建编码阶梯.

这是一个很酷的图. 这向你展示了在数据速率尺度上的任何点你都可以看到最高质量的分辨率是什么. 如果我们想要一个2.5兆比特每秒的文件，1080p流是最高质量的流. 您还可以看到哪些流从来都不是最高质量的. 很多人在他们的编码阶梯中都有很低分辨率的流. 这告诉你的是，这里的溪流从来都不是最高质量的, 所以你最好停止生产它们. 在各种数据速率下，发送360p流比发送270或180流要好. 然后你还可以看到，如果你提高数据速率，质量会提高多少. 在这里，数据速率的提高带来了很多额外的质量. 在这里，质量曲线开始变平，这意味着更高的数据速率带来的好处更少.

当我们转向HEVC(一种更高质量的编解码器)时会发生什么呢? 你在这里得到更多的层，但永远不会提供最高的质量. 如果你要移动HEVC, 你甚至不需要包括你的640x360流，因为540在所有数据速率下都会提供比640x360更高质量的图像.