千视解读NDI 6.2：赋能下一代IP视频工作流

2025年6月，NDI®团队推出了新迭代版本NDI 6.2，标志着NDI IP视频技术在能力、稳定性与扩展性上再进一步。NDI 6.2的发布虽然只是在NDI 6.0大版本上的一次常规迭代，但其中的几个重要更新，透露出NDI在发展理念上的一次重大的跨越。

作为最早拥抱NDI技术、与NDI团队技术合作最紧密的企业，Kiloview第一时间对NDI 6.2进行了技术解析、试验并完成了产品NDI版本升级的技术适配，率先实现了新版本落地。

Kiloview创始人兼首席技术官左振宇（Jacob Zuo）也分享了他对NDI 6.2的核心看法：它如何优化真实场景中的视频工作流？它预示着NDI接下来将有什么样的发展理念？NDI又将如何赋能Kiloview的产品生态？

问题1：NDI 6.2中有哪些关键特性能带来重要影响？

回答：

NDI 6.2引入了一个全新的工具：NDI Discovery；

目前它可以在Windows和MacOS平台运行。它的主要功能是：

• 发现网络中所有的NDI Receivers（NDI接收器/解码器）；
• 可以监看这些Receivers（解码器）的工作状态，比如它正在接收哪个NDI源、视频格式/音频格式是什么、码率是什么，等等；
• 如果Receivers（解码器）允许的话，它还可以控制Receivers（解码器）切换不同的NDI源。

需要注意的是，所有NDI Receivers（解码器）必须是升级到NDI 6.2之后才能被NDI Discovery发现和控制；同时，NDI Discovery需要与NDI Discovery Server 配合使用。

要试验这个特性非常简单，通过以下几个步骤就可以完成：

（一）启动一个NDI Discovery Server实例；

（二）在NDI Access Manager中，启用Discovery Server并正确填写第一步启动Discovery Server机器的IP地址，如果是本机，就填写127.0.0.1；

（三）启动NDI Studio Monitor，在它的菜单中，进入Settings > Application，勾选Allow Receiver Advertising（允许接收端通告）和Allow Receiver Control（允许接收端控制）；

（四）启动NDI Discovery工具，此时您将看到您的Studio Monitor正在接收什么NDI源、它的视频格式/音频格式是什么、码率是什么；您还可以用Discovery工具“遥控”你的Studio Monitor，为它选择切换不同的NDI源。

这非常酷！但你也许会问：不就是多了一个发现解码器的功能吗？这有什么稀奇之处？让我从NDI SDK技术实现的角度来为您解答这个问题，并且由此洞见NDI未来发展的一个重要里程碑的诞生！

NDI 6.2 SDK中新增加了两个重要的机制：

（1）NDI Receiver Advertising（NDI接收器公告）

（2）NDI Receiver Listener（NDI接收器监听）

让我们进一步来分析。一个NDI接收实例（NDI Receiver）对应接收一路NDI源的视频/音频、对视频/音频解码还原原始的图像/声音，最终将其显示/播放出来。

在过去，NDI接收实例是“默默”存在的，接收什么NDI源、工作状态是什么，只能靠开发者设计自己专门的界面来控制或查看。

但现在的情况发生了变化！借助NDI Receiver Advertising（NDI接收器公告）机制，它允许开发者将所创建的NDI Receiver（接收器/解码器）实例公开发布到NDI Discovery Server上。我们之前就知道NDI Discovery Server的作用是注册NDI源，并允许通过它、在不利用NDI默认的组播发现机制情况下也能发现NDI源；

现在，NDI 6.2扩展了NDI Discovery Server的能力，它还允许注册和发现NDI Receiver（接收器/解码器）！

NDI Receiver Listener（NDI接收器监听）刚好是NDI Receiver Advertising（NDI接收器公告）对应的另外一面。当NDI Receiver Listener（NDI接收器监听）连接到NDI Discovery Server上后，它就能获取所有已注册的NDI Receivers、获得注册NDI Receivers发生变化（新增/退出）的通知；NDI Receiver Listener（NDI接收器监听）可以获得一系列由NDI Receiver（接收器/解码器）发出的状态通知，这包括NDI源、视频格式、音频格式、色彩空间、连接方式等等；

更重要的，NDI Receiver Listener还可以向NDI Receiver（接收器/解码器）发送命令、控制它接收指定的NDI源。

聪明的你马上想到了，哦！这样我就可以实现一个集中控制器，我可以自由地在NDI源和NDI接收器之间控制调度！那它就是一个NDI矩阵系统（NDI Routing System）啦！——没错。

不仅如此，我刚刚说这意味着NDI未来发展一个重要里程碑的诞生，绝非危言耸听。专业的你再深入想想，这似乎有点熟悉？ST.2110中的NMOS有相同的味道？

在Kiloview与Dr. NDI的对话中我们了解到，后续的NDI版本，将会对NDI源也有类似的控制机制。

这意味着什么？——我们不仅可以拥有上面说到的NDI矩阵系统（NDI Routing System），还可以拥有一个对NDI源、NDI接收、NDI路由的系统化的集中管控体系！这看起来是不是和ST.2110 NMOS管控体系非常的类似？

结论

如果说过去的NDI仅仅只是解决了视频基于IP轻松互连接的问题，那么NDI今后的发展，将聚焦在解决如何对NDI全网络进行轻松管控的问题！

问题2：除了上述NDI Discovery工具和一系列与之对应的技术更新外，NDI 6.2还有哪些值得关注的新特性？

回答：我认为另一个比较重要的是隐藏在背后的“英雄”——NDI Discovery Server这个不起眼的工具。

这一个版本的NDI Discovery Server做了很大的改进，我想大家都已经能理解到了，为了支持NDI Discovery、NDI Receiver Advertising、NDI Receiver Listener这些能力，它进行了重大的技术改进；

在官方的发布说明中还提到，NDI Discovery Server现在可以作为一个Windows服务运行了。我现在特别想说的是，NDI Discovery Server有可能成为未来NDI技术体系中最重要、最关键的角色。为什么？

从我对第一个问题的分析中可以窥见端倪：NDI Discovery Server未来将会是NDI发现、管理、控制的交互中心。

我想再说一下另一个值得关注的细节，虽然这是NDI 6.1更新中就已经发布的：NDI Bridge的持续改进，以及它可以作为Windows服务运行。

NDI Bridge是一个强大的工具，在NDI面向互联网、面向云的应用中起到关键性的作用。我在与很多业内朋友交流的时候，发现大家都对NDI Bridge的工作机制充满着期待、猜测和疑惑。

借此机会，让我来简单“解密”一下：

NDI Bridge的工作机制其实非常简单：

• NDI Bridge Join模式从一端 (A) 的网络中利用NDI发现机制找出所有（你想要桥接的）NDI源，把这些NDI源的名称告诉另外一端 (B)；
• 在另外一端 (B)，NDI Bridge Host模式将这些NDI源的名称在(B)的网络中创建一份“影子副本”，让它们在(B)端的网络中可被NDI发现，但请注意，此时并没有正式传输视频和音频。当NDI解码器连接到这些“影子副本”的NDI源时，两个Bridge（Join和Host）开始握手协商了，视频和音频才开始正式从 (A) 传输到 (B)。

关键的问题来了。NDI Bridge到底是怎么传输视频和音频的？它稳定吗？它安全吗？它的延时怎么样？对比SRT等技术，它有什么优势和特别之处？

NDI Bridge之间采用了QUIC协议进行连接和传输视频、音频以及metadata。QUIC协议是什么，也许这里不是一个最合适的时机来详细说明，但您可以通过搜索了解到它。简单的说，它是一个可靠的UDP传输协议（RUDP），它是下一代HTTP的传输协议标准（由Google牵头制订），它的各种机制都在应对未来互联网传输的可能挑战。我想说，它很稳定，也很安全（目前基于TLS 1.3），它是开放的标准，并且它被无数的工程师们进行了大量的优化，从任何角度来看，它都不比SRT等可靠UDP传输协议差。

NDI Bridge在跨互联网传输NDI视频/音频的延时，其实明显优于其它协议（比如SRT），这得益于QUIC在传输拥塞控制机制上的先进性。QUIC的拥塞控制算法可以有很多选择，比如先进的BBR算法，它在应对网络抖动/丢包方面有出色的表现；

通俗地讲，同等条件下，它能更快地将视音频数据传输到对端。

NDI Bridge是双向桥接的。所以它不仅可以将 (A) 端的NDI源带到 (B) 端，同时也可以反过来。NDI Bridge不仅可以双向传输音视频，还可以双向传输metadata（元数据），当然Tally、PTZ控制和KVM也不在话下。更重要的，体验过NDI Bridge的您应该知道，它的配置太简单了，完全延续了NDI的“即插即用”的理念。

我在这提一个“灵魂”反问：NDI Bridge足够简单、基于最先进的QUIC传输协议、建立在安全的TLS 1.3基础之上、双向传输、Tally/PTZ/KVM天然支持、传输延时更低，我们为什么怀疑和猜测它呢？

固然，NDI Bridge可能还有许多不完善之处，但从本质上值得我们相信它。

问题3：千视如何看待NDI 6.2的发布？

回答：前面我做了许多的技术分析，所以这个问题我很简单地回答：表面上看变化不大，本质上看“蓄势待发”。它是一次小的迭代，但从技术底层来分析，我们可以看出NDI Team有着深远的思考。

我们有理由相信，在NDI 6.3，6.4 或者 7.0的某个时候，NDI将会成为一个最完善、最全面的AVoIP技术生态体系。

问题4：千视为支持NDI 6.2克服了哪些技术挑战？

回答：Kiloview不仅仅只是NDI技术的使用者，同时也是官方合作的技术开发者。为推动NDI技术的完善改进，Kiloview承担了NDI SpeedHQ编解码技术的改进任务，重心在FPGA的算法优化方面。从NDI 6.0开始，NDI已经支持SpeedHQ 10bit编解码和HDR特性；但是这在FPGA上、尤其是资源受限的FPGA芯片上，实现SpeedHQ 10bit编解码和HDR支持有着不小的挑战，特别是面向4K视频。

这如何理解？虽然视频色彩深度从8bit到10bit只增加了25%的信息量，但在处理数据时，存储访问的带宽可能增加100%，因为我们的存储是以字节(8bit)为单位的。资源受限的FPGA无法承受100%内存访问带宽的增加，所以它“罢工”了。因此，我们的任务就是不断地优化机制，降低内存访问带宽，有受限的资源上使它成为可能。

从NDI 6.0发布，直到NDI 6.2，我们才在所有产品的芯片上解决这一问题。这是一个非常艰巨的任务。但很快我们会将这些成果贡献给NDI官方，将来所有使用NDI官方SDK的用户都可以享受到这一成果。

问题5：哪些千视的产品将支持NDI 6.2，何时支持？

回答：

我们将分阶段完成产品支持适配：

• N50/N60/FN-50/FN-60系列：将于2025年9月起全面支持NDI 6.2的新特性，这包括NDI HB和NDI HX 10bit色彩深度、HDR的完善支持，支持NDI Receiver Advertising/NDI Receiver Listener机制，以及进一步改进的NDI Bridge。
• N3/N30/N40/N5/N6系列：将会稍晚于N50/N60、大致在10月起支持NDI 6.2。
• 其它如E3/P3等编码器系列：由于这些产品仅支持NDI HX，并且受限于产品的定位和硬件设计它们无法支持10bit/HDR的能力，所以我们会在8月份的更新版本中支持NDI 6.2最新版本的SDK，但没有显著的NDI 6.2新特性，仅仅是性能/稳定性/问题修复的改进。
• RF02机架式媒体平台x86计算卡：预计在2025年第三季度末推出，将全面支持NDI 6.2。
• Kiloview其他系列产品线：将在接下来的几个月中陆续通过固件升级完成适配。

无论是新购用户还是已有部署，我们都将持续通过OTA升级的方式支持NDI 6.2生态。

问题6：在NDI生态系统中，为什么选择千视？

回答：首先，我们不仅仅只是NDI标准的使用者，我们更是NDI标准的开发者和贡献者。千视与NDI共同发展经历了10年的努力，我们是NDI最强有力的支持者、推广者、开发者，我们为NDI的生态发展起到了关键性的作用，我们为NDI技术的改进和优化作出了重大的贡献。千视是NDI技术在全球最有影响力的厂商与生态合作伙伴之一。

千视的行业角色定位是“AV over IP筑路人”，我们是为音视频IP传输“修路搭桥”的人。所以，千视所有的努力都为了解决客户如何稳定、可靠、高质量、低延时地将音视频从IP网络的一端传输到另一端的问题，以NDI技术为核心。

以此为目标，千视目前可为行业和客户提供最完整的NDI AV over IP传输产品体系，这包括编码、解码、网络连接、分发/路由、录制、监看/Multiview、X86通用计算平台、无线传输、聚合背包、管理控制等全系列的产品；我们的RF02机架式媒体平台更为用户提供了最简单、最轻便、最灵活的NDI IP高集成度一体化解决方案，通俗地说，一台RF02等同于一台转播车。

总结一句话：我们更全面，我们更专业！