Zdroj NDI může v seznamu chybět, může být viditelný, ale nelze se k němu připojit, nebo může být připojený bez použitelného obrazu či zvuku. Začněte příznakem, který vidíte:
- Chybějící zdroj: zkontrolujte odesílatele, rozhraní a metodu vyhledávání.
- Zdroj je v seznamu, bez připojení: zkontrolujte transport médií, porty a trasu.
- Připojeno, ale bez obrazu nebo zvuku: ověřte přijatá média a dekodér.
Při všech kontrolách používejte stejného odesílatele a přijímač. Poznamenejte si jejich názvy zdrojů, verze NDI, síťová rozhraní a čas každého testu, abyste mohli výsledky porovnat.
Když zdroj NDI chybí, nejprve ověřte vyhledávání
Potvrďte, že aplikace nebo zařízení odesílatele běží a má povolený výstup NDI. Poté zkontrolujte, zda přijímač sleduje zamýšlené rozhraní a zda oba koncové body patří do očekávané skupiny NDI. Zdroj, který chybí v jedné aplikaci, ale je vidět v diagnostickém nástroji NDI, může ukazovat na problém aplikace, runtime nebo konfigurace, nikoli na selhání vyhledávání v celé síti.
Ve výchozím nastavení používá NDI pro bezkonfigurační vyhledávání mDNS. Jeho multicastová adresa IPv4 je 224.0.0.251 na UDP 5353 a je omezena na jednu fyzickou nebo logickou síť LAN. Ve Windows může profil Veřejná síť blokovat odpovědi mDNS, které NDI potřebuje; ve spravovaných doménových sítích musí správce povolit provoz vyhledávání. Viz oficiální reference NDI mDNS.
Pro izolované, směrované nebo cloudové prostředí zvolte zdokumentovaný návrh vyhledávání místo předpokladu, že jím multicast projde. Ruční záznam hostitele může dotázat vzdálený počítač přes TCP 5960, ale přijímači pouze pomůže najít zdroje na daném počítači. Nevytvoří připojení médií ani síťovou kapacitu.
Nakonfigurujte Discovery Server na odesílateli i přijímači
NDI Discovery Server je centralizovaný registr pro instalace, kde je mDNS nežádoucí nebo nedostupné. Výchozí naslouchající port je TCP 5959; službu lze navázat na zvolenou adresu nebo nakonfigurovat pro jiný port. Klienti musí používat stejnou adresu a port serveru, jaké zamýšlí nasazení.
Důležitý detail závisí na roli. Odesílatel nakonfigurovaný pro Discovery Server neoznamuje svou přítomnost přes mDNS; je viditelný pro findery a přijímače nakonfigurované pro tento server. Findery a přijímače mohou také používat mDNS pro místní počítače, které pro Discovery Server nakonfigurovány nejsou. Berte to jako návrhové rozhodnutí, ne jako přepínač, který nastavíte na jednom hostiteli a pak na něj zapomenete.
NDI 5 dokumentuje adresy Discovery Server oddělené čárkami pro podporované klienty. Při výpadku serveru otestujte přesného odesílatele, přijímač a verzi NDI: novější implementace naslouchajícího přijímače mohou vyžadovat klientskou logiku pro rozpoznání selhaného serveru a opětovné připojení. Přehled Discovery Server a jeho konfigurační reference jsou zdrojem pravdy pro nainstalovanou verzi.
Použijte pravidlo portů odpovídající režimu NDI
Následující tabulka popisuje funkce; není povolením otevřít neomezený rozsah mezi každým hostitelem. Pravidlo aplikujte ve směru, zóně a pro počet připojení používaný nasazeným odesílatelem a přijímačem. Před vytvořením pravidla s nejmenšími oprávněními potvrďte nainstalovanou verzi NDI a zvolený režim příjmu.
| Funkce | Oficiální pravidlo portu | Co výsledek dokazuje |
|---|---|---|
| Vyhledávání mDNS | UDP 5353; multicast IPv4 224.0.0.251 | Provoz vyhledávání je v dané síti LAN přítomen, ne že jsou média použitelná. |
| Discovery Server | Výchozí TCP 5959; konfigurovatelné | Klient může dosáhnout koncového bodu registru, ne že má stream. |
| Ruční dotaz na hostitele | TCP 5960 | Vzdáleného hostitele lze dotázat na zdroje. |
| Základní média TCP | TCP 5961 a vyšší; alespoň jeden port na připojení | Použijte, když zvolený režim připojení používá základní TCP. |
| NDI 5+ Reliable UDP | UDP 5960 a vyšší; sdílený s TCP, jeden port na proces NDI | Sdílení připojení mění předpoklad počtu. |
| Příjem Multi-TCP nebo UDP | TCP/UDP 6960 a vyšší; alespoň jeden port na připojení | Pravidlo médií na straně přijímače pro daný režim. |
| Odesílání Multi-TCP, unicast UDP nebo multicast UDP | TCP/UDP 7960 a vyšší; alespoň jeden port na připojení | Pravidlo médií na straně odesílatele pro daný režim. |
Aktuální dokumentace NDI uvádí, že verze 4.6 a novější již nepoužívají efemérní porty. Úplná reference portů NDI by měla doprovázet každou změnu firewallu.
Zkontrolujte podsítě a síťová rozhraní
mDNS má hranici LAN; směrování, multicastové relaye a chování VPN z něj nedělají obecnou službu vyhledávání přes směrované sítě. Když jsou zdroj a přijímač v oddělených řízených sítích, použijte Discovery Server nebo zdokumentovanou metodu ručního adresování daného produktu.
Na hostiteli s více síťovými rozhraními zaznamenejte, které rozhraní zajišťuje vyhledávání a které přenáší média. Adaptér pro správu, připojení Wi-Fi nebo VPN může způsobit, že se zdroj objeví z nesprávné sítě nebo odpovědi odejdou trasou, kterou přijímač nemůže použít. Dejte mediálnímu rozhraní stabilní adresování, vyhněte se duplicitním názvům počítačů a před akcí nastavte deterministickou prioritu rozhraní.
Zdroj je v seznamu, ale není obraz ani zvuk
Zdroj v seznamu znamená, že přijímač získal oznámení zdroje nebo položku registru. Nedokazuje, že se vybraný transport může otevřít, že je povolena zpětná cesta ani že přijímač dokáže video dekódovat. Zkontrolujte aktivní URL a port zdroje, stav připojení, režim příjmu, přítomnost videa, přítomnost zvuku a vykreslený výstup.
Aktuální nástroj NDI Discovery může zobrazit registrované odesílatele, adresu/port zdroje a data monitorování přijímače včetně stavu připojení, režimu příjmu a přítomnosti videa nebo zvuku. Podle těchto údajů zvolte další kontrolu. Sonda TCP na port 5959 dokazuje jen dosažitelnost Discovery Server, nikoli relaci médií NDI.
Ověřte, zda mDNS dosahuje tohoto rozhraní Linux
sudo tcpdump -ni <media-interface> udp port 5353Očekávaný výsledek: pakety mDNS se objeví, když je na tomto rozhraní aktivní vyhledávání. Tyto pakety potvrzují provoz vyhledávání na tomto rozhraní, nikoli přístup k vybraným mediálním portům. Zachytávání paketů a diagnostiku firewallu provádějte pouze s oprávněním vyžadovaným pro danou produkční síť.
Ověřte dosažitelnost Discovery Server z Windows
Test-NetConnection <discovery-server> -Port 5959Očekávaný výsledek: úspěšné připojení TCP ke konfigurované adrese a portu serveru. Potvrzuje to dosažitelný naslouchající TCP port. V aplikaci NDI zkontrolujte registraci, členství ve skupině a doručování médií.
Zkontrolujte nalezené zdroje v Callaba
Callaba Cloud NDI poskytuje operátorovi místo pro konfiguraci vyhledávání, rozhraní a adaptérů a jeho pracovní postup nalezených zařízení může zobrazit aktuální inventář. To pomáhá odlišit uloženou položku zařízení od zdroje, který je právě nalezen vybranou instancí. Vybraný zdroj zkontrolujte jak ve finálním přijímači, tak v inventáři.
Jakmile je zdroj aktuální a mediální cesta ověřena, nakonfigurujte adaptér NDI nebo navazující úlohu, kterou produkce skutečně potřebuje. Jeho výstup ověřte samostatně v cílovém přijímači; výsledek vyhledávání je vstupem pro toto rozhodnutí, nikoli akceptačním testem.
Zaznamenejte funkční konfiguraci
- Chybějící zdroj: ověřte výstup odesílatele, skupinu, vybraný síťový adaptér a konfiguraci mDNS nebo Discovery Server.
- Zdroj je v seznamu, bez relace: zaznamenejte adresu zdroje, režim transportu a aktivní pravidlo médií; zkontrolujte firewall koncových bodů a směrování v obou směrech.
- Relace, bez použitelných snímků: zkontrolujte režim příjmu, bitrate, přítomnost videa/audia, kompatibilitu dekódování a skutečně vykreslený výstup.
- Před akceptací: zopakujte úspěšnou cestu na produkčních rozhraních a zaznamenejte konfiguraci, název zdroje a důkazy do provozní příručky.
Další kroky
Pomocí Cloud NDI nakonfigurujte zamýšlenou cestu vyhledávání a rozhraní, poté si přečtěte referenci nalezených zařízení, když pracovní postup vyžaduje kontrolu inventáře. Produkční akceptační test ponechte na finálním přijímači: postupující obraz, očekávaný zvuk a vybraná výstupní cesta.
