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等同于一臺轉播車。

總結一句話：我們更全面，我們更專業！