当前位置:
AIGC文章详情

在B站选H.265反而更糊?别急着怀疑眼睛:被压缩的是码率,不是编码

源自17位全网作者

18:01

最近知乎上有个老问题被反复顶上来:现在的视频压制组,会选择 265 还是 264 编码?高赞回答开场就是一副震惊的语气:拿 AVC 跟 HEVC 这两代差 10 年的和差了 10 倍编码复杂度的编码技术比,还敢说 AVC 强。知乎单论压缩效率,H.265 对 H.264 是代差级的碾压,这几乎是教科书级别的结论。

但这条回答的评论区却是另一幅画风:你们聊的都不是一回事,你举的例子是说明 HEVC 同码率下完爆 AVC,问题是现在在线流媒体网站,比如 B 站的 HEVC 码率一般只有 AVC 的三分之一,实际观感反而更差,这才是现在的槽点。知乎一边说“同码率 HEVC 稳赢”,一边说“B 站开 HEVC 反而更糊”。两边其实都没说错,因为他们聊的根本不是同一个东西:一个在聊编码,一个在聊码率。

编码的汇率很高,码率才是真钱

打个不完全精确但够用的比方:编码器就像压缩的“汇率”,码率才是平台拨给你这条视频的真金白银。汇率变高,只意味着同样多的钱能换到同样的画质,并不意味着平台愿意多给钱。

代际之间的汇率差是真实存在的。上周有 B 站 UP 主把 H.264/H.265/H.266 三代标准的 8 个开源编解码器全部编译跑分,同一测试序列、同一参数硬碰硬对比,结论是同样的视频,x264 比 H.264 官方参考软件快 109 倍。哔哩哔哩参考软件和工程实现之间的差距尚且这么大,代际之间的效率差距就更不用怀疑了——这也是为什么每一代新编码都敢喊“同画质省码率”。

在B站选H.265反而更糊?别急着怀疑眼睛:被压缩的是码率,不是编码

社区里也有人用更完整的测试反复验证这件事。2024 年一份视频压缩大测试就横评了 H.264、H.265、AV1 三种编码,指标是 VMAF 画质、FPS 速度、MB 体积。知乎把 VMAF-码率曲线摆在一起,结论很直观:新一代编码的曲线整体更靠左,达到同样画质分消耗的码率更少。

在B站选H.265反而更糊?别急着怀疑眼睛:被压缩的是码率,不是编码

但这条曲线有个前提:对比是在“同画质、各付各的码率”下做的。而在线平台给你分配码流时,不按同画质逻辑出钱,只按自己的带宽预算出钱。

平台为什么亏待新编码

因为平台换新编码的核心动机,不是给你提画质,而是省钱。这门生意的筹码是每年几十亿美元的带宽和专利费。知乎在日活几亿次播放的量级上,码率每降一分,省下的都是真金白银的带宽账单。

转码本身也是重资产投入,头部平台甚至自研压缩芯片。快手系的 AI 视频压缩芯片已经部署至快手、阿里云、百度云、B 站等互联网公司,覆盖快手 99.7% 的直播转码业务。36氪芯片都自研了,省带宽这件事有多重要不言而喻。

于是当平台发现 HEVC 能把同样画质压成一半体积时,它的选择不是“给你同样的码率、更高的画质”,而是“画质大概齐就行,码率先砍一半”。效率的汇率红利,被带宽账单吃掉了。

雪上加霜的是专利。HEVC 的压缩效率虽然比 H.264 强,但专利池授权比 H.264 还乱,一堆持有专利的组织各自为战,许可条款不透明,潜在的法律风险反而让很多平台不敢押注太深。知乎Chrome 这类浏览器迟迟不肯内置 HEVC 硬解,网页端播放又多了一层兼容性成本。

于是用户看到的就是那个知乎评论区总结的循环:在相同视觉清晰度下,hevc 所需码率低于 avc,于是视频平台会设置很激进的二压码率限制,压到最后色彩也偏了,画面也糊了,最后大家全回去用 avc 了。知乎平台把 HEVC 流压得越狠,用户越觉得糊、越要切回 AVC;数据上看用户都选 AVC,平台就更没动力给 HEVC 流拨预算。

那个问题下还有一条短评论说得更直接:你觉得 B 站不懂技术,其实是你不懂商业。知乎

H.265 没错,关键看怎么用

话说到这里,作为观众其实不用替平台站队,你真正需要的是在平台这套规则里拿到最好的体验。三条可操作的经验。

第一,别看标签,看实际码率。B 站播放器的设置里可以手动在 AVC、HEVC、AV1 之间切换,切换时留意一下码率变化——如果 HEVC 流的码率只有 AVC 流的三分之一,那画面变糊不是编码的锅,是预算的锅。

在B站选H.265反而更糊?别急着怀疑眼睛:被压缩的是码率,不是编码

第二,硬解能力决定你的设备“消费”得起哪种新编码。目前能硬解 AV1 的 GPU 非常有限,不受支持的平台只能软解,CPU 占用率和功耗大幅提高,电脑发热、卡慢。知乎HEVC 也是同理,切之前先确认自己的显卡支不支持硬解。下面两张分别是 Intel 和 AMD 平台的硬解支持表,可以对着自己的设备查一查。

在B站选H.265反而更糊?别急着怀疑眼睛:被压缩的是码率,不是编码

在B站选H.265反而更糊?别急着怀疑眼睛:被压缩的是码率,不是编码

浏览器本身也有坑。为了避免播放时出现兼容性问题,B 站一刀切关闭了 Chrome 系浏览器的 HEVC 硬解,强制软解。知乎用 Chrome 或 Edge 看 B 站,如果浏览器设置里的硬件加速被关掉了,那不管 HEVC 还是 AVC 都会走软解,风扇起飞别怪编码。

在B站选H.265反而更糊?别急着怀疑眼睛:被压缩的是码率,不是编码

第三,搞不明白就回 AVC。老设备、老浏览器、低功耗笔记本,AVC 是最稳的选择:硬解成熟、功耗低,而且平台的 AVC 通道码率一般也给得更足。新编码只有在你的设备链条接得住的时候才有意义。

投稿者:别指望传 265,观众就看 265

很多 UP 主还有另一层误会:我用 H.265 导出上传,观众看到的就是 H.265 吧?并不是。国内视频平台对投稿基本都会二次转码,观众最终看到的编码由平台的转码策略决定——有用户在 B 站播放设置里选了 AV1,但老视频、长视频、番剧区实际仍然是 AVC 或 HEVC。知乎

真正决定画质上限的是码率预算。早在 2021 年就有人实测过:得益于 B 站 6000k 的 1080 最高码率,投稿者只要扔上去一个高于 6000k 码率的视频,转出来的画质就不会太差。知乎这个数字后来随着档位调整早已变化,但逻辑没变:源文件码率决定平台二次压缩的起点,编码格式只决定这个起点的“兑换率”。

也别急着上更新的标准自压。还是那位跑分 UP 主的结论:H.266 比 H.264 省一半以上码率,但编码慢了 3 个数量级。哔哩哔哩对个人投稿来说,x264、x265、SVT-AV1 这些工程实现仍然是现实选择,把源文件码率给足,比纠结编码格式有用得多。

往后看:AV2 来了,剧本不会变

最后说点前瞻。今年 5 月,编码圈发生了一件大事:2026 年 5 月 29 日,开放媒体联盟(AOMedia)在 AVM 代码库中打了一个 v1.0.0 的 tag,AV2 正式定稿。知乎

数据依旧漂亮:AV2 在 VMAF 指标下比 AV1 节省了约 33.79% 的码率,主观画质基本不变。知乎翻译一下:汇率又升值了三分之一。

但看完前面的内容,你应该能猜出接下来的剧本:平台一旦铺开 AV2,优先考虑的仍然是把效率红利换成带宽账单,而不是给用户升画质;而普通用户什么时候能用上,取决于硬解生态的跟进速度——参考 AV1 的历史,从规范到主流硬件支持大约花了四到五年,AV2 大概率走类似的曲线,2027 至 2028 年消费级硬件才开始支持。知乎

所以,下次再有人争论 264、265、AV1、AV2 谁更强,你可以把这句话甩给他:编码是汇率,码率是现金,平台把汇率换成零钱之后,剩下的才是你看到的画面。画质变糊的时候,先别急着怀疑编码、怀疑眼睛,先看看平台到底给了你哪条流、多少码率。

内容由AI生成
0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章