关于B站内测4K直传的参数简单统计和一些想法

    B站今天对一些大UP开放了4K分辨率直传。出于研究和对后续公测后调整视频压制参数的参考，抽时间对Web源4K（非全景视频）新直传简单统计了一下。同时以@passの伤痕大佬的黑科技旧直传AV10000003作为参考。

    由于手头没有Android设备，因此没法对移动端HEVC格式进行统计（坊间说也是10M码率），这里统计的都是Web端AVC编码的情况。另外部分视频流由于技术原因没有获取到，故未做统计。

首先是编码配置文件，新直传全部为High@L5.1。

尺寸上，宽度最大为Tim的4096px 其余均为标准3840px. 高度大部分是标准2160，也有1920和1600px出现。

接下来是帧率，大部分为25fps，也有29.97和30fps

最后就是码率。整体平均码率为7.7Mbps（极客湾那个因为整体画面非常简单所以也比较省码率）。可以看出经过B的二压之后码率上限大概在10Mbps左右（即视频轨9.6~9.7Mbps）。

以上就是本次测试4K新直传的规格了（仅针对Web端AVC编码的情况）

供参考黑科技旧直传参数为 AVC High@L5.2，5.6Mbps码率 59.94fps

    那么说说我个人的看法吧。这次尝试本身来说我是非常好评的。至少不愧为国内视频网站标杆，比有些站点所谓4K好到不知道哪里去了（笑）。但是正如我们刚刚的测试结果，AVC编码下4K分辨率只给10Mbps码率真的太捉襟见肘了。我们知道4K分辨率理论上数据量是1080p的4倍，也就是说要想保持现在1080+清晰度码率需要6Mx4=24Mbps. 这还是在24/25/30fps下的SDR视频。在上面这些内测视频的复杂画面上其实也能看出欠码了。在空间（码率）有限的情况下，你问我选择高分辨率还是高码率，我的选择是后者。毕竟视频是动态的序列，而视频编码也是对时域或者说动态变化的编码。高码率就代表更大的动态宽容度。

    我在这里引用YouTube上对码率的建议。其实也能说明一些问题。

    当然了，这里的前提是采用AVC编码。浏览器HEVC支持也算是个老大难问题了（授权的问题）。如果说有新的hevc.js黑科技，或者干脆换用vp9甚至AV1编码，可能才能根本性解决。如果是移动端HEVC来说4K分辨率10Mbps要好一些。尴尬的是，就观感而言，最需要高分辨率恰恰就是不支持HEVC的电脑/Web端。4K分辨率的手机在现在各家疯狂拼屏幕的情况下依然屈指可数就是最好的证明。这样的话，可能还是适当提高码率比较好。虽然这样或许意味着要提高门槛来减轻储存负担了。要么就同样10Mbps但是只开放到1080或者2K。

    最后讲讲提到4K就不得不说的HDR支持问题。如果要做HDR，那么肯定需要HEVC/vp9/AV1的支持。因此可以预见在现有情况下手机端一定是最先吃到螃蟹的，而且这个无论屏幕大小都有观感的提升。但是PC端怎么办？

    不负责任地猜想，也许就像flv.js一样，B搞出了hevc.js，或者干脆成为用AV1编码的先驱？

    那就看@zccicy等众巨佬的了！

    以上

题图

猫　書いたけど　絵柄が　みぞさんと合ってんし（−＿−；）

作者: Twitter@bbmasa6 

https://twitter.com/bbmasa6/status/1253329108341190660