NDI 网络视频传输协议详解

2026-06-16

依据 NDI（Vizrt/NewTek）公开白皮书整理，具体设备与版本支持以厂商手册为准。NDI 为 Vizrt NDI AB 商标。

从一次”多路视频接不进来”说起

一个多机位的沉浸展厅，甲方要几路采集源随时切到任意大屏，你拍板走 NDI——一根网线搞定，省掉满地同轴。设备装好，发送端开了、接收端却死活发现不到；好不容易看到了、画面又一卡一卡的。你先怀疑软件有 bug，其实病根往往在网络那一层：NDI 的自动发现走多播，被交换机的 IGMP 或跨 VLAN 挡在门外；或者你估算带宽时按标清估的，实际几路 1080p 全 NDI 一上，千兆口直接跑满打架。NDI 这协议好用是真好用，但它把视频压力从”布线”挪到了”网络”，网络没规划好，问题千奇百怪。这篇把编码、带宽、发现机制和展厅落地讲透，让你下次上 NDI 心里有数。

NDI 是什么

NDI（Network Device Interface，网络设备接口）是由 NewTek 推出、现归属 Vizrt 的基于 IP 网络的实时高清音视频传输协议，2016 年公开发布。它解决的痛点很直接：传统专业视频靠 SDI 同轴一路一根线点对点布，改个机位就得重新拉线、加视频矩阵，又贵又死板。NDI 把视频搬到标准千兆以太网上，让一根网线、一台交换机承载多路低延迟视频、任意路由——想把哪路画面送到哪块屏，软件里点一下就行。它在广播制作、活动直播和展厅 AV 工程里，常作为 SDI 布线的软件化替代方案。代价是它对网络质量有要求，带宽和多播这两件事没安排好，好处就变成麻烦。

关键参数

项目	值
传输方式	IP 网络，TCP / UDP / 多播 / 可靠 UDP
推荐网络	千兆以太网（Gigabit）起步
全 NDI 编码	SpeedHQ（CPU 编码，基于 DCT，帧内压缩）
1080p 码率	约 100–150 Mbps（典型 1080p50/59.94 约 125 Mbps）
色彩格式	YUV 4:2:2，可选 alpha 通道，8/16 位
延迟	全 NDI 约 16 个扫描行，亚帧级
设备发现	mDNS（224.0.0.251，UDP 5353），或 Discovery Server（TCP 5959）
低带宽变体	NDI HX / HX2 / HX3（H.264 / H.265）
制定方	NewTek / Vizrt

上表码率为白皮书典型量级，实际带宽随分辨率、帧率、画面复杂度浮动，工程估算按机位数取上限余量，具体以设备实测为准。

工作原理：SpeedHQ 与设备发现

全 NDI 采用 SpeedHQ 编码——一种 CPU 友好、基于离散余弦变换（DCT）的帧内压缩：每一帧都独立编码，不像 H.264/H.265 那样靠帧间预测。这带来两个关键特性：延迟极低（约 16 个扫描行，还不到一帧的时间，人眼基本感知不到）、多代复制稳定（反复编解码转发画质不塌）。代价就是码率高——帧内压缩省不了帧间那份冗余，所以全 NDI 一路 1080p 就要上百 Mbps。带宽换算的大致量级如下（随画面复杂度浮动，仅供规划取余量）：

1080p50/59.94      ≈ 125 Mbps（全 NDI）
720p50/59.94       ≈ 90 Mbps
1080i50/59.94      ≈ 100 Mbps
UHD p30 / p60      ≈ 200 / 250 Mbps
NDI HX 1080p30     ≈ 10–20 Mbps（H.264/H.265，随内容浮动）

一个必须先算的账：千兆口理论上限约 1 Gbps，全 NDI 一路 1080p 吃掉约 125 Mbps，算上开销和余量，一条千兆链路稳妥承载也就六七路 1080p。 机位一多，接入交换机的上联口就是瓶颈，要么上万兆骨干、要么部分点位改用 HX 降码率。这笔账不在方案阶段算清楚，现场就会卡成幻灯片。

设备发现默认走 mDNS（多播 224.0.0.251、UDP 5353），零配置自动发现——开启发送端，同网段的接收端立刻在列表里看到它，不用手填 IP。方便，但埋着坑：mDNS 多播通常不跨子网，一旦发送端和接收端分在不同 VLAN 或网段，就互相看不见；即便同网段，交换机若开了 IGMP Snooping 又没配好，多播也可能被过滤掉。大型或跨网段部署的标准解法是 Discovery Server（TCP 5959）——各设备以单播持久连接登记到一台服务器，接收端去问这台服务器要设备清单，绕开多播的跨网段限制。

展厅实战对接：NDI 怎么进播控

展厅里 NDI 很少单打独斗，它是被上层播控系统统一调度的视频通道。典型链路：多路采集源 / 播控主机 → 千兆（或万兆骨干）交换机 → 按需路由 → 各块大屏。落地几个抓手：

多机位画面路由：展厅多个采集源、播控主机经交换机灵活分发到任意大屏，改机位、改画面走软件路由，不用重新布同轴、不用加视频矩阵硬件。这是 NDI 相比 SDI 最实的优势。
网线替代 SDI 长距布线：用既有综合布线承载多路 1080p，省掉专用视频矩阵和长距同轴，尤其适合大跨度、多点位的场馆。与 SDI 谁上谁下按场景取舍，见下一节。
Wi-Fi / 带宽受限点位用 HX：无线或上联带宽紧张的位置，全 NDI 那上百 Mbps 扛不住，改用 NDI HX 把码率压到 10–20 Mbps 量级（走 H.264/H.265 帧间压缩），代价是延迟略增、CPU/GPU 解码负担上来，适合对延迟不那么苛刻的点位。
跨网段大型布展用 Discovery Server：超过单子网规模、设备分多个 VLAN 时，部署 Discovery Server（TCP 5959）做集中发现，别指望 mDNS 跨网段。
交给播控统一调度：多路 NDI 视频接进 SoftPlayer 网络可控播放器及播放控制方案，跟节目单、触发、时间表联动，让画面切换跟着讲解动线走，而不是靠人手动切。

与 SDI 怎么选：可靠性和灵活性的取舍

现场经常纠结视频链路走 NDI 还是 SDI，判断标准其实清楚。

SDI 是无压缩、零延迟的点对点专业接口：一根同轴一路信号，画质无损、延迟为零、抗干扰强、不依赖网络。缺点是布线固定死板——改路由就得重拉线、加视频矩阵，长距还得算线缆衰减。适合机位固定、对延迟和画质零容忍的关键大屏。

NDI 走 IP 网络、可任意软件路由多路、布线灵活，一根网线替一堆同轴，改机位点鼠标就行。缺点是依赖网络质量——带宽不够会卡、多播没配好会发现不到、还有那一点点压缩延迟。适合机位多、要频繁切换路由、布线跨度大的场合。经验法则是：关键固定大屏走 SDI 保底，灵活多路调度走 NDI，展厅里常二者混用——核心画面 SDI 直连，辅助多机位 NDI 路由，各取所长。

故障排查表

现象	可能原因	排查 / 解决
接收端发现不到发送端	跨了 VLAN/子网，mDNS 多播不过路由	同网段测试；跨网段部署 Discovery Server（TCP 5959）
同网段也发现不到	交换机 IGMP Snooping 拦了多播 5353	正确配置 IGMP Snooping / 查询器，或放行多播
画面卡顿、丢帧	带宽超了千兆上限，多路全 NDI 打架	算总码率，上联改万兆或部分点位改 HX
画面延迟明显偏大	用了 HX（帧间压缩）或网络拥塞	关键点位改全 NDI，排查交换机拥塞 / QoS
有画面没声音或音画不同步	采集端音频通道配置 / 时钟问题	核对发送端音频设置，检查网络抖动
HX 点位 CPU/GPU 占用飙高	H.264/H.265 解码负担重	确认硬件解码开启，控制该机并发路数
千兆口一上多路就跑满	全 NDI 单路上百 Mbps，路数估多了	重算每口承载路数，瓶颈口升万兆或分流

排查口诀：发现不到先查跨没跨网段和多播，卡顿先算带宽够不够，延迟大先看是不是用了 HX。 大半的 NDI 现场毛病都死在网络规划这一层。

进阶边界：带宽规划、多播与安全

带宽规划是 NDI 工程的命门。 别只按”一路多少兆”拍脑袋，要按最坏情况算：把所有可能同时在跑的机位码率加起来、乘上余量系数，对照每个交换机端口和上联链路的实际上限。经过的每一跳都不能有瓶颈口。分辨率、帧率、画面复杂度都会把码率往上顶，规划一律取上限。骨干吃紧就上万兆、或把非关键点位下沉到 HX。

多播配置决定发现和分发能不能成。 NDI 的自动发现和多点分发都可能用到多播，交换机的 IGMP Snooping 配好了能让多播只发给订阅者、省带宽，配不好反而把发现报文全过滤掉。跨 VLAN 一律走 Discovery Server，别跟多播较劲。

安全上 NDI 默认是内网协议。 早期 NDI 传输基本明文、缺乏强加密，设计前提就是可信内网。工程做法是把 AV 网划成独立 VLAN、跟办公网和访客网隔离，别把 NDI 流暴露在不可信网络上。新版本（NDI 5+）提供了加密选项，对安全有要求的项目可选支持加密的版本与设备。

动手检查清单

上一套 NDI 视频链路前后，对着过一遍：

按最坏情况算总码率，对照每个交换机端口和上联链路上限，留足余量
发送端 / 接收端确认同网段可自动发现；跨网段已部署 Discovery Server（TCP 5959）
交换机 IGMP Snooping / 多播查询器已正确配置，不误杀发现报文
关键固定大屏优先全 NDI 或 SDI；带宽紧张点位再用 HX
HX 点位确认硬件解码开启，并发路数受控
AV 网划独立 VLAN 隔离，需要时启用 NDI 加密
多路 NDI 已接入播控做节目单 / 触发 / 时间表联动

小结

NDI 本身的骨架很清楚：SpeedHQ 帧内压缩换来亚帧级低延迟、代价是全 NDI 单路上百 Mbps 高码率、发现默认走 mDNS 多播、跨网段靠 Discovery Server、带宽紧张改 HX。真正决定现场顺不顺的从来不是协议好不好，而是那几条纪律——带宽按最坏情况算够、多播和跨网段规划到位、关键画面别省用全 NDI 或 SDI、AV 网隔离。把多路视频从”布线问题”变成”网络路由问题”，再交给播控统一调度，NDI 才真正让展厅的画面活起来。

延伸阅读：了解无压缩点对点的 SDI 视频接口、网络传输底座 TCP/UDP 通信基础，或查看全部设备协议速查。

需要把 NDI 多路视频接入展厅统一播控？了解 SoftPlayer 网络可控播放器，查看解决方案与落地案例，或直接联系我们聊聊你的定制需求。