码率决定了一幅画面能保住多少。分辨率告诉你这个文件被允许拥有多少像素；码率告诉你每一秒花了多少信息去描述这些像素。同样大小的两个文件，一个分辨率更高、一个码率更高，选码率高的那个。
理由是算术。从 1080p 换到 4K，像素数变成四倍。如果数据预算没有跟着涨，每个像素能分到的信息大约只剩四分之一。文件换来了一张更大的网格，却丢掉了让这张网格值得存在的细节。
码率实际上量的是什么？
码率量的是编码器每秒花多少比特去存储视频——也就是随时间描述运动和纹理的持续成本。
编码器不会把每一帧的每一个像素都存下来。它存一张起始帧，然后预测接下来会怎么变、记下差异，并丢掉它判断你最不可能注意到的东西。码率就是这个过程的额度。额度宽裕，编码器就有本钱保住细微的纹理；额度紧，它就得丢掉更多，而丢掉的东西是拿不回来的。
这就是为什么同一份母带在同样的分辨率下，能产出观感差异极大的文件。分辨率一样，预算不一样。
固定码率和可变码率差在哪里？
固定码率（CBR）不管画面里在发生什么，每一秒都花掉同样的数据量；可变码率（VBR）则在难的段落多花、简单的段落少花。
对已存储的视频来说，VBR 几乎永远是更好的选择，因为视频内容的难度极不均匀。一个房间的固定镜头需要的数据非常少。一段有快速运动、颗粒和光线变化的手持镜头则需要非常多。CBR 不是在简单的部分浪费预算，就是把困难的部分饿死，而且通常两件事都干。流媒体传输为了可预测性会倾向更受限的码率，这也是同一部作品的在线版和下载版看起来不一样的原因之一。
哪些场景编码起来最贵？
任何充满不可预测变化的东西：快速运动、手持镜头的晃动、胶片颗粒、传感器噪点，以及低光下的平滑渐变。
这份清单描述的，是这类素材里占比高得让人不安的一部分。昏暗的布光会产生传感器噪点，那对编码器来说看起来是随机的，因此既无法预测、也无法有效压缩。手持拍摄意味着整个画面在帧与帧之间位移，而不只是其中一小块。低光下的皮肤大多是柔和的渐变，而那正是色带最爱攻击的地方。
实际的结果是：一个在布光明亮、三脚架固定的棚拍场景上看着绰绰有余的码率，在同一个文件里碰到昏暗的手持段落时可能就崩了。
压缩瑕疵能告诉你什么？
每一种瑕疵都有特定成因，所以你看到什么，就等于看出哪里出了问题。
| 你看到什么 | 它告诉你什么 |
|---|---|
| 暗部出现方块 | 码率耗尽；编码器没有预算留给暗部细节了 |
| 色带——平滑渐变上出现一阶一阶的边界 | 保留的层级太少，常常再被 8 位色深加剧 |
| 快速运动时出现拖影或残影 | 运动预测在紧绷的预算下失效 |
| 皮肤看着像蜡，毛孔和汗毛不见了 | 高频纹理最先被丢掉，典型的预算不足症状 |
| 边缘和文字周围出现蚊状噪声般的闪烁 | 锐利边界附近量化过猛所产生的振铃 |
| 就算暂停也觉得细节发糊 | 不是拉伸放大就是重压过头；像素变多，信息变少 |
注意，这些没有一个是靠提高分辨率解决的。它们每一个都是「每像素数据量不足」的症状，而加像素只会让每像素数据量的问题更严重。
为什么每重新编码一次就更糟？
因为有损压缩不可逆，而每一轮丢掉的信息，下一轮都会把它当成真实细节来对待。
一个文件被重新编码时，编码器看到的是上一次编码留下的瑕疵——那些方块、色带和振铃——然后尽职尽责地花码率去保住它们。世代损失就这样累积。一个经过好几轮的文件，在标称分辨率相同、大小相近的情况下，可以比原始版本明显难看，而沿途丢掉的东西没有办法救回来。
当同一部作品有好几个版本在流通时，这件事就很重要。它们的标注可能完全一样；编码历程不一样，而且通常没有记录。
文件之间的码率数字能直接比较吗？
只有在同一种编码之内才行。不知道是哪一种编码产生的，码率这个数字就毫无意义。
较新一代的编码效率更高：H.265/HEVC 用比 H.264/AVC 更低的码率就能达到相当的画质，而 AV1 又在 H.265 之上再进一步。所以一个用较新编码、标称码率较低的文件，可能比一个用旧编码、码率较高的文件更好看。把这两个数字抛开编码名称去比，得到的结论刚好是错的。
那些被大肆宣传的百分比值得知道，也同样值得怀疑。ITU 宣布 HEVC 只需要 H.264 一半的码率，后来又宣布 H.266/VVC 在高分辨率下达到同样画质只需要 HEVC 一半的码率。AOMedia 发布 AV1 时的说法是，在 4K 上比「竞争的编码」压缩效率好大约 30%，而依据是它自己的成员公司做的测试，不是标准组织做的。
注意那些数字待在哪里：新闻稿里，不在标准文件里。编码规范本身完全没有写出任何百分比。那些数字描述的是某一代的工具集在有利条件下能达到什么，而实际输出会随编码器实现、预设档、内容和码率控制而变——这就是为什么我们在后面比的是文件，而不是编码世代。
来源：ITU 关于 H.265（2013）与 H.266/VVC（2020）的新闻稿；AOMedia AV1 发布公告（2018）；核对于 2026-08-03。
这件事有代价。较新的编码需要更多解码工作，而硬件解码的支持程度因设备和播放器而异。一个效率很高、但你的设备得靠软件解码的文件，可能会卡；换成效率差一些的文件反而播得顺。
没有任何权威表格把硬件解码对应到设备世代，而两大平台厂商也刻意不去公布这种表。Android 的兼容性要求自 Android 14 起，已在手机上把 AV1 解码列为必须，但那要求的是能力，而软件解码器就能满足；硬件 AV1 解码只在一个需要主动选择加入的性能等级层级里才被要求。Apple 建议的做法是在运行时查询，而不是查表，而它自己的规格页也把 Mac 的「媒体引擎」硬件说法，和 iPhone 的「支持格式」说法分开写。实际的答案是：拿你自己的文件，在你自己的设备上测。
来源：Android 兼容性定义文档 §2.2.2 与 §5.3；Android 媒体性能等级要求；Apple VideoToolbox 文档（VTIsHardwareDecodeSupported）；核对于 2026-08-03。
所以到底该挑哪一个版本？
用文件大小相对于片长和分辨率的比例，当作码率的替代指标，因为明确标注的码率经常拿不到。
| 情况 | 选择 | 为什么 |
|---|---|---|
| 两个版本分辨率相同，其中一个大很多 | 大的那个 | 每像素数据更多，瑕疵更少 |
| 4K 和 1080p 文件大小相近 | 选 1080p | 那个 4K 把同一份预算摊到四倍的像素上 |
| 4K 的大小大约是 1080p 的四倍 | 选 4K | 预算随像素数等比放大，细节很可能是真的 |
| 较新编码低码率 vs 较旧编码高码率 | 选新的，前提是你的设备能硬件解码 | 效率更好，但要播得顺才算数 |
| 内容以昏暗、手持或颗粒感为主 | 选拿得到的最高码率 | 这些正是压缩之下最先崩掉的场景 |
| 在手机上看 | 每次都选码率而不是分辨率 | 反正屏幕也显示不出那些多出来的像素 |
从这一切导出的通则是：必须取舍的时候，割掉分辨率，保住码率。 一个干净的 1080p 文件，看着会比一个被压到同样大小的 4K 文件好，而且存储、传输和解码的成本都更低。
相关问题
一个片库提供哪些画质档位因来源而异——我们的站点列表显示我们索引了哪些。