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