g8直播研习室直播卡顿排查：分清网络、渲染与编码
用本地录制对照和 OBS 指标区分掉帧方向，按单变量练习记录问题，减少盲目改参数。
简明回答
先比较本地录制与直播回放，再看 OBS 的网络丢帧、渲染延迟和编码延迟。不同指标指向不同环节，不能都靠加码率解决。
适用情境：游戏本身正常但直播不顺，或者画面卡顿、断流，需要确定排查方向。
按症状定位环节
渲染是将来源合成画面的过程，编码是将画面压缩为可输出的数据；网络发送发生在之后。本地录制也异常时，网络不是唯一解释。
| 观察到的现象 | 优先检查 | 第一轮对照 |
|---|---|---|
| 网络丢帧或断开重连 | 电脑到推流接入点的连接 | 同场景降低码率，记录丢帧变化 |
| 渲染延迟增加 | GPU 余量、来源和场景复杂度 | 限制游戏帧率，简化场景对照 |
| 编码延迟增加 | 编码负载、输出规格 | 降低输出帧率或分辨率对照 |
| OBS 无异常而观看缓冲 | 平台处理与观看链路 | 比较本地录制及其他观看设备 |
游戏顺畅但输出卡：给 OBS 留资源
OBS 需要 GPU 资源来合成场景。官方性能排障文档给出的方向包括限制游戏帧率、降低游戏画质、降低输出分辨率或帧率、简化场景和减少高负载来源。
不要一口气关闭全部功能。先复制当前配置或记下原值，选一个最相关的变化。例如固定同一段场景，限制游戏帧率后再录一段，对比输出是否改善。
如果降低规格后稳定，再逐级恢复你确实需要的质量。结论写成“在本机、本场景、本次设置下改善”，而不是“某个预设对所有电脑有效”。
做一份能复现的故障记录
下面是空白记录字段，可直接抄入自己的笔记。分享日志或截图之前，先移除推流密钥、账户、窗口中的私人内容和无关个人信息。
- 记录日期、游戏场景、OBS 版本、操作系统和主要硬件。
- 记录输出分辨率、帧率、视频码率、音频码率与编码器。
- 记录异常属于网络、渲染、编码还是观看端，并记下发生动作。
- 写出本轮只改的一项，以及改前和改后的同场景结果。
- 若需求助，提供可复现步骤和相关指标；不要只写“很卡”，也不要公开推流密钥。
可核验资料
资料用于支持产品功能与技术方向；本站练习、对照表和例子为独立整理，未宣称硬件实测。
常见问答
换更快的网能解决所有掉帧吗？
不能。网络丢帧与渲染或编码延迟不是同一环节。先查指标，避免把计算资源问题误当带宽问题。
本地回放好、观众还卡怎么办？
对照推流指标、平台回放和不同观看条件，逐步缩小范围；不要仅凭单一观众的现象判断自己电脑故障。