快鸭加速器专项优化：跨境直播推流延迟压至38毫秒

2026 年 10 月 9 日，快鸭加速器完成面向跨境直播的专项优化：推流端引入动态缓冲区与码率自适应策略，端到端延迟从 96ms 压到 38ms。在 6000kbps 码率、1080p60 的推流参数下，连续 4 小时直播的卡顿率由 3.1% 降至 0.6%，观众端首帧时间从 2.4 秒缩短到 1.2 秒。本次优化覆盖 Windows 与 macOS 两个推流端，移动端计划在下一版本跟进。

直播用户与游戏用户的诉求并不相同。游戏怕抖动，直播怕断流；游戏可以容忍少量重传，直播一旦缓冲耗尽就会黑屏。此前的统一策略对两类流量使用同一套队列参数，主播在跨境推流时经常遇到码率忽高忽低，画面在清晰与模糊之间反复切换。两类流量此前共用同一套队列参数，这本身就是历史遗留问题。

另一个被忽略的细节是推流工具的默认缓冲。多数软件把缓冲区固定在 1 到 2 秒，主播为求稳定还会手动调大，端到端延迟因此被推到 100ms 以上：连麦时对方已经说完一句话，画面才刚到位。要压低延迟，必须让缓冲随网络质量浮动，而不是一次设定到底。

我们没有简单地给直播加带宽，而是让缓冲区跟着网络走。网络好时缩短缓冲换延迟，网络差时先把缓冲垫厚，避免直接掉帧。
—— 快鸭加速器直播业务负责人 郑楠

动态缓冲：延迟与稳定的取舍

新策略把推流缓冲区拆成三段管理：采集段、传输段、分发段。传输段是本次改动的核心，客户端每 200ms 采样一次往返时延与丢包，当 p95 延迟低于 45ms 且丢包小于 0.3% 时，缓冲区从 900ms 逐级收缩到 260ms；一旦检测到连续 3 个采样周期恶化，缓冲区在 2 秒内回填到安全水位。三段缓冲区的参数对用户不可见，客户端只展示当前延迟水位。

这种收缩是有代价的：缓冲区短，抗抖动能力弱。为了解决这一点，客户端在收缩时同步提高重传优先级，把关键帧与音频包标记为不可丢弃，非关键帧允许在极端拥塞时降级。实测表明，在 45ms 阈值内收缩缓冲区，画面撕裂率没有上升，而延迟下降带来的互动感提升非常明显。这套机制对上行带宽的占用略有增加，实测平均多出 3% 左右。

与单纯降低码率相比，这套策略保住了画质。同等网络条件下，固定码率方案会把 6000kbps 降到 4200kbps 换取稳定，动态缓冲方案的平均码率仍有 5680kbps，清晰度评分高 0.6 分，而卡顿时间反而更短，观众端几乎看不出区别。

4 小时连续推流的实测结果

测试选用三位主播的真实推流参数，分别在曼谷、东京与法兰克福接入，向国内分发节点推流 1080p60、6000kbps 的直播，连续 4 小时并记录每 10 秒的码率与卡顿事件。三地合计产生 4320 个采样点，优化前后的差异集中在中段与尾段。三位主播的线路分别在泰国、日本与德国，覆盖三条典型长链路。

• 端到端延迟：96ms → 38ms，三地中位数一致；
• 卡顿率：3.1% → 0.6%，曼谷改善最大，为 0.4%；
• 首帧时间：2.4s → 1.2s，冷启动场景收益最明显；
• 码率波动：标准差由 812kbps 降至 274kbps。

主播最在意的不是峰值画质，而是四小时里有没有一次黑屏。我们把优化目标从平均码率改成了卡顿次数。
—— 快鸭加速器视频算法工程师 罗宇

如何开启与后续计划

3.0.0 及以上版本的客户端已默认启用直播策略，用户在场景页选择直播推流后，客户端会自动识别 OBS、哔哩哔哩直播姬等常见推流工具的进程，并把流量绑定到直播专线，无需额外配置。若同一台设备同时推流与游戏，客户端会优先保障推流的上行带宽。未使用推流工具的游戏直播，需要在场景页手动选择直播模式。

下一步团队准备把动态缓冲策略扩展到拉流侧，重点解决 4K 长片播放中的分辨率回落问题，同时上线按主播时段自动切换节点的能力。相关改动预计在 2027 年第一季度的 3.2 版本中提供灰度。若优化效果未达预期，客户端保留一键回退到旧队列参数的入口。

落地时还有两个细节值得说明。第一，动态缓冲只作用于本机推流端，不修改 OBS 等软件的内部参数，关掉加速器即恢复原状；第二，缓冲区收缩后的最低水位是 320 毫秒，低于这个值时即使网络表现良好也不再压缩，避免在运营商瞬时抖动时直接掉帧。对使用双机位或多平台同时推流的主播，客户端会按上行总量重新计算水位，而不是逐路独立收缩。

拉流侧的改造会复用同一套采样与预测逻辑，但难点不同：拉流面对的是分发网络的缓存命中率，缓冲区过短会让播放器频繁回源。团队计划先在 4K 长片点播场景验证，再考虑直播间。所有策略都保留了手动关闭的开关，用户可以在场景页把直播优化切回通用模式，设置会随账号同步到其他设备。