##确认是不是码率问题？

现象更像什么问题看哪里
OBS Dropped frames 上升网络上行不稳OBS 状态栏
OBS Skipped frames 上升编码器或 CPU/GPUStats 面板
YouTube 提示码率过高设置超出建议Live Control Room
画面糊但不断码率偏低输出设置
声音断续丢包或设备占用音频设备和网络

我自己做直播前，会先跑 10 分钟私密测试。很多问题不是开播那一刻才出现，而是连续推流 5 分钟后，上行抖动开始暴露。

YouTube Live bitrate：最短处理路径

先确认直播档位。1080p60 不要直接抄别人 9000 Kbps，看你的内容类型——静态访谈、屏幕分享、游戏画面需要的码率完全不同。

再给上行留余量。若测速上行 20 Mbps，不代表可以填 18000 Kbps。直播时系统同步、云盘、团队会议都会抢带宽，通常只用可用上行的 40% 到 50%。

接着看 OBS Stats。Dropped frames 是网络，Skipped frames 是编码压力，Lagged frames 是渲染压力。三类混在一起时，先降输出分辨率到 720p30，保住直播连续。

最后检查 YouTube 控制室。官方 Stream health 会提示分辨率、帧率、关键帧间隔和码率是否匹配。不要只盯观众留言说卡，控制室提示更接近源头。

OBS 设置清单怎么填？

项目建议起点什么时候下调
1080p304500-6000 Kbps访谈、课程、桌面分享
1080p606000-9000 Kbps游戏和动态画面
720p302500-4000 Kbps上行不稳或移动网络
Keyframe2 秒按 YouTube 建议保持
Rate ControlCBR直播优先稳定

如果是付费课、发布会或访谈，宁可 720p 稳，也不要 1080p 一直转圈。观众能接受画面稍软，很难接受声音反复断。

我还会把「正常码率」和「救场码率」分开写在 OBS profile 名称里。比如主档 1080p30 6000 Kbps，救场档 720p30 3000 Kbps。直播中不用重新思考，只要切到预先测试过的档位。

为什么会这样？

YouTube Live 需要持续接收编码器送来的数据。码率设置过高，上行链路一抖，缓冲就会变薄；码率设置过低，平台还能收流，但画面细节会被压碎。OBS 官方排查也把 dropped frames 归到连接问题，而不是简单的画质问题。

另一个常见误区是只看测速。测速是短跑，直播是长跑。晚高峰、酒店 Wi-Fi、多人共用路由器都可能让 30 分钟后的上行表现和开播前不同。

还有一个细节是音频优先级。直播画面偶尔软一点，观众还能跟上；声音断续、主持人卡字，流失会更快。所以我会先保证麦克风、声卡和语音连线不被后台软件占用，再去追画质。排查顺序错了，现场就会越调越乱。

还没恢复时，单独查 YouTube Live bitrate

直播中先降码率，再降帧率，最后降分辨率。不要立刻换推流密钥，除非 YouTube 控制室明确提示密钥或连接错误。直播结束后导出 OBS log，把掉帧时间点和网络变化对上。

长期固定直播的频道，可以为主推流电脑准备 直播推流低延迟稳定线路，并把 OBS profile、网线、路由器、备用热点写入开播清单。它不能替代内容和设备测试，但能减少临场网络变量。

开播前 10 分钟检查什么？

  • 关闭云盘同步、系统更新、下载器。
  • 电脑接网线，备用热点只做兜底。
  • 私密直播测试 5 到 10 分钟。
  • OBS Stats 无持续 dropped frames。
  • YouTube Stream health 至少保持绿色或可解释的黄色。
  • 备用主持人知道降档按钮在哪里。

这份清单最好打印出来放在推流机旁边，真正出问题时，人很难冷静翻文档。

相关阅读