2023 年，个人用户用 OBS 进行异地推流多机位直播可靠的方案是什么？

需求

是这样的，本人接手了一个爱好者之间的 Apex Lengends 比赛直播的委托，我作为主台 OB 观赛。

上一次我办类似直播活动是常规手段，所有人看我的电脑，然后解说呆在一个开黑频道，看各自的观赛位。

我们是怎么协调要看哪一个队伍的视角呢？纯靠讲，某一个解说发现了亮点，他就会在开黑频道里提醒大家，现在我们视角转到 XXX 队伍，然后包括我在内的所有解说立马打开 M 键地图找队伍位置，然后跳转过去。

这是最原始最省事的方法，但这种操作方式终归还是会带来大概 2-3s 的延迟，难以捕捉到最即时的对战画面。

因此，我在寻求一个个人用户能够搭建的，类似正规赛事的多机位导播台，让所有的解说都把他们的电脑画面集中推流到我这里，然后让我来负责画面切换，这样相比在游戏里找队伍会更加及时。

条件

目前来讲，我这边的相关条件有：

1. 一台上海的 2 核 4G 4Mbps 轻量服务器，目前主要作用是用来跑 Zerotier Moon ，也搭建了 OSSRS
2. 有 Zerotier 内网
3. 主台 RTX3090 的推流机器，电信 1000Mbps/50Mbps 带宽，有 IPV6
4. 有一个国内域名，但是备案时间已经来不及了，唉，备案
5. 如果有条件我可以租用新的高带宽服务器

目标

寻求一个方案，能使得其它用户的 OBS 输出画面能以尽可能低的延迟传输到我这里来

解决方案

目前找寻到的主要方案（抛开那些乐色闭源软件）主要有两个派别：

• 低延迟服务器中转推流：搭建一个类似 OSSRS 的后台，目前可用的项目有OSSRS和Broadcast Box，他们基本上原理类似，需要让用户推流到中转服务器上，然后由我通过 WebRTC 协议拉流获得用户的画面。

  优点：WebRTC 协议延迟非常低，操作对推流用户友好，只需要换个推流地址（可能顺便要换个客户端）

  缺点：WebRTC 的推流强制要求 HTTPS，导致海内中转服务器虽然效果好，但因为备案问题难以实施；而海外 WebRTC 中转服务器可以打通链路，但延迟情况不明（一旦有部分用户的 NAT 状况太差没办法走 WebRTC 的 P2P ，我猜可能会回落到中转模式？或者根本无法连接，总之海外方案的可靠性未知，我对 WebRTC 协议的细节不是非常了解）

• NDI 模式：走OBS-ndi的组网协议，让其它用户通过内网穿透异地组网的方法与我构建成一个 NDI 网络，我直接通过 NDI 获得他们的画面。

  优点：成熟方案对我来说省事，并且据称 NDI 的延迟效果也有毫秒级，因为面向的是专业视频工作流所以画质很好

  缺点：对用户来说组网复杂，我要手把手引导他们一个个安装 NDI 插件、加入 Zerotier 网络和 Moon

两种方案的优缺点都挺明显的，我在寻求更优的方案，或者针对这些方案问题的解决方法，有 V 友有相关的经验或者思路吗？