夜月直播夜间城市观察手册 · 本站整理
夜景直播链路：试播与卡顿排查
简明回答
先找出故障发生在哪一段：本地画面、处理输出、发送网络或接收端。一次只改一个环节，并保留前后状态，避免把所有卡顿都归因于相机。
把链路拆成四段
设备产生画面，软件处理并编码，网络把数据发给接收服务，观众端再解码显示。本站图示只说明这个工作过程，没有连接任何直播流。
先在本地录制同一输入并回看。如果本地就有相同问题，优先检查采集和处理；若本地正常但输出异常，继续看软件状态与连接情况。这是定位线索，不是唯一诊断。
按现象做第一步排查
OBS 官方将网络丢帧解释为连接不稳定或无法维持设定码率时丢弃视频帧。该概念不同于画面因设备处理不及而卡顿；不要只看到“掉帧”二字就随意改曝光。
| 场景或现象 | 行动或记录 | 注意事项 |
|---|---|---|
| 本地样片也不顺畅 | 检查输入、软件负载与录制设置 | 记录设备、分辨率、帧率及问题时间 |
| OBS 网络丢帧持续增加 | 对照稳定上行与接收服务要求，尝试降低视频码率 | 保留改变前后的状态；有条件时比较有线连接 |
| 只有某个接收端缓冲 | 比较另一接收设备与网络 | 单个观众的现象不足以确认发送端故障 |
| 有画面但无声 | 检查软件选中的音频来源与静音状态 | 用耳机回听录制文件，避免只看电平条 |
一次可记录的试播
本站建议在实际位置、实际软件与计划使用的连接下做一轮允许的测试。未取得服务端直播权限时，可以先完成本地录制准备，不伪装已开播。
- 核对画面来源、声音来源和输出目标；避免把桌面私人窗口作为来源。
- 在可用的私密测试方式中检查输出；服务不提供私密测试时，先了解其发布规则。
- 记录开始时间、输出设置、软件状态和异常；调整后重新观察同一现象。
- 测试结束确认停止发送，再回看记录。没有改善就保留问题，不持续随机改参数。
传输不稳时的结束方案
OBS 官方建议可从降低视频码率和连接方式等方向排查；这并不能保证在任何移动网络中都稳定。完整步骤以官方页面为准。
预先准备一句中断说明；持续异常时停止直播，保留合适的本地观察笔记。不要承诺之后补发未确认保存的录像，也不要把已经结束的直播标成实时。
常见问答
卡顿一定是相机问题吗？
不是。先比较本地样片和输出状态；OBS 的网络丢帧指向发送端至接收服务器的连接问题。
测速很快，为什么还可能不稳？
单次结果不能覆盖到接收服务的整个持续连接。请观察实际输出期间的状态，结合官方说明排查。
可核验资料
以下为本专题使用的一手资料。本站练习、记录结构和示例由本站独立整理。
- OBS：Stream Connection Troubleshooting
支持网络丢帧的含义与连接排查方向；本站现场试验步骤为独立整理。