编码参数全景图：码率、帧率、分辨率、GOP大小、Profile/Level、CBR/VBR/CRF模式详解
各位好，欢迎来到第二章。上一章我们聊了视频编码的基本原理，今天咱们来点实在的——把编码器那些密密麻麻的参数面板彻底扒开看看。
说实话，我见过太多开发同学，拿到编码器就把参数往高了堆，结果要么带宽爆炸，要么解码器不认。其实每个参数背后都有它的脾气。今天我就把码率、帧率、分辨率、GOP、Profile/Level、还有CBR/VBR/CRF这些核心概念，一个一个拆给你看。
核心观点：编码参数不是独立存在的。你调一个，其他几个都得跟着变。理解它们之间的耦合关系，比死记硬背数值重要得多。
1. 码率（Bitrate）—— 带宽与画质的交易员
码率，说白了就是每秒用多少比特来描述画面。单位是bps（bits per second），常见的有Kbps、Mbps。
码率越高，画质越好，文件越大。 这个道理谁都懂。但坑在哪呢？坑在「边际效益递减」。
我记得有一次帮一个视频平台做优化，他们把所有视频都压到20Mbps，觉得越高越好。结果我一看，1080p的视频，10Mbps和20Mbps的差异肉眼几乎看不出来，但带宽成本翻了一倍。后来我给他们调成了动态码率，一年省了上百万的CDN费用。
| 分辨率 | 推荐码率范围（H.264） | 推荐码率范围（H.265/HEVC） | 典型场景 |
|---|---|---|---|
| 4K (3840×2160) | 15 - 40 Mbps | 8 - 20 Mbps | 蓝光原盘、影视存档 |
| 1080p (1920×1080) | 4 - 10 Mbps | 2 - 5 Mbps | 主流视频平台、直播 |
| 720p (1280×720) | 1.5 - 4 Mbps | 0.8 - 2 Mbps | 移动端、中低码率直播 |
| 480p (854×480) | 0.5 - 1.5 Mbps | 0.3 - 0.8 Mbps | 低带宽环境、监控 |
我的习惯：先定一个「视觉无损」的码率上限，然后往下压，直到出现肉眼可见的瑕疵，再往回退10%。这个点就是你的「甜区码率」。
2. 帧率（FPS）—— 流畅度的代价
帧率就是每秒显示多少帧画面。24fps是电影感，30fps是电视标准，60fps是丝滑体验。
但帧率不是越高越好。为什么？因为人眼对帧率的感知也是边际递减的。从15fps到30fps，你会觉得「哇，流畅了好多」；但从60fps到120fps，大部分人已经分不清了。
而且帧率直接影响码率需求。帧率翻倍，意味着每秒要处理多一倍的画面信息。如果你不增加码率，那每帧分到的比特数就少了，画质就会下降。
我曾经在做一个游戏直播项目时，主播非要开120fps。结果码率只有6Mbps，画面全是马赛克。我跟他解释：你想想看，120fps每帧只有0.05Mbps，而60fps每帧有0.1Mbps，画质当然差了一倍。后来他乖乖改回60fps，画质立马好了。
避坑指南：我曾经见过有人把监控视频设成60fps，结果存储成本暴涨。监控场景下，15fps完全够用，别浪费钱。
3. 分辨率 —— 清晰度的双刃剑
分辨率就是画面的宽高像素数。1080p就是1920×1080，4K就是3840×2160。
分辨率越高，细节越丰富，但数据量也越大。分辨率每提升一倍（比如从720p到1080p），像素数增加约2.25倍。如果你不增加码率，那每个像素分到的比特数就少了，画质反而可能不如低分辨率。
嗯，这里要注意：分辨率不是越高越好，得看你的码率能不能撑住。我见过太多人用4K分辨率配2Mbps码率，结果画面糊成一团，还不如1080p配4Mbps清晰。
我个人习惯的做法是：先确定目标码率，再反推合适的分辨率。码率够用就上高分辨率，码率紧张就降分辨率保画质。
4. GOP大小 —— 随机访问与压缩效率的平衡
GOP（Group of Pictures）就是两个I帧之间的帧组。I帧是关键帧，包含完整的画面信息；P帧和B帧是预测帧，只记录变化的部分。
GOP越大，压缩效率越高，因为I帧少，省下来的比特可以分给P帧和B帧。但GOP越大，随机访问越困难——你想跳到某个时间点，得等到下一个I帧才能开始解码。
直播场景：GOP一般设2秒，比如30fps就是60帧一个I帧。这样观众切换频道时，最多等2秒就能看到画面。
点播场景：GOP可以设到5-10秒，压缩率更高，文件更小。
剪辑场景：GOP最好设1秒甚至全I帧，否则剪辑时每切一刀都要重新编码。
关键公式：GOP大小（秒）= GOP帧数 ÷ 帧率。比如GOP=120帧，帧率30fps，则GOP=4秒。
5. Profile/Level —— 解码器的身份证
Profile定义了编码器能用哪些工具，Level定义了编码器的性能上限（分辨率、码率、帧率等）。
H.264常见的Profile有：
- Baseline：最基础，支持I帧和P帧，不支持B帧。用于低端设备、视频通话。
- Main：支持I/P/B帧，加权预测等。用于标清电视、DVD。
- High：在Main基础上加了8×8变换、自定义量化矩阵等。用于高清视频、蓝光。
Level则像是一个「能力标签」。比如Level 4.0支持的最大分辨率是1080p@30fps，最大码率是20Mbps。如果你编码时用了Level 4.0，但码率超过了20Mbps，那解码器可能就解不出来了。
我曾经踩过一个坑：给一个嵌入式设备编码，用了High Profile + Level 5.1，结果设备解码直接崩溃。后来查文档才发现，那款芯片只支持到Level 4.1。从那以后，我每次都会先确认目标设备的解码能力上限。
| Level | 最大分辨率 | 最大帧率 | 最大码率（H.264） | 典型设备 |
|---|---|---|---|---|
| 3.0 | 720×480 | 30 | 10 Mbps | 老式手机、低端SoC |
| 4.0 | 1920×1080 | 30 | 20 Mbps | 主流电视盒子、手机 |
| 4.1 | 1920×1080 | 60 | 50 Mbps | 蓝光播放器、游戏主机 |
| 5.0 | 3840×2160 | 30 | 135 Mbps | 4K电视、高端PC |
| 5.1 | 3840×2160 | 60 | 240 Mbps | 专业编码器、高端显卡 |
6. CBR / VBR / CRF —— 码率控制的三种哲学
这三种模式，说白了就是「怎么分配比特」的问题。
CBR（恒定码率）：码率始终不变。优点是带宽可控，适合直播、视频通话等实时场景。缺点是浪费——简单画面用不了那么多比特，复杂画面又不够用。
VBR（可变码率）：码率在目标值上下浮动。简单画面少给点，复杂画面多给点。优点是画质更均匀，文件更小。缺点是码率峰值可能很高，不适合带宽受限的场景。
CRF（恒定质量）：这不是码率控制，而是质量控制。你设定一个质量值（0-51，越低质量越好），编码器自动分配码率来达到这个质量。优点是简单，你不需要关心码率，只关心画质。缺点是最终码率不可控，可能很高也可能很低。
我的选择策略：
- 直播、视频通话 → CBR（带宽稳定最重要）
- 点播、短视频 → VBR（画质优先，文件大小适中）
- 存档、离线转码 → CRF（我一般用18-23，视觉无损）
举个例子，用FFmpeg配置这三种模式：
// CBR模式 - 直播推流
ffmpeg -i input.mp4 -c:v libx264 -b:v 2M -minrate 2M -maxrate 2M -bufsize 4M output.ts
// VBR模式 - 点播转码
ffmpeg -i input.mp4 -c:v libx264 -b:v 2M -maxrate 4M -bufsize 6M output.mp4
// CRF模式 - 存档备份
ffmpeg -i input.mp4 -c:v libx264 -crf 20 -preset slow output.mkv
注意：CRF模式下，preset参数会影响编码速度和压缩率。preset越慢（如placebo），压缩率越高，文件越小，但编码时间成倍增加。我一般用medium或slow，性价比最高。
7. 参数之间的耦合关系
最后，咱们把这些参数串起来看看它们怎么互相影响。
你想想看：
- 分辨率 × 帧率 = 每秒要处理的像素数。这个值越大，需要的码率就越高。
- 码率 ÷ (分辨率 × 帧率) = 每个像素每帧分到的比特数。这个值越低，画质越差。
- GOP大小 影响码率的波动范围。GOP越大，VBR模式下码率峰值越高。
- Profile/Level 限制了你能用的最大分辨率、码率、帧率。
我曾经帮一个客户排查问题：他编码出来的视频在手机上播放卡顿。我一看参数：4K分辨率、60fps、High Profile、Level 5.1、CRF 18。码率飙到了80Mbps。手机解码器根本扛不住。后来我给他降到1080p、30fps、Main Profile、Level 4.0、CRF 23，码率降到8Mbps，播放流畅了，画质也还能接受。
总结一句话：编码参数配置不是堆料，而是做减法。先定场景，再定约束，最后在约束内找到最优解。