1. 推流链路特征
直播推流跟加速游戏不同,核心是:
- 持续上行:1080p60 上行 6Mbps,4K60 上行 20-30Mbps,不能断。
- 稳定低丢包:<0.3% 容忍度,普通节点很容易掉。
- 协议要求:RTMP over TCP(老式),SRT over UDP(新式 4K 友好),WHIP(WebRTC 衍生)。
普通游戏节点(比如 CUG)是「低延迟优先」,推流要的是「稳定高吞吐」,两者本质有冲突。这也是为什么我们要为推流单独切专线。
2. 三大平台推流规范
| 平台 | 推荐分辨率 | 推荐码率 | 推流协议 |
|---|---|---|---|
| Twitch | 1080p60 | 6 Mbps | RTMP |
| YouTube Live | 1440p60 | 13 Mbps | RTMP / HLS |
| TikTok Live | 1080p30 | 4 Mbps | RTMP |
| Bilibili (海外) | 1080p60 | 6 Mbps | RTMP / SRT |
YouTube 是允许高码率的,因此 4K 推流 (24 Mbps) 也可。如果你用 QuickQ 推 4K,优先选「东京-3 / 洛杉矶-GIA」。
3. OBS 配置
OBS 是 PC 推流最常用的工具。设置步骤:
- OBS → 设置 → 输出 → 输出模式 → 高级。
- 推流码率:1080p60 选 6000 Kbps,编码器选 x264(CPU 充足)或 NVENC H.264(N 卡)。
- 关键帧间隔:2。
- 速率控制:CBR。
- CPU 使用预设:veryfast(N 卡可改 balanced)。
推流地址一定要从平台后台复制,不要手动拼接 RTMP URL,QuickQ 会自动识别这些地址并走专线。
图 3.1 · OBS 推流设置
4. Streamlabs 配置
Streamlabs Desktop(原 Streamlabs OBS)与传统 OBS 类似,关键参数:
- Output Mode:Advanced
- Encoder:Hardware (NVENC/AMF/QSV)
- Bitrate:6000(1080p60 推荐 5500-6500)
- Preset:Quality
坑:不要选 Streamlabs 的「Cloud」模式,它会走 Cloudfront 中转,反而比 QuickQ 直推更慢。
5. ffmpeg 自研推流
一些开发者会写自己的推流脚本。最小可工作命令:
ffmpeg -re -i input.mp4 -c:v libx264 -preset veryfast \
-b:v 6000k -g 120 -keyint_min 120 \
-c:a aac -b:a 160k -ar 44100 \
-f flv "rtmp://a.rtmp.youtube.com/live2/<KEY>"
如果走 QuickQ 推流专线,要在 QuickQ 中开启「让 RTMP 流量自动走代理」。
6. 推流专线
QuickQ v4.0 客户端的「推流专线」功能:
- 主界面 → 设置 → 高级 → 推流专线 → 启用。
- 勾选目标平台(Twitch / YouTube / TikTok 任选)。
- 客户端会为推流走单独的 socket,与游戏流量隔离。
实测下来,4K60 推流 1 小时平均码率波动率从 ±25% 降到 ±6%。
图 6.1 · 推流专线开关
7. 故障自检
推流过程中频繁断开
通常是 RTMP 心跳超时。QuickQ 会自动加心跳包,把 timeout 调到 30 秒以上。
码率抖动到 1Mbps 以下
检查本地上行带宽(测速网站用 speedtest.net),并切到 GIA 节点。
音频 / 视频不同步
开启 QuickQ「推流缓冲」功能,缓冲 2 秒再发出。
本文实测日期 2026-09-18。OBS / Streamlabs 后续版本可能会有 UI 调整,主要参数含义不变。
