Tożsamość i odkrywanie maszyny
Ustaw nazwę maszyny NDI i osiągalne adresy serwerów wykrywania w dedykowanych polach.
Kontrola produkcji NDI
Serwer Callaba NDI: odkrywaj, łącz i monitoruj NDI
Callaba zapewnia operatorom widoczną warstwę kontroli NDI dla tożsamości maszyn, serwerów wykrywania, interfejsów sieciowych, konfiguracji, adapterów, Multiview i dostarczania dalszych danych. Używaj NDI wewnątrz granic sieci, tam gdzie pasuje, i używaj sprawdzonej ścieżki SRT, gdy media muszą przechodzić przez nieprzewidywalną sieć WAN.
Pulpit nawigacyjny zapewnia widoczność decyzji dotyczących wykrywania i routingu; projekt sieci, przepustowość, reguły zapory sieciowej i zgodność źródeł nadal wymagają sprawdzenia w rzeczywistym środowisku.
Najpierw kontrola produktu
Obsługuj warstwę NDI bez elementu Runbook pierwszego terminala
Normalna ścieżka pozostaje w uwierzytelnionym interfejsie użytkownika Callaba. Zaawansowana automatyzacja jest dostępna po sprawdzeniu przepływu pracy w sieci i produkcie.
Adresy interfejsów sieciowych
Wybierz jawne źródłowe adresy IP, które Callaba powinna powiązać, zamiast polegać na nieznanych ustawieniach domyślnych hosta.
Import konfiguracji i edytor na żywo
Zaimportuj sprawdzoną konfigurację JSON lub tekstową, sprawdź ją we wbudowanym edytorze i zapisz z poziomu dashboardu.
Odkryte źródła i adaptery
Sprawdź wykryte urządzenia, utwórz wymagany adapter, uruchom go i sprawdź jego stan środowiska wykonawczego.
Granica dostępu
Uwierzytelnianie panelu i tokeny API kontrolują, kto zmienia ustawienia Callaba. Grupy NDI nie zastępują sieciowych list ACL, segmentacji, szyfrowania ani zasad zapory sieciowej.
Użyj odkrytego źródła NDI w następnej scenie
Zbuduj program ze źródeł NDI dostępnych dla Twojego serwera Callaba. Wybierz odkryte i skonfigurowane źródło NDI w Video Mixer, połącz je ze strumieniami na żywo lub przygotowanymi mediami, zaaranżuj scenę i dostosuj jej dźwięk. Przygotuj następne ujęcie w podglądzie, gdy program jest nadawany, a następnie wykonaj je za pomocą przycisku CUT lub FADE. Transport i routing NDI pozostają dostępne bez tworzenia projektu miksera.
- Odkryj i skonfiguruj źródło NDI dla wybranego wdrożenia.
- Wybierz skonfigurowane źródło NDI jako wejście miksera AV.
- Sprawdź to w Podglądzie, a następnie PRZENIEŚ przygotowaną scenę do Programu.
Specyfikacja techniczna
Co obsługuje produkt i co należy sprawdzić
Wspierane zachowanie znajduje się obok praktycznej kontroli akceptacji. Zainstalowany interfejs Callaba oraz rzeczywiste źródło, miejsce docelowe i profil infrastruktury pozostają wiarygodne.
| Zdolność | Obsługiwane zachowanie | Kontrola akceptacji |
|---|---|---|
| Tożsamość i odkrywanie maszyny | Ustaw nazwę maszyny NDI i osiągalne adresy serwerów wykrywania w dedykowanych polach. | Ustaw nazwę maszyny NDI i osiągalne adresy serwerów wykrywania w dedykowanych polach. |
| Adresy interfejsów sieciowych | Wybierz jawne źródłowe adresy IP, które Callaba powinna powiązać, zamiast polegać na nieznanych ustawieniach domyślnych hosta. | Pulpit nawigacyjny zapewnia widoczność decyzji dotyczących wykrywania i routingu; projekt sieci, przepustowość, reguły zapory sieciowej i zgodność źródeł nadal wymagają sprawdzenia w rzeczywistym środowisku. |
| Import konfiguracji i edytor na żywo | Zaimportuj sprawdzoną konfigurację JSON lub tekstową, sprawdź ją we wbudowanym edytorze i zapisz z poziomu dashboardu. | Zaimportuj sprawdzoną konfigurację JSON lub tekstową, sprawdź ją we wbudowanym edytorze i zapisz z poziomu dashboardu. |
| Odkryte źródła i adaptery | Sprawdź wykryte urządzenia, utwórz wymagany adapter, uruchom go i sprawdź jego stan środowiska wykonawczego. | Zacznij od jednego odkrytego źródła, zweryfikuj je w Multiview, opublikuj wymagane dane wyjściowe, a dopiero potem dodaj kolejne adaptery lub automatyzację API. |
| Granica dostępu | Uwierzytelnianie panelu i tokeny API kontrolują, kto zmienia ustawienia Callaba. Grupy NDI nie zastępują sieciowych list ACL, segmentacji, szyfrowania ani zasad zapory sieciowej. | Uwierzytelnianie panelu i tokeny API kontrolują, kto zmienia ustawienia Callaba. Grupy NDI nie zastępują sieciowych list ACL, segmentacji, szyfrowania ani zasad zapory sieciowej. |
| Jedna kontrolowana granica od odkrycia źródła do produkcji | Pulpit nawigacyjny zapewnia widoczność decyzji dotyczących wykrywania i routingu; projekt sieci, przepustowość, reguły zapory sieciowej i zgodność źródeł nadal wymagają sprawdzenia w rzeczywistym środowisku. | Pulpit nawigacyjny zapewnia widoczność decyzji dotyczących wykrywania i routingu; projekt sieci, przepustowość, reguły zapory sieciowej i zgodność źródeł nadal wymagają sprawdzenia w rzeczywistym środowisku. |
Continue in the product
Set it up in Callaba. Then check the full path.
You have seen what the product does. These three guides take you into the exact controls, show what to connect next, and give you a practical check before the workflow goes live.
API to druga warstwa
Zautomatyzuj dokładnie zweryfikowany przepływ pracy NDI
Użyj wydanych receptur, aby zaktualizować konfigurację, sprawdzić wykrywanie i opublikować adapter. Zachowaj zgodę operatora i zasady sieciowe poza ładunkiem.
Pytania dotyczące Cloud NDI i Callaba
Czy mogę używać źródeł NDI w przeglądarkowym mikserze wideo?
Tak. Skonfiguruj i wykryj źródło NDI w Callaba, wybierz je jako wejście Video Mixer, sprawdź scenę w Preview, a następnie przenieś przygotowaną scenę do Program. Transport i routing NDI są też dostępne bez projektu miksera.
Co to jest NDI Discovery Server?
NDI Discovery Server to znany punkt rejestracji, który pomaga urządzeniom NDI odnaleźć się, gdy wykrywanie multicast nie jest odpowiednie. W Callaba wpisz osiągalne adresy Discovery Server w konfiguracji NDI i sprawdź, czy pojawiają się oczekiwane źródła.
Jak używać NDI przez internet?
Zachowaj lokalne NDI w sieci produkcyjnej nadawcy, prześlij wkład jako SRT przez WAN, odbierz strumień SRT w miejscu docelowym, a następnie opublikuj go tam przez adapter NDI. Użyj Discovery Server w miejscu docelowym, gdy multicast nie jest dostępny.
Jak przekonwertować SRT na NDI w chmurze?
W odbierającej instalacji Callaba wybierz odebrany strumień SRT w adapterze NDI i opublikuj wynikowe źródło NDI w sieci produkcyjnej. Skonfiguruj osiągalny Discovery Server, gdy sieć odbiorcza nie może korzystać z multicast.
Zweryfikuj jedną rzeczywistą ścieżkę NDI przed jej rozszerzeniem
Zacznij od jednego odkrytego źródła, zweryfikuj je w Multiview, opublikuj wymagane dane wyjściowe, a dopiero potem dodaj kolejne adaptery lub automatyzację API.
NDI nie wymaga wysiłku, gdy każdy nadawca, odbiorca i operator korzysta z sieci zbudowanej dla mediów. Gdy wykrywanie przejdzie przez podsieci lub kilka kanałów o pełnej przepustowości korzysta z przełącznika, automatyczne wykrywanie to dopiero początek projektu.
Media LANŹródła i odbiorniki NDI
Znane przełączniki, adresowanie, wykrywanie i przepustowość
Odległa stronaWyraźny transport
SRT, RTMP lub celowo zaprojektowana ścieżka NDI
Zanim skierujesz źródło, zobacz sieć w Callaba
Odkryte urządzenia NDI pokazuje źródła, które widzi ten host Callaba. Adaptery NDI połącz te źródła z przepływami pracy Callaba. Konfiguracja NDI przechowuje nazwę komputera, adresy Discovery Server, jawne źródłowe adresy IP i ustawienia zaawansowane.
Gdy zobaczysz i usłyszysz zamierzone źródło, umieść je Wiele widoków, wyślij to do Nagranielub dołącz zadanie ponownego przesyłania strumieniowego lub konwersji. Te zadania ponownie korzystają ze zweryfikowanego źródła; nie zamieniają odkrycia w dowód, że każde wyjście działa.
Trzymaj NDI tam, gdzie sieć jest widoczna
W produkcyjnej sieci LAN NDI może przesyłać obraz, dźwięk i metadane pomiędzy kamerami, przełącznikami, systemami graficznymi i oprogramowaniem bez kabla pasma podstawowego na każdej trasie. Wygoda ta w dalszym ciągu zależy od osiągalności, przewidywalnego wykrywania, przełączników mogących przenosić ruch i odbiorników o wystarczającej, stałej wydajności.
Narysuj rzeczywistą ścieżkę od nadawcy do odbiorcy. Oznacz każdą sieć VLAN i routowaną granicę, oszacuj liczbę jednoczesnych źródeł danych i zanotuj, czy we wdrożeniu wykorzystuje się NDI o pełnej przepustowości, wariant HX, czy oba. Długa lista źródeł nie informuje, ile ruchu będzie żądał odbiornik po nawiązaniu połączenia.
Wybierz sposób odkrywania źródeł
mDNS w sieci lokalnej
Automatyczne wykrywanie działa dobrze, gdy nadawcy i odbiorcy współdzielą odpowiednią sieć LAN. Trudniej jest zdiagnozować, kiedy źródła pojawiają się w niezamierzonych segmentach lub kiedy zmienia się zachowanie multiemisji pomiędzy przełącznikami.
Discovery Server do jawnej rejestracji
NDI dokumentuje serwer Discovery Server jako centralny rejestr źródłowy. Skonfigurowani nadawcy mogą unikać mDNS, co jest przydatne w podsieciach i sieciach w chmurze, gdzie rozsyłanie grupowe może być niedostępne lub niepożądane.
Discovery Server wyświetla listę źródeł; nie obsługuje mediów w ich imieniu. Nadawca i odbiorca nadal potrzebują osiągalnej ścieżki o wystarczającej przepustowości. Zachowaj adres rejestru, grupy i jawne źródłowe adresy IP obok schematu sieci, aby inny operator mógł wyjaśnić, dlaczego źródło jest widoczne.
Obejrzyj zdalny kanał w czterech krokach
NDI zaprojektowano dla sieci produkcyjnych, a nie jako obietnicę, że dowolna trasa publiczna będzie zachowywać się jak studyjna sieć LAN. W przypadku odległego miejsca należy zdecydować, gdzie kończy się NDI, a zaczyna transport. To skrzyżowanie może wykorzystywać SRT do odzyskiwania po nieprzewidywalnej ścieżce, RTMP w przypadku kompatybilnego wydawcy lub celowo zaprojektowany most NDI.
01Podaj źródło
Kamera, program, czysty kanał lub powrót; zawierać tożsamość maszyny i programu.
02Zmierz sieć LAN
Potwierdź wykrycie, ścieżkę przełącznika, rzeczywistą szybkość i oczekiwaną liczbę odbiorników.
03Wybierz skrzyżowanie
Zapisz kodek, transport, opóźnienie, uwierzytelnianie i kto jest właścicielem zdalnego punktu końcowego.
04Obejrzyj wynik
Sprawdź bieżący obraz, każdy wymagany kanał audio, synchronizację i odzyskiwanie po rozłączeniu.
Nie transkoduj z przyzwyczajenia. Zachowaj źródło, gdy przepływ pracy odbierający może z niego korzystać bezpośrednio. Dodaj osobne wyjście transkodowania tylko wtedy, gdy następny system wymaga innego kodeka, rozdzielczości, liczby klatek na sekundę lub układu audio.
Odkrycie nie jest ostateczną kontrolą
Otwórz podajnik na powierzchni, z której będzie korzystał operator. Oglądaj reprezentatywny ruch, słuchaj każdego wymaganego kanału audio, sprawdź synchronizację ruchu warg, kolor, liczbę klatek na sekundę i tożsamość źródła, a następnie odłącz nadawcę na wystarczająco długo, aby wykonać oczekiwane zachowanie przywracania.
Widoczne, ale błędne
Można pomyślnie wybrać źródło o podobnej nazwie. Sprawdź nazwę komputera i tożsamość programu.
Poruszający się, ale cichy
Wideo może zostać przesłane, podczas gdy zamierzona para audio lub mapowanie kanałów nie. Słuchaj zamiast wnioskować o dźwięku z innego miernika.
Czyste osobno, podzielone razem
Jeden kanał nie może certyfikować przełącznika obsługującego pełny program. Powtórz tę czynność z oczekiwaną liczbą współbieżnych źródeł.
Zdrowy do czasu zmiany trasy
Zamienny port przełącznika, reguła VLAN lub adres serwera Discovery mogą zmienić widoczność bez dotykania aplikacji produkcyjnej.
Przesuń jeden kabel i powtórz spacer
Zmień jeden realistyczny warunek: przenieś nadawcę do portu przełącznika produkcyjnego, zrestartuj serwer Discovery Server lub przerwij zdalny transport. Zapisz, które źródło zniknęło, co zgłosił odbiornik i ile czasu zajęło przywrócenie obrazu i dźwięku. Diagram sieciowy jest przydatny, gdy przewiduje takie zachowanie.
Podstawowe referencje: Dokumentacja serwera NDI Discovery Server I Dokumentacja odkrycia NDI-FIND.