4、关键参数二：帧率（FPS）—— 帧率与延迟的线性关系及实际瓶颈

帧率，也就是 FPS（Frames Per Second），是编码参数里最直观的一个。说白了，就是每秒钟能生成多少张画面。你玩游戏时说的「这游戏卡成 PPT 了」，其实就是帧率掉到了个位数。

但帧率跟延迟到底是什么关系？很多人以为「帧率越高延迟越低」，这话只说对了一半。今天我就把这里面的门道给你拆开揉碎了讲清楚。

4.1 帧率与延迟的线性关系

先看一个最简单的模型。假设编码器每处理一帧需要固定的时间 T，那么帧率 F 和延迟 D 之间就存在一个基本关系：

D ≈ (1 / F) × N

其中 N 是编码器内部缓存的帧数。这个公式告诉我们什么？帧率翻倍，单帧间隔减半，延迟理论上也减半。

举个例子：

• 30 FPS → 每帧间隔 33.3ms → 假设缓存 2 帧 → 延迟约 66.7ms
• 60 FPS → 每帧间隔 16.7ms → 同样缓存 2 帧 → 延迟约 33.3ms

你看，帧率翻倍，延迟确实降了一半。这就是所谓的线性关系。

4.2 实际瓶颈：编码器扛不住了

但现实世界没那么理想。我当年做直播推流优化时就踩过这个坑——把帧率从 30 提到 60，延迟不但没降，反而还涨了。

为什么会这样？因为编码器有处理上限。当帧率超过编码器的处理能力时，帧就开始排队了。

帧率 (FPS)	单帧预算时间	编码器处理能力	实际延迟
30	33.3ms	20ms/帧	40ms（2帧缓存）
60	16.7ms	20ms/帧	60ms（3帧排队）
120	8.3ms	20ms/帧	100ms（5帧排队）

看到没？当编码器处理能力（20ms/帧）跟不上帧间隔（16.7ms）时，帧就开始堆积。延迟不降反升。

4.3 帧率选择的实际考量

那到底该选多少帧率？我个人习惯从三个维度来权衡：

1. 内容类型：游戏画面、体育赛事需要高帧率（60fps+），因为运动剧烈；会议、讲座 30fps 完全够用。
2. 编码器能力：硬件编码器（如 NVENC、QSV）通常能扛 60fps 甚至 120fps；软件编码器（如 x264）在高帧率下很容易成为瓶颈。
3. 网络带宽：帧率翻倍，码率通常也要跟着涨，否则画质会崩。带宽不够时，降帧率比降分辨率更划算。

4.4 帧率与延迟的关系全景图

下面这张图把帧率、编码器能力、延迟三者的关系画清楚了。你一看就明白。

4.5 实战建议

最后给你几个实操建议，都是我踩过坑之后总结出来的：

• 先测编码器上限：用你的目标分辨率，跑一遍不同帧率下的编码器负载。找到那个「帧率再高一点编码器就扛不住」的临界点。
• 动态帧率调节：我做过一个方案，根据编码器负载自动降帧率。负载超过 80% 时，从 60fps 降到 45fps，延迟反而降了 30%。
• 别忽略解码端：帧率高了，解码端也得跟上。我曾经在低端手机上测过，60fps 的视频解码延迟比 30fps 高了 40ms，白忙活。
• 带宽不够时先降帧率：降分辨率会损失细节，降帧率只损失流畅度。在带宽受限的场景下，降帧率往往是更优解。