直播延迟：原因及 Twitch、YouTube 和 Trovo 的设置

什么是直播延迟

直播延迟是指镜头前发生的事件与观众看到它之间的时间差。例如，你说了一句话，观众几秒钟后才听到。这条链路包括视频和音频采集、信号处理、编码、将流发送到服务器、平台准备直播流以及在观众设备上播放。

延迟并不总是意味着网络有问题。部分延迟来自平台本身的直播模式。额外的时间来自编码器过载、丢包、到服务器的路由不稳定或观众播放器的缓冲区。聊天需要单独考虑：消息可能会在观众看到它所对应的画面之后才到达。

延迟越小，与观众实时交流就越方便。但最小缓冲区留下的恢复空间更少，遇到故障时更难恢复流。因此应根据直播形式来选择模式。对于平静的聊天，几秒钟的延迟可能不易察觉，而对于需要回应消息的游戏、问答或联合直播，差别就变得很明显。

平台模式如何影响延迟

平台会在播放前预先缓存一部分视频。这个储备称为缓冲区。较大的缓冲区有助于在连接短暂中断时不停顿视频，但观众看到直播的时间会更晚。较小的缓冲区能更快地传送新画面，但流对主播和观众的网络稳定性要求更高。

通常有普通模式、低延迟和最低延迟可选。名称和功能集取决于平台。与观众交流时选择低延迟，只有在需要快速响应聊天时才选择最低延迟。如果切换后观众看到卡顿、加载提示或频繁重连，请返回更稳定的模式。

自动缓冲可能在观看过程中增加延迟。当数据到达不均匀、观众切换画质、暂停后恢复或重新连接时，就会发生这种情况。因此，延迟设置不仅要在直播开始时检查，还要在运行几分钟后检查。

如何在 Twitch、YouTube 和 Trovo 上开启低延迟

最好在重要直播开始前更改模式。保存设置后，用另一台设备进行简短测试，或请观众检查直播。不仅要比较响应时间，还要比较观看的稳定性。平台面板中的设置比 OBS 参数更重要：程序负责编码和发送流，而决定给播放器多少视频储备的是平台。

Twitch

打开 Creator Dashboard，进入 Settings，然后选择 Stream。在延迟模式部分找到 Latency Mode 并设置为 Low Latency。如果面板显示单独的保存按钮，请保存设置。之后启动测试直播，用手机或另一台不连接同一网络的电脑进行检查。

Twitch 的低延迟模式适合与聊天互动，但网络不稳定的观众可能会出现卡顿。如果只有一位观众反映问题，先请他点击跳转到当前直播的按钮、刷新页面或降低画质。不要因为观众端的个别问题而更改直播模式。

YouTube

登录 YouTube Studio 并打开 Live Control Room。在创建或编辑直播时，进入直播设置并找到 Latency 选项。对于普通的互动直播选择 Low latency，如果需要尽可能快地回复消息，则选择 Ultra low latency。请确认所选模式已应用到正确的直播，而不仅仅是模板。

YouTube 的最低延迟留给数据不均匀发送的余量更少。如果直播开始更频繁地缓冲，请使用 Low latency 而不是 Ultra low latency。对于没有持续互动的平静直播，可以保留 Normal latency：该模式通常更能承受短暂的连接问题。

Trovo

打开 Trovo Studio 或创作者面板，创建直播并进入高级直播参数。找到名为 Latency、Stream latency 或 Low latency 的选项，选择低延迟。各分区名称可能因面板版本而异，因此请以直播本身的设置为准，而不是个人资料参数。如果有应用按钮，请在启动直播前保存更改。

如果你的 Trovo 面板中没有延迟切换选项，平台可能会自动分配模式。在这种情况下，可以通过稳定的发送、合适的服务器、正确的比特率和检查观众播放器来降低延迟。启动后在多台设备上比较直播：这样你就能了解延迟是否是观众普遍存在的。

主播的网络稳定性

对于直播来说，不仅最大上传速度重要，整个直播过程中的稳定性也很重要。连接必须能够承受所选比特率而不出现急剧下降。如果流发送断断续续，部分数据会丢失或延迟，而程序和服务器则试图拼凑出连续的视频。结果就是延迟增加、出现丢帧或直播进入缓冲。

对于主播电脑来说，最可靠的方案是用网线连接到路由器。Wi-Fi 受距离路由器远近、墙壁、干扰和其他设备负载的影响。同一网络中的文件下载、视频通话、云同步、游戏和观看视频可能会在直播最需要上传速度的时候占用它。

直播前请停止不必要的下载，并检查哪些设备在使用家庭网络。如果问题只在多个用户同时使用时出现，原因可能是信道分配，而不是 OBS。如果经常出现下降，请在不同时段检查路由器、网线和运营商的工作情况。

速度测试只显示特定时刻的连接状态，不能替代对直播的观察。请以短间隔进行多次检查，特别关注 upload。请以最低的稳定值为准，而不是最佳结果。套餐中标注的“最高”速度并不意味着整个直播期间都能保持该数值。

如何根据上传速度选择比特率和分辨率

视频比特率不应占用整个上行信道。请为服务流量、音频、负载波动和其他设备的工作留出余量。一个实用的参考是视频使用稳定上传速度的约一半或三分之二。如果数值波动明显，请按较低值计算。

• 当稳定上传约为 5 Mbit/s 时，从视频比特率 2500–3000 kbit/s 和分辨率 1280×720 开始。如果电脑无法承受更高帧率，对于动态游戏通常更适合 30 帧每秒。
• 当上传约为 8 Mbit/s 时，可以尝试 4000–5000 kbit/s。根据平台和电脑情况，这适用于 720p60 或 1080p30。只选择一个方案并在测试直播中验证。
• 当稳定上传约为 12 Mbit/s 时，可以考虑 6000–7500 kbit/s 和 1080p30 或 1080p60。在此之前，请检查所选平台的最大比特率，并为网络留出余量。

这些是起步参考，而不是通用要求。具体上限取决于平台、编码器和格式。如果平台给出了自己的范围，应以它为准。如果上传不稳定，降低比特率和分辨率比试图在信道极限上维持高画质更好。

大多数直播使用恒定比特率，即 CBR，如果平台设置支持的话。关键帧间隔按平台要求设置。如果没有单独说明，通常使用 2 秒间隔，但对于 Trovo 和其他平台，请在直播面板中查看最新建议。错误的间隔可能会妨碍视频恢复和画质切换。

高分辨率本身不会造成网络延迟，但会增加编码器和信道的负担。如果系统处于极限状态，从 1080p60 切换到 1080p30 或从 1080p30 切换到 720p60 通常会带来更稳定的结果。对于谈话类直播，通常清晰的声音和没有停顿比画面中最大量的细节更重要。

直播服务器与到平台的线路

编码后，流会发送到平台的服务器。电脑与该服务器之间经过多个网络节点，因此线路质量也会影响延迟。即使套餐很好，也不能排除个别节点过载、技术维护或与特定方向连接不稳定。

地理位置最近的服务器不一定最好。选择时不仅要评估距离，还要评估发送的均匀性、是否有重连、丢帧百分比以及测试期间结果的稳定性。响应稍大但不丢数据的服务器，比响应短但持续下降的选项更好。

如何测试服务器

如果平台提供服务器列表，请在 OBS 中打开 Settings，然后 Stream，选择所需服务后查看 Server 字段。在 Twitch 上可以从该列表中比较服务器。在 Trovo 上使用可用的连接点或创作者面板显示的服务器地址。YouTube 通常自行选择入站流的路由，因此在那里可能无法手动比较服务器。

1. 为所有测试选择相同的分辨率、帧率、编码器和比特率。
2. 在第一个服务器上启动测试直播，并保持几分钟，以便不仅看到最初几秒的表现。
3. 通过菜单 View、Docks、Stats 打开 OBS 统计。记录 dropped frames、重连、渲染和编码跳过。
4. 在可比条件下对其他服务器重复检查：尽量在一天中的同一时间，并且家庭网络中没有下载。
5. 不要只比较某个最佳瞬间，而要比较整个测试。选择没有重连且丢帧比例最低的服务器。

作为额外检查，可以从连接设置中获取服务器地址或名称，并执行 ping 命令。在 Windows 中使用 ping -n 30 服务器名称，在 macOS 和 Linux 中使用 ping -c 30 服务器名称。丢包会在总结行中显示。traceroute 或 pathping 命令有助于看到线路中出问题的路段，但不能替代真实 RTMP 发送测试：服务器对 ICMP 请求和视频流的处理可能不同。

主要指标仍然是直播统计。如果 OBS 中因网络导致 dropped frames 百分比上升、出现重连或流发送断断续续，则该服务器和线路不能算成功。如果所有可用服务器都显示相同问题，原因可能在运营商或平台本身。除非必要，不要在重要直播期间切换服务器：重连会暂时增加延迟，并可能中断直播。

电脑如何影响延迟

在发送到平台之前，视频需要采集、处理和编码。如果电脑来不及按时完成其中任何一项操作，延迟会在流进入互联网之前就出现。在 OBS 统计中，这表现为渲染或编码跳过。如果画面生成太慢，再好的通信信道也无法解决问题。

渲染跳过通常与显卡负载有关。游戏可能占用几乎所有可用资源，OBS 就没有足够性能来采集场景。请限制游戏帧率、降低重型图形设置，并关闭观众看不到的特效。显卡的可用资源比只有你能看到的最高帧率更重要。

编码跳过表明处理器或硬件编码器过载。请关闭不必要的程序、多余的浏览器标签页、后台同步和录制应用。简化场景，移除重型滤镜和动画。使用软件编码时，选择更快的预设，或降低分辨率和帧率。

硬件编码器会把部分工作转移到显卡，但并不能免除系统负载。如果问题是在添加摄像头、滤镜、浏览器源或动画提醒后出现的，请暂时禁用该元素并比较统计。每次只检查一个更改，以便了解结果的原因。

请关注直播结束时的温度和电脑表现。过热时组件频率可能下降，因此开始时稳定的直播会逐渐开始丢帧。直播期间不要运行渲染、归档和其他重型任务。

如何判断延迟出现在哪里

首先查明大多数观众的直播延迟是否相同。如果问题是所有人同时出现的，请检查平台延迟模式、连接状态、所选服务器和 OBS 统计。如果只有一位观众反映问题，原因很可能在他的网络、设备或播放器。

然后将跳过分为几种类型：

• 渲染跳过表明显卡资源不足以准备场景；
• 编码跳过表明处理器或硬件编码器来不及处理视频；
• 发送帧丢失与网络、到服务器的线路或比特率过高有关；
• 统计正常时延迟平滑增加可能与平台或播放器的缓冲区有关。

要进行大致测量，请在摄像头前放置显示秒表或时钟的屏幕，说一句简短的话并同时记录时间。在另一台设备上打开直播，记录这句话出现的时刻。最好使用移动网络或其他网络，以排除本地缓存的影响。这样的测试显示场景与观看之间的总延迟，而不仅仅是到服务器的路程。

请检查多台设备和网络。如果手机在移动网络中直播延迟与观众电脑相同，那么问题很可能不限于他的 Wi-Fi。如果延迟逐渐增加，请让观众点击跳转到当前直播的按钮，并在缓冲区重置后比较结果。

聊天消息只适合粗略检查。它通过单独信道传输，可能以自身的延迟显示。要进行更准确的比较，请使用可见计时器、在摄像头前拍手或事先约定的视觉标志。

观众可以做什么

部分延迟是在流离开主播电脑之后出现的。观众的网络速度、Wi-Fi 稳定性、所选画质、浏览器、应用和设备性能都会影响结果。连接较弱时，播放器会积累缓冲区以免停止视频，因此观众看到直播的时间更晚。

请让观众检查以下几项操作：

• 如果观看明显落后，点击跳转到当前直播的按钮；
• 刷新页面或重启应用；
• 如果自动模式不断切换分辨率并暂停视频，请手动选择画质；
• 出现卡顿时降低画质，并在没有并行下载的情况下检查观看；
• 关闭使用网络或设备资源的多余标签页和应用；
• 在其他浏览器、应用或设备上比较观看；
• 如果正是通过 VPN 导致直播加载不稳定，请暂时关闭它。

如果视频按时到达，但播放断断续续，原因可能在解码、过热或设备设置。在旧智能手机、电视或电脑上，有时较低画质和关闭后台应用会有帮助。当问题只出现在一位观众身上时，通常不需要更改整个直播的设置。

如何在不损失稳定性的情况下降低延迟

先从平台开始：开启合适的低延迟模式，并检查播放器是否积累了额外缓冲。然后设置网络：使用网线，消除多余负载，并检查到所选服务器的线路。之后再到电脑，以免试图用编码器设置修复网络问题。

如果有编码跳过，请降低处理器负载或切换到正常工作的硬件编码器。如果出现渲染跳过，请降低显卡负载：简化游戏、限制帧率并检查场景来源。如果发送时丢帧，请将比特率与平台建议和上行信道能力进行对照。

不要一次性更改所有参数。先记录原始设置，然后更改一个指标并进行新的测试。这样你就能了解究竟是什么影响了结果。略微降低分辨率但稳定的流，通常比经常卡住并进入缓冲的高画质直播更适合交流。

简短结论：分步该怎么做

1. 确定直播形式，并在 Twitch、YouTube 或 Trovo 面板中开启合适的低延迟模式。
2. 用网线将电脑连接到路由器，并停止下载、云同步和其他占用上传的任务。
3. 多次检查稳定的 upload 速度，并按较低结果计算比特率，为网络留出余量。
4. 选择电脑和信道能够承受且不丢帧的分辨率和帧率。
5. 在相同条件下测试可用服务器，并选择没有重连且丢帧最少的方案。
6. 在 OBS 中分别检查渲染、编码和发送跳过。
7. 在另一台设备和另一个网络中测量延迟，以区分主播问题和观众问题。
8. 每次只更改一个参数，并在每次更改后进行新的测试直播。