3、分辨率与帧率：画质、带宽与流畅度的三角博弈
分辨率跟帧率，这两个参数是推流配置里最容易被“拍脑袋”决定的。很多人上来就选 1080p、60fps，觉得越高越好。但实际跑过线上业务你就知道，这俩参数选不好，要么卡成幻灯片，要么糊成一团马赛克。
我个人习惯把分辨率看作“画质的上限”，帧率看作“流畅度的下限”。它们俩互相牵制，还跟码率死死绑在一起。今天咱们就把这层关系彻底拆开。
3.1 分辨率：决定你能看清多少细节
分辨率说白了就是一张画面里有多少个像素点。1920×1080 约 207 万个像素，1280×720 约 92 万个。像素越多，理论上能呈现的细节就越丰富。
但这里有个坑——分辨率本身不直接决定画质。你想想看，同样 1080p，用 2 Mbps 码率和 10 Mbps 码率去压，出来的画质天差地别。分辨率只是给了你一个“画布”，画布上的颜料（码率）够不够，才是关键。
核心公式（简化版）：
单像素可用码率 = 总码率 / (分辨率宽 × 分辨率高 × 帧率)
这个值越低，每个像素分到的“预算”就越少，压缩伪影就越明显。
我在项目中遇到过最典型的场景：某直播平台为了标榜“真 1080p”，把码率压到 1.5 Mbps。结果画面里主播一动，背景全是方块。用户投诉说“画质还不如 720p”。其实不是 1080p 不好，是码率喂不饱这个分辨率。
分辨率对带宽的影响
分辨率翻倍，像素量翻四倍（长宽各翻倍）。如果码率也跟着翻四倍，带宽压力就上去了。但实际编码器可以利用帧内预测、宏块划分等技巧，让码率增长没那么夸张。一般来说：
| 分辨率 | 像素数（万） | 相对 480p 码率建议 | 典型场景 |
|---|---|---|---|
| 640×480 (480p) | 30.7 | 1x（基准） | 低端移动端、弱网 |
| 854×480 (480p 宽屏) | 41.0 | 1.2x ~ 1.5x | 普通移动直播 |
| 1280×720 (720p) | 92.2 | 2x ~ 3x | 主流直播、视频会议 |
| 1920×1080 (1080p) | 207.4 | 4x ~ 6x | 高质量直播、点播 |
| 3840×2160 (4K) | 829.4 | 12x ~ 20x | 影视级、游戏录制 |
我的经验值： 720p 到 1080p 的码率增量，通常控制在 1.5~2 倍就够了。别真按像素比例去算，编码器没你想的那么笨。
3.2 帧率：流畅度的命脉
帧率就是每秒显示多少张画面。24fps 是电影标准，30fps 是电视标准，60fps 是游戏和体育直播的追求。
帧率对流畅度的影响，我可以用一句话概括：低于 15fps，人眼能明显感知卡顿；24fps 以上算“可接受”；30fps 是“流畅”的起点；60fps 是“丝滑”的门槛。
但帧率不是越高越好。为什么？
- 帧率翻倍，码率不一定翻倍。 因为相邻帧之间有很多重复信息（背景、静止物体），编码器会用 P 帧和 B 帧来压缩。但运动剧烈的场景，帧间差异大，码率就会飙升。
- 人眼对帧率的感知有上限。 大多数人在 50~60fps 之后，再提高帧率就感觉不出明显差异了。除非是 FPS 游戏或者高速运动画面。
- 解码压力。 60fps 的解码复杂度是 30fps 的两倍。低端手机可能解码跟不上，导致掉帧。
我曾经踩过的坑： 给一个教育类 App 推流，客户坚持要 60fps。结果老师讲课 PPT 翻页时，画面反而出现撕裂。后来发现是编码器在低运动场景下，60fps 的 I 帧间隔没调好，导致 GOP 结构混乱。最后降到 30fps，码率省了一半，用户反馈“更清晰了”。
3.3 分辨率与帧率的权衡：没有银弹
选分辨率还是选帧率？这其实是个资源分配问题。你的总码率是固定的，分给分辨率多了，帧率就得省着点；反之亦然。
我一般按场景来定策略：
| 场景 | 优先分辨率 | 优先帧率 | 理由 |
|---|---|---|---|
| 电影/电视剧 | 高（1080p/4K） | 低（24~30fps） | 画面细节重要，运动少，低帧率不影响观感 |
| 游戏直播（FPS/赛车） | 中（720p） | 高（60fps） | 流畅度优先，细节可以牺牲一点 |
| 视频会议 | 中（720p） | 中（30fps） | 平衡画质和流畅度，兼顾带宽 |
| 移动端直播（弱网） | 低（480p） | 低（15~24fps） | 保连通性，卡顿比模糊更致命 |
| 监控摄像头 | 高（1080p+） | 极低（5~15fps） | 看清细节最重要，流畅度无所谓 |
你想想看，一个 FPS 游戏主播，画面 1080p 但只有 20fps，观众看两分钟就头晕了。反过来，一个风景纪录片，60fps 但分辨率只有 480p，那画面糊得跟马赛克似的，再流畅也没用。
3.4 实战中的权衡策略
我建议你采用 “自适应阶梯” 的思路，而不是固定死一组参数。具体做法：
- 设定目标分辨率。 根据你的用户设备分布，选一个主流分辨率（比如 720p 或 1080p）。
- 设定目标帧率。 根据内容类型，选 30fps 或 60fps。
- 动态调整。 当检测到网络波动时，优先降分辨率，保持帧率稳定。因为人眼对帧率突降更敏感。
举个例子，我参与过的一个直播项目，初始配置是 1080p@30fps、4 Mbps。当网络带宽降到 2 Mbps 时，我们不是直接降到 30fps，而是先降到 720p@30fps、2.5 Mbps。用户反馈“画面稍微模糊了点，但没卡顿”，体验比直接掉帧好得多。
一句话总结我的经验：
分辨率决定你能看多清，帧率决定你看得有多爽。在码率有限的情况下，优先保帧率，再谈分辨率。除非你的内容全是静态画面。
3.5 知识体系：分辨率与帧率的决策树
下面这张图，是我自己梳理的决策逻辑。每次配置推流参数前，我都会过一遍这个流程。
嗯，这张图基本把我这几年的经验都画进去了。你配置参数的时候，照着这个逻辑走一遍，大概率不会翻车。
3.6 避坑指南
- 别迷信“全 1080p”。 我见过太多项目，为了营销噱头硬上 1080p，结果码率不够，画质还不如 720p。用户不是傻子，他们看得出来。
- 帧率别乱降。 从 30fps 降到 24fps，人眼可能感觉不大。但从 30fps 降到 15fps，那就是灾难。降帧率要“温柔”。
- 注意编码器的 GOP 设置。 高帧率下，如果 GOP 太长（比如 250 帧），关键帧间隔会变大，seek 时等待时间变长。我一般建议 GOP 设为帧率的 2~3 倍。
- 移动端要特别小心。 低端手机的屏幕分辨率可能只有 720p，你推 1080p 过去，它还得缩放，浪费带宽和电量。不如直接推 720p，省下来的码率给帧率。
一个小技巧： 如果你不确定怎么配，先跑一个“中庸配置”：720p@30fps、2.5 Mbps。这个组合在大多数场景下都能打。然后根据实际监控数据（卡顿率、画质评分）再微调。
好了，分辨率与帧率这块就聊到这儿。记住一句话：参数是死的，场景是活的。 别死磕某个数值，多看看你的用户实际体验怎么样。