DistroAV:让 OBS 的画面走网线送到别的屏

2026-08-25
DistroAV(原 obs-ndi) 又称 DistroAV、obs-ndi、OBS NDI 插件、NDI 输出、Spout to NDI
分类
投屏扩展
平台
Windows、macOS、Linux
许可证
GPL-2.0
是否开源
开源
收费模式
免费
适用工序
播控与内容、系统集成与交付、融合渲染进阶
支持协议
NDI
选型结论:一台机器的画面要送到别处显示,拉线是硬办法、走 NDI 是软办法;这个插件把软办法接到了 OBS 上,配合 OBS 的场景能力,能顶掉不少小型的画面分发需求。
官方下载
获取最新版(具体版本号以官网页面为准)
前往官网下载 ↗

它到底解决什么

展厅里常有这样的需求:A 机器上的画面,要在 B 机器接的屏上显示

典型场景有几个:

  • 序厅的主画面,同时要在接待台的小屏上同步显示;
  • 互动展项的画面,要送到导播台或者控制室监看;
  • 一台机器带的屏不够用,另一台机器的显卡有空余;
  • 临时活动要做直播或者录制,画面要在几台机器间流转。

硬办法是拉线——HDMI 延长器、光纤矩阵、分配器。可靠,但成本高、施工麻烦、改动困难,距离远了还要考虑传输方案。

软办法是走网络:把画面编码成网络流,通过已有的网线送到目的地。NDI 就是干这个的协议,展厅和广电行业用得比较多。NDI 本身站内有专篇:NDI 是什么、展厅怎么用NDI 和 SDI、HDMI 的取舍

DistroAV 是把 NDI 能力接到 OBS Studio 上的插件。装上之后,OBS 就能把自己的画面作为 NDI 源发出去,也能接收网络上的 NDI 源当作素材。

这个组合的价值在于 OBS 的场景能力:OBS 本来就能把窗口、屏幕、摄像头、图片、文字叠在一起编排成场景,加上 NDI 收发之后,你可以把编排好的复合画面送到任意一台机器上显示。这比单纯的屏幕镜像灵活得多。

需要说明的是名字:这个项目原来叫 obs-ndi,后来更名为 DistroAV。老资料里搜到的 obs-ndi 就是它。

展厅哪道工序会用到它

监看与导播。 控制室要看到各个展项当前在播什么,用它把各机器的画面送过来汇总。

临时增加显示输出。 某个位置要加一块屏,但就近的机器没有空余输出口,而网线是通的。这时候软方案能救急。

内容合成后分发。 需要在画面上叠加实时信息(比如当前参观人数、活动倒计时),用 OBS 合成之后再送出去。

活动期的直播录制。 展厅办活动时的临时需求,用它把展项画面接进直播流程。

怎么获取

GitHub 项目页 DistroAV/DistroAV开源免费(GPL-2.0)。

安装要注意两件事:

第一,它是 OBS 的插件,先要有 OBS。OBS Studio

第二,它依赖 NDI 的运行时组件。 这个组件通常需要单独安装(来自 NDI 的官方渠道,见 NDI Tools)。装完插件但没装运行时,表现是 OBS 里看不到 NDI 相关的选项——这是最常见的"装了没用"原因。

版本匹配也要留意:插件版本和 OBS 版本、NDI 运行时版本之间有对应关系,不匹配可能导致 OBS 启动异常。升级 OBS 前要确认插件是否支持新版本。

最短可用路径

发送端(把画面送出去):

  1. OBS 里编排好要送出去的场景。
  2. 在工具菜单里找到 NDI 输出设置,启用输出,给这一路起个名字。
  3. 名字要有意义——「序厅主画面」而不是「OBS」。网络上 NDI 源多了之后,名字是唯一的区分。

接收端(把画面接过来):

  1. 接收端的 OBS 里新建一个 NDI 源。
  2. 在源列表里应该能看到发送端刚才起的名字,选中它。
  3. 画面就过来了。
  4. 接收端把这个场景全屏投影到目标屏幕上。

看不到源怎么办:九成是网络问题。NDI 的发现依赖组播/广播,发送和接收必须在同一个网段,跨网段要额外配置。这是最常见的卡点。

展厅工程里真正要改的那几个设置

视频网络要单独规划,这是硬约束。 NDI 的码率不低,一路高清流就能占掉可观的带宽,多路并行时对交换机的压力很大。跟办公网、监控网混跑的结果是互相影响——你的画面卡,别人的网也慢。千兆网络是底线,多路时要认真算带宽,并且最好做 VLAN 隔离。

延迟要实测并写进文档。 网络传输必然有延迟,具体多少取决于分辨率、码率、网络状况、编解码设置。这个延迟必须实测:让发送端显示一个跑动的秒表,两块屏并排拍一张照,差值就是延迟。测出来的数写进交付文档,因为它决定了这条链路能不能用在需要同步的场合。

别用在需要同步的多屏上。 展厅的多屏拼接要求帧级同步,NDI 做不到这个精度。多屏同步要用专门的方案,见多屏不同步怎么查

发送端机器要有余量。 编码 NDI 流要占 CPU 或 GPU。如果发送端本来就在播 4K 素材,再加编码可能导致两边都卡。用 Process Explorer 看资源占用判断。

交换机要支持组播管理。 NDI 的设备发现走组播,交换机如果不支持 IGMP 相关功能,可能出现发现不了或者组播风暴。见网络风暴怎么处理

踩坑与排错清单

现象 多半是什么原因 怎么处理
OBS 里没有 NDI 选项 NDI 运行时组件没装 装运行时,见 NDI Tools
接收端看不到发送端 不在同一网段,或组播被交换机拦 先确认同网段;再查交换机组播设置
画面卡顿或撕裂 网络带宽不够,或发送端负载高 降低分辨率码率;做网络隔离;减轻发送端负担
延迟大到不能接受 NDI 的固有特性,加上网络状况 实测延迟;不满足要求就改用硬件传输
升级 OBS 后插件失效 版本不匹配 确认插件支持的 OBS 版本再升级
多路同时跑就全卡 带宽或交换机吃不消 算带宽;换更好的交换机;减少路数
画面有但没声音 音频通道没配 检查发送端的音频源设置

什么时候别用它

关键链路别用软方案。 主展项的画面输出,用硬件(显卡直连、光纤延长、专业矩阵)更稳。软方案的风险点多一层:操作系统、驱动、软件、网络,任何一环出问题都断。

需要低延迟别用它。 互动展项的实时反馈、需要跟操作同步的画面,网络传输的延迟会被感知到。

只是延伸一路 HDMI 别用它。 那种需求用硬件延长器最省事,一次施工长期不用管,见站内 HDBaseT 传输距离那类内容。

没规划网络别硬上。 前面强调过。这一条是很多 NDI 项目翻车的根源——方案里写了 NDI,但网络还是按办公网建的。

与本站方案的衔接

软件方案的画面分发灵活但脆弱,它的可用性依赖于网络状况和机器状态——而这两样恰恰是展厅里最容易悄悄变化的。

企服君的运维体系把网络连通性、机器负载、播放状态一起纳入监控,这类软方案链路断了能第一时间发现,而不是等到有人走到那块屏前面。集成商如果在项目里用了软件传输方案,配套的可观测性不是可选项——见集成商年费方案

NDI 与其他传输方式的取舍见NDI 和 SDI、HDMI 怎么选

📄 来源 / 自校链接

本文为公开资料整理,非亲测。关键参数与代码请结合实物与下列官方来源验证。

做展厅项目,软件授权不必每次重走采购

企服君有九款自研展厅软件。集成商年费一次备好全年额度,接到项目直接激活;已激活项目的授权永久有效。

留言讨论

评论发布后会被人工复核,违规内容将被删除。

    还没有人评论,来说说你的看法

    如果发表没有反应,可以前往联系我们告诉我们。

    这个页面有问题?

    提交时会附带当前页面地址和浏览器信息,帮助我们定位问题。不填联系方式即为匿名。