OBS直播码率设置：按上行带宽选择稳定档位

设置 OBS 的 YouTube 直播码率，先测开播时实际可用的上传速度，给网络波动和音频留出空间，再用剩余带宽决定视频码率。画面不稳时，直接套用较高画质参数可能让推流持续超过连接能承受的负载；应先确定视频预算，再选择分辨率和帧率。

可在计划开播的网络和时段多次测速，取偏低的上传结果，将其中约 70% 暂作视频与音频的总预算。70% 是用于试播的保守起点，不是 YouTube 的硬性规定，也不保证连接一定稳定。最后仍要用正式直播会出现的声音、运动画面和其他上行任务持续试播。

把上传速度换成视频码率预算

YouTube 的直播接收规范给 H.264 的 720p30、1080p30 和 1080p60 分别列出 3～8、5～14 和 6～17 Mbps 的最低值至建议值，同时列出 CBR、建议 2 秒关键帧和 128 Kbps 立体声音频。建议值是对应编码方式与画面规格的画质参考，不能直接当作每条上行线路必须达到的视频码率。

将多次测速中偏低的上传速度记为 U，单位为 Mbps。采用上述保守起点时，先算“视频预算＝U × 70%－0.128 Mbps”，再选不超过预算的 OBS 视频码率；0.128 Mbps 是立体声音频的 128 Kbps。预留的其余上传空间用于应对测速波动、传输开销及同一网络上的其他流量，因此视频和音频不能分别拿整条上行速度作预算。

假设较低的一次测速为 10 Mbps，初始视频预算就是 6.872 Mbps。先试 6000 Kbps 的 1080p30，或选占用更低的 4000 Kbps、720p30，都在这个预算内；8000 Kbps、1080p60 则超出预算。这里的数值只用于筛选起点：测速服务器与 YouTube 接收服务器不同，一次测速也无法显示整场直播的波动。

测速时应保留直播期间确实会运行的上传任务，例如云端备份、素材同步或同网设备的推送。若这些任务开播前可以暂停，就暂停后再测；若必须同时运行，就让它们在测速和试播期间照常运行。用与实际直播不同的空闲网络测出的较高速度，会高估可分给 OBS 的带宽。

三个档位的 OBS 起步参数

以下视频码率是编辑建议的试播起点，选用 H.264、CBR、2 秒关键帧和 128 Kbps 立体声音频，并非 YouTube 指定的固定档位。计算所需上行速度时，将视频码率与音频码率相加，再除以 70%；结果向上取整，便于给测速波动留余量。

720p30：输出分辨率设为 1280×720，帧率为 30 fps，视频码率先试 4000 Kbps。按上述算法，偏低的实测上传速度约需达到 6 Mbps。上行空间有限，或较高档位试播时反复出现网络丢帧，可从这里开始。
1080p30：输出分辨率设为 1920×1080，帧率为 30 fps，视频码率先试 6000 Kbps。偏低的实测上传速度约需达到 9 Mbps。访谈、讲解和一般镜头切换可以先用这个档位测试，同时观察细节是否满足内容需要。
1080p60：输出分辨率设为 1920×1080，帧率为 60 fps，视频码率先试 8000 Kbps。偏低的实测上传速度约需达到 12 Mbps，电脑也须在正式场景中持续完成编码。较高帧率适合检验快速运动画面的流畅度；如果压缩痕迹明显，先确认是否还有提高码率的带宽，而不是只看帧率。

这三个起步码率均高于 YouTube 对相应 H.264 档位列出的最低值，但低于建议值。若算出的预算仅够触及某档最低值，降低一档画面规格通常比把网络余量全部用完更稳妥。若持续试播稳定而快速运动出现明显块状或模糊，再逐步提高视频码率；预算已经用尽时，改用较低分辨率或帧率更合理。

把预算对应到 OBS 的设置项

OBS 设置指南区分基础画布分辨率、输出分辨率和帧率：画布容纳各个画面来源，输出分辨率决定直播送出的画面尺寸；改变基础画布可能需要重新排列来源，单改输出分辨率通常无需重排。已有 1080p 画布而上行只适合 720p30 时，应先改输出分辨率和帧率，无须为降档立刻重做场景。

在“设置→视频”中填写选定的输出分辨率和常用帧率值。在“设置→输出”中核对直播所用编码器、码率控制、视频码率、关键帧间隔及音频码率；若使用高级输出模式，应检查“直播”对应的设置，而不是只改录制参数。菜单名称会随 OBS 版本和编码器略有不同，重点是实际推流使用了刚才计算的那组参数。

OBS 的场景可以组合游戏、窗口、显示器、图像、文字和摄像头等来源。正式直播若有游戏动作、镜头切换或多个来源叠加，试播也应包含这些内容；只让静止封面保持流畅，无法判断动态画面下的编码负载。调整输出分辨率后，还应在预览中确认文字、边缘元素和画面比例仍符合需要。

连接直播码，并按真实流程试播

YouTube 的编码器开播步骤要求把直播服务器网址和直播码填入编码器；在 OBS 的“设置→直播”中可选择 YouTube 服务，或按直播控制室给出的地址配置自定义服务器，再填入对应直播码。核对直播码属于当前要开播的直播，并避免在共享画面中显示它。

可以先创建一场不公开列出的测试直播，用正式直播相同的网络、场景和输出参数推流。检查麦克风声音、主要画面动作、场景切换，以及直播期间会同时运行的程序；同时观察 OBS 的状态和 YouTube 直播控制室中的流传输状态。对于已安排时间的直播，应等控制室出现预览并确认内容正常，再执行控制室中的开播操作。

试播应覆盖一次完整的内容变化：从开场进入主要场景，出现最快的画面运动，再切换到结束场景。短暂出现预览只能说明推流已经连通，不能代表较长时间的上传速度或复杂场景的编码负载。若直播期间还会同步上传素材，也应把这项负载放进测试。

画面仍不稳，按症状调整

先看问题发生在传输、编码还是画面来源。OBS 的网络丢帧持续增加时，优先排查同网设备的上传任务及连接到直播服务器的稳定性；暂停可停用的上传任务后再试，必要时下调视频码率。若降低码率后仍反复丢帧，再将输出分辨率或帧率降一档，不要只依据测速结果坚持原设置。

网络丢帧不明显，但 OBS 出现编码跟不上或跳帧时，先减轻本机负载：把 60 fps 降到 30 fps、降低输出分辨率，或减少复杂来源和同时运行的高负载程序。单纯调低网络码率未必能解决编码压力。
OBS 的预览或场景切换已经不流畅时，检查游戏、浏览器来源、滤镜和其他程序的资源占用。此时问题可能发生在画面送往网络之前，应先让实际场景稳定运行。
YouTube 没有收到预览时，核对 OBS 所选服务、服务器网址和直播码是否对应当前直播。若控制室明确提示关键帧或音频参数异常，再返回 OBS 检查相应字段；提高视频码率不能修复连接信息填错。

每次只调整一项，并用相同内容和网络条件重试，才能判断改变是否有效。确定能持续推流的档位后，换网络、增加动态画面或新增上行任务时，都应重新测速并计算预算。