把 OBS 当成编码器，而不是“点开始就能播”的播放器。YouTube Live 真正接收的是一条持续上传的音视频流；频道权限、Stream Key、码率、关键帧、音频格式、聊天审核，任何一项没比对，开播后都可能变成控制室红黄警告。
频道能不能开直播，看哪三项？
开 OBS 前先看 YouTube Studio。官方帮助中心把直播限制、频道验证和年龄规则放在直播入口前面；如果频道本身不能直播，OBS 配得再细也只会连不上或进不了 Live Control Room。
| 检查项 | 去哪里看 | 不通过时的处理 |
|---|---|---|
| 频道已验证 | YouTube Studio / 频道功能 | 完成频道验证，再安排直播 |
| 最近 90 天没有直播限制 | YouTube Studio 通知和频道状态 | 等限制解除，不要换小号硬开 |
| Live Control Room 可进入 | Create → Go live | 第一次使用提前一天检查入口 |
| 直播隐私 | Public / Unlisted / Private | 测试用 Private 或 Unlisted |
移动端直播有单独条件，例如订阅数和设备系统版本；这篇只讨论 OBS 这类编码器推流。团队频道还要确认操作者是否有进入 Live Control Room 的权限，不要等活动开始才发现只能进频道后台、不能创建直播。
OBS 用账号连接，还是用 Stream Key？
OBS 连接 YouTube 常见有两条路：连接 Google/YouTube 账号，或手动粘贴 Stream Key。YouTube 官方把 Stream Key 形容成直播的“密码和地址”，泄露后别人可以把内容推到你的直播入口。
| 方式 | 适合谁 | 风险点 | 操作建议 |
|---|---|---|---|
| Connect Account | 单人创作者、固定推流机 | 依赖账号授权和浏览器登录 | 用自己的主电脑，开启 Google 账号 2-Step Verification |
| Stream Key | 团队活动、外包导播、临时设备 | 密钥截图或复用过久 | 每场活动使用单独密钥或活动后重置 |
| Reuse settings | 固定栏目、每周直播 | 旧设置被误用 | 复制后重新比对标题、隐私、延迟和聊天 |
| Custom key | 多路活动、硬件编码器 | 负责人不清楚哪条流在用 | 命名写清日期、用途和设备 |
OBS 里选择 YouTube 服务后，如果版本提供账号连接，按授权流程走；如果你在活动现场、导播机不是自己的，改用 Stream Key 更容易收回权限。不要把密钥贴在 Notion 公共页、微信群或直播串场 PPT 里。
Output 和 Video 参数怎么填？
YouTube 官方编码器设置要求 CBR，关键帧推荐 2 秒且不超过 4 秒，常规视频用 H.264，音频用 AAC 或 MP3；错误文档还强调一条流里只应有一个视频流和一个音频流。OBS 的设置目标是让 YouTube 控制室识别为匹配的、连续的流，而不是一味追最高画质；下表是开播排查用的 OBS 保守起点，不是 YouTube 对所有频道的固定目标。
| 场景 | OBS Video 起点 | OBS 保守码率起点 | 什么时候降档 |
|---|---|---|---|
| 访谈 / 播客 | 1920×1080, 30fps | 4500-6000 Kbps | 声音优先，画面可以软一点 |
| 游戏 / 高动态 | 1920×1080, 60fps | 6000-9000 Kbps | Dropped frames 上升或控制室提示过高 |
| 线上课 / 屏幕分享 | 1920×1080, 30fps | 4000-6000 Kbps | 字体看得清即可，不必追 60fps |
| 备份 Profile | 1280×720, 30fps | 2500-4000 Kbps | 酒店网络、移动热点、临场救场 |
OBS → Settings → Output 建议这样比对：
- Output Mode 先切到 Advanced。
- Encoder 用 H.264。NVIDIA/Apple/Intel 硬件编码可减轻 CPU 压力，但不是画质保证。
- Rate Control 设 CBR。
- Keyframe Interval 填 2。
- Audio Track 只推直播需要的一条；Audio Bitrate 从 128 Kbps 起步。
- OBS → Settings → Audio 里用 44.1 kHz 或 48 kHz，别让声卡、会议软件和 OBS 混用不同采样率。
OBS → Settings → Video 里，Base Canvas 写你的制作画布，Output Scaled 写实际推给 YouTube 的分辨率。不要在 YouTube 选 1080p，OBS 却输出 720p；YouTube 错误页会把分辨率和帧率不匹配列为常见警告。
开播前测试要看哪些信号？
OBS 官方 Quick Start 建议第一次正式直播前先跑几分钟测试。实际做活动时，5 到 10 分钟更稳：很多上行抖动不是第一秒出现，而是路由器、Wi-Fi、系统同步或会议软件运行一阵后才暴露。
| 信号 | 正常表现 | 异常时先做什么 |
|---|---|---|
| YouTube Stream health | 绿色或只有可解释的黄色 | 点开提示，按错误类型修 |
| OBS Dropped Frames | 持续为 0 或极低 | 降码率、换有线、关后台上传 |
| OBS Skipped Frames | 不持续增长 | 换硬件编码或降低编码压力 |
| OBS Lagged Frames | 不持续增长 | 降低画布复杂度或输出分辨率 |
| 音频电平 | 人声稳定在安全范围 | 修麦克风、声卡、采样率和增益 |
| 直播回放 | 声画同步 | 查音频延迟和采集卡设置 |
测试直播用 Private 最安全；如果需要给客户或团队预览，用 Unlisted。测试时也要走完整步骤：开场画面、麦克风、桌面声音、嘉宾连线、聊天、录制本地副本、结束直播。只测“能连上”不够。
延迟、DVR 和聊天审核怎么设？
延迟不是越低越好。YouTube 官方说明普通延迟支持所有分辨率和直播功能；低延迟适合有限互动；超低延迟适合实时对话，但缓冲更少，观众端更容易感到卡顿，而且低延迟和超低延迟不支持 4K。
| 直播类型 | 延迟建议 | 聊天设置 |
|---|---|---|
| 课程 / 发布会 | Normal latency | 开 DVR，方便观众回看刚错过的片段 |
| 播客 / 轻互动 | Low latency | 设 moderator、blocked words、slow mode |
| 游戏连麦 / 实时问答 | Ultra-low latency | 提前安排管理 moderator，保留降档预案 |
| 4K 活动 | Normal latency | 不要为了互动牺牲稳定性 |
聊天审核不要临场才打开。YouTube Live 支持标准 moderator、管理 moderator、blocked words、held messages、slow mode、订阅者聊天和会员聊天。小频道也至少准备一个 moderator；主播盯 OBS、讲稿和弹幕时，很难同时处理刷屏、链接和辱骂。
常见红黄警告怎么处理？
YouTube 控制室的红色错误可能阻止直播开始，黄色警告通常影响质量。别看到警告就重置 Stream Key；大多数问题是编码参数、分辨率、帧率、音频或网络。
| 提示或现象 | 更可能的原因 | 处理动作 |
|---|---|---|
| Incorrect keyframe frequency | 关键帧不是约 2 秒 | OBS Keyframe Interval 改 2 |
| Incorrect video size | OBS 输出分辨率和控制室预期不一致 | 统一 Output Scaled Resolution 与直播档位 |
| Framerate too high | FPS 超过当前档位 | 降到 30 或 60fps 内的匹配档 |
| Incorrect audio settings | 音频编码、声道或采样率异常 | 用 AAC、单声道或双声道，避免多音频流 |
| Dropped Frames 增长 | 连接不稳或码率过高 | 降码率、改有线、关闭上传程序 |
| 观众说卡但 OBS 正常 | 观众端或平台分发 | 看控制室，不要立刻重启全场 |
OBS 官方连接排查把 dropped frames 归到连接问题，并建议先降低 Video Bitrate、使用有线连接、检查路由器/网卡/线缆，必要时启用动态码率管理拥塞。动态码率只能让画面在波动时变糊一点，不能修好坏路由或拥塞的上行链路。
跨地区推流该怎么留余量？
跨地区直播最怕临场变量：酒店 Wi-Fi、共享办公室、晚高峰上行、系统自动更新、云盘同步、远程嘉宾视频同时上传。固定直播栏目可以把主推流电脑、OBS Profile、网线、备用热点和 直播推流低延迟稳定线路 写进同一张开播清单，但它只能减少网络变量，不能替代码率测试和设备排查。
实操上准备两个 Profile：主档 1080p30 或 1080p60，备档 720p30。直播中如果 Dropped Frames 持续增长，先降码率，再切备档；不要同时换 Stream Key、换延迟模式、换编码器和重启路由器。改动越多，越难判断哪一步救回了直播。
开播证据清单怎么留？
活动结束后不要只写“今天网络不好”。下次能不能少踩坑，取决于这次有没有留下证据。
| 证据 | 保存位置 | 用途 |
|---|---|---|
| OBS Profile 截图 | 推流机本地或团队盘 | 复现码率、分辨率、编码器 |
| YouTube Stream health 截图 | 活动工单 | 对照红黄警告时间点 |
| OBS Log | Help → Log Files | 区分 dropped / skipped / lagged |
| 路由器或网络记录 | 路由后台 | 查断线、重拨、Wi-Fi 漫游 |
| 直播回放时间码 | YouTube Studio | 对照观众反馈和画面问题 |
| 聊天审核记录 | Live chat / moderation | 复盘关键词、慢速模式和 moderator 配置 |
如果你是团队开播，把“谁有 Stream Key、谁能进 Live Control Room、谁能结束直播、谁负责聊天审核”写清楚。很多事故不是 OBS 参数错，而是权限和职责没分开。
相关阅读
- YouTube 直播上传码率 | OBS 网络排查 — 掉帧时先降码率的操作顺序
- YouTube Live OBS 推流网络清单 — 开播前 30 分钟检查清单
- Streamlabs 国内配置教程