NDI Tools：网络视频传输工具集

它到底解决什么

NDI 是一套"用网线传视频"的协议，具体它怎么编码、怎么发现设备、跟 SDI/HDMI 比强在哪，NDI 网络视频传输协议详解和 NDI vs SDI vs HDMI两篇已经讲透，这里不重复。

NDI Tools 是协议制定方 Vizrt NDI AB 官方出品、免费提供的一整套桌面小工具——发送、接收、路由、监看、跨网远程这些围绕 NDI 的日常操作，不用你自己开发或买专业播控设备，装一个包就能用起来。对展厅工程来说，它的价值不是拿来当正式交付的核心播控系统（那应该是专业播控软件或深度集成 NDI SDK 的自研产品），而是三件事：验证一条网络能不能扛住 NDI、现场出问题时的应急备用手段、交付后不进机柜就能巡检的监看工具。免费、装完就能用，这是它最大的价值。

展厅哪道工序会用到它

方案设计阶段的可行性验证。 甲方现场还没定终端设备、播控系统怎么选还没拍板，先用两台笔记本，一台装 Screen Capture 把桌面变成一路 NDI 信号，另一台装 Studio Monitor 去发现并查看，跑一遍现场的交换机、网线，看看这条路子在这个甲方的网络环境里走不走得通。这一步花几十分钟，能省后面返工采购的钱。

现场应急救场。 某路信号线接触不良、主播控主机死机，展项不能停。这时候拿一台带 NDI Tools 的笔记本，用 Screen Capture 或 Webcam Input 现推一路画面上大屏，先让展项转起来，再回头修正式链路。

交付后巡检。 项目验收完、进入运维期，甲方反馈"某块屏没画面"，不用跑去机房逐个开机柜，在办公室用 Studio Monitor 打开就能看到网络里所有 NDI 源的在线状态和画面缩略图，先在软件层面定位是哪一路的问题。

给自研软件联调临时接源。 团队自己在开发播控或展示类软件、需要 NDI 输入做测试时，专业采集卡还没到货，先用 Screen Capture 或 Webcam Input 现推一路真实的 NDI 源给开发环境联调，不用干等硬件。

怎么获取，该下哪个包

官网入口只有一个：https://ndi.video/tools/。页面上就两个大按钮——Windows 和 MacOS，每个平台是一个整包安装程序，不是拆成一堆单独工具分别下载。装完之后，Windows 端会一次性装齐 Discovery、Access Manager、Router、Test Patterns、Studio Monitor、Webcam Input、Screen Capture（含 GPU 加速的 Screen Capture HX 变体）、Bridge，以及 Premiere Pro / After Effects / VLC / Audio Direct 这几个第三方软件插件；MacOS 端对应装 Discovery、Video Monitor、Access Manager、Scan Converter、Virtual Input、Test Patterns、Router，插件则是 Premiere Pro / After Effects / Final Cut Pro。装完从"NDI Tools Launcher"里逐个打开要用的工具，不用记安装路径。另外官方还单独提供手机端的 NDI Camera / NDI Capture 两个 App，把手机变成一路 NDI 摄像头或屏幕推流源，展厅临时加一路机位时能用得上，但不是展厅工程机的常规配置，了解到这个程度即可。

一个坑要提前知道：官网工具清单里列着的 "Remote"（扫码分享链接远程连接），官方文档已经明确标注为停用状态，因性能问题下线，且暂无恢复时间表。 如果你是照着官网首页的工具列表做方案、想拿它做远程贡献画面接入，装上会发现根本用不了——跨广域网的远程连接需求应该用 Bridge，这个坑提前避开能省一次现场返工。

授权上，NDI Tools 本身免费，但不是"想怎么用都行"。安装时要接受官方的 Software License Agreement，里面写死了几条边界：不能转售、不能逆向工程、不能把工具本体重新打包塞进你自己的产品对外分发；如果涉及 H.264/HEVC 这类编解码的商用内容分发，官方原文直接提示可能还需要另外找 MPEG LA 一类专利池拿授权，这条容易被现场人员忽略。更关键的一条边界是它跟 NDI SDK 的分工：如果只是拿这套 Tools 现场用（验证、应急、监看），免费直接装；但如果你们是要把 NDI 收发能力永久做进自己开发的产品里长期对外发布，那走的应该是免费的 NDI SDK（royalty-free），SDK 的官方协议原文还专门写明"不能把 NDI Tools 打包进你的产品分发，只能在产品里加一个链接指向官网"——这条经常被售前和研发搞混，报价和写方案前先分清楚自己是哪一种用法。

最短可用路径

两台机器验证最快：一台装好整包后打开 Screen Capture，它会自动出现在系统托盘里，桌面画面和系统音频自动变成一路 NDI 信号，不用任何配置。另一台同样装好整包，打开 Studio Monitor，右键或点左上角菜单会弹出同网段内发现到的所有 NDI 源列表，点开第一台机器的名字。看到画面且有声音同步，就算这条链路跑通了——发现失败或者点开卡死，说明网络这一层有问题，往下第五节讲怎么查。

想管理"谁能看见谁"，打开 Access Manager，在 Groups 页签建发送组/接收组：接收端只有加入了对应的接收组，才能看到该发送组里的源。展厅里多个独立播控子系统共用一张网时，靠这个避免互相串源。

展厅工程里真正要弄明白的那几件事

网络是前提，这条最重要。 装软件五分钟，网络扛不扛得住是另一件事。全 NDI 一路 1080p 就要上百 Mbps，具体量级和怎么按机位数估算，协议详解那篇已经算过账，这里不重复，只讲工程后果：售前如果按"反正走网线"报价，没把交换机型号、上联带宽、有没有独立 VLAN 算进方案，现场大概率翻车。这里有两个纯软件层面能拧的阀门值得知道：一是 NDI Access Manager 里的 Multicast 开关，官方排错文档明确写了，两台设备的这个开关必须设成一致，一边开一边关会导致互相发现不到或流异常；二是前面提到的 Send/Receive Groups，配置不一致同样是"看得见网络却看不见 NDI 源"这个诡异现象的头号原因。除此之外，官方故障排查指南里还有几条纯网络层面的检查项，很多时候问题根本不在 NDI：Windows 网络配置文件是不是被设成了"公用网络"（会限制发现流量）、防火墙或杀毒软件是不是拦了 NDI 流量、两台设备是不是压根不在同一网段。这些排查顺序放进了下面的表格。

画质与延迟的取舍，跟着场合选。 全 NDI（帧内压缩，码率高、延迟极低）和 NDI HX（H.264/H.265 帧间压缩，码率低出一个数量级、延迟略增）怎么选，协议那篇讲过原理，工程判断很直接：导播直出、关键大屏、CPU/带宽都富余，选全 NDI；带宽紧张、走 Wi-Fi、或者一台机器要并发挂多路，选 HX。Screen Capture 也有专门的 Screen Capture HX 变体，走 GPU 加速编码，支持到 4K/120Hz 还不怎么占 CPU，机器性能有限但又要推高分辨率画面时，直接选这个而不是普通版。Bridge 做跨广域网远程连接时，官方本身就是走 H.264/HEVC 转码传输，这是它跟局域网内其他工具最大的不同——因为公网带宽和局域网不是一个量级，硬扛全 NDI 码率过公网基本走不通。

和采集卡/矩阵方案的取舍。 机位固定、只有几路信号、现场以后基本不会大改，老老实实拉线上矩阵或采集卡更省心——专用硬件不占用交换机带宽、不依赖网络配置对不对、出问题基本是硬件层面能直接判断，运维门槛更低。反过来，机位多、要经常调整路由、场馆大到布同轴不现实，或者甲方本来就有能扛住的以太网基础设施，NDI 这条软件路由的路子改机位不用重新布线，长期看更划算。展厅里常见的做法是混用：核心大屏走矩阵或 SDI 保底，灵活的辅助机位、临时加的监看走 NDI，两边各取所长——这个判断跟 NDI vs SDI vs HDMI 里的结论是一致的。

踩坑与排错清单

什么时候别用它

对延迟零容忍的互动展项。 全 NDI 的延迟已经压得很低，但它终究是走网络、经过编解码的一条链路，跟 SDI 那种物理层面零延迟的直连不是一个量级。观众动作和画面反馈要求毫秒级严丝合缝的互动装置，这种点位老实走 SDI 或专用信号线。

网络条件不可控、甲方不给配置权限的场地。 前面排错清单里的大半条目，处置方式都要动交换机、防火墙或系统网络设置。如果甲方 IT 明确不允许你碰这些配置，或者现场根本没有像样的网络管理，NDI 这条路多半走不通，别在方案里硬上。

要把 NDI 能力永久做进自己产品长期分发的场合。 这不是 NDI Tools 的活——它是给人现场用的成品小工具，不是给开发者集成的组件。要做产品级集成，走 NDI SDK，前面授权那节已经讲清楚两者的边界。

想拿它当交付资产打包分发给甲方的场合。 官方许可协议明确禁止转售和重新分发这套工具本体，交付文档里最多写"引导甲方自行到官网下载"，不能把安装包塞进自己的交付镜像里当资产卖。

与本站的衔接

想搞清楚 NDI 协议本身怎么工作、带宽怎么估算、mDNS 发现机制的原理，看 NDI 网络视频传输协议详解；纠结现场该走 NDI 还是 SDI/HDMI，看 NDI vs SDI vs HDMI。多路 NDI 视频最终要接入播控系统统一调度，见 SoftPlayer 网络可控播放器 和播放控制方案专题。

软件方案灵活，但要配套的可观测性

软件传输和扩展方案的可用性依赖网络状况和机器状态——而这两样恰恰是展厅里最容易悄悄变化的。

企服君的运维体系把网络连通性、机器负载、播放状态一起纳入监控，让这类链路断了能第一时间发现。集成商如果在项目里用了软件方案，见集成商年费方案。

出处

本文关于 NDI Tools 组件清单、授权条款与故障排查的内容，均来自 Vizrt NDI AB 官方渠道：官网工具下载页（https://ndi.video/tools/）、官方文档站 docs.ndi.video 上的 NDI Tools 安装与许可协议、SDK 授权说明、故障排查指南，以及 Access Manager、Bridge、Router、Discovery、Studio Monitor、Screen Capture（含 HX 变体）、Webcam Input、Remote（已停用）各工具的官方说明页。具体地址见本页出处栏。协议原理与带宽量级不在本文重复，以 NDI 协议详解 为准；功能边界与许可条款可能随官方版本更新调整，以官网最新说明为准，本文不涉及具体版本号。