优化 x264 设置：省带宽还是费算力？
Optimizing x264 settings and per-title ladders
在考虑引入 HEVC 或 AV1 之前，先挖掘 H.264 的潜力至关重要。我通过 x264 和 FFmpeg 进行了一系列测试，对比了默认设置与优化后的 per-title ladder。结果显示，优化 x264 参数可将 VMAF 提升 0.66 分，同时带宽消耗从 4.9 Mbps 降至 3.27 Mbps，降幅达 33%。虽然编码时间增加了 3.2 倍，但在 AWS c7i.8xlarge 实例上计算，仅需 186 小时的观看量即可收回额外的编码成本。对于大多数流媒体服务而言，实施 per-title 编码是提升画质与节省带宽的明智之选，尤其是针对新闻等易编码内容，收益更为显著。
否则，你归功于新编解码器的部分增益，实际上是你原本在 H.264 设置中遗留的潜力。
HN 评论区
12- dylan604
我好久没操心过编码参数了，但即便这些设置，比起我们过去做的事，也显得像是“设好就忘”了。对比流媒体和光碟的编码，两者截然不同。我们过去会逐场景编码，至少两遍，必要时甚至更多。我们对 VBV 的控制非常严格，但这些格式的带宽比流媒体大，且不受拥塞和缓冲问题的影响。视频甚至会被送到 QA 部门检查编码是否有任何问题。我怀疑现在没人会在视频到达用户之前，去检查最高质量的档位，更不用说所有其他变种了。
- netsharc
真得爱死这种关于视频压缩的文章了——顶图是一张模糊的、先缩放下再放大的图片，而且还不能点击放大。
是的，往下滚还能看到这张图，依然有点模糊（真是“赢麻了”），但至少可以点击放大了。你们的 CMS 给所有人留下的第一印象太糟糕了！
- antisthenes
帮大家省点时间：
在（据推测）用于测试的某些 1080p 片段上，你获得了约 0.7 的 VMAF 分数（两者均高于 90），节省了 33% 的带宽，代价是编码时间增加了 3.2 倍。