Identitatea și descoperirea mașinii
Setați numele mașinii NDI și adresele serverului de descoperire accesibile în câmpuri dedicate.
Controlul producției NDI
Calaba NDI Server: descoperiți, conectați și monitorizați NDI
Callaba oferă operatorilor un nivel vizibil de control NDI pentru identitatea mașinii, servere de descoperire, interfețe de rețea, configurație, adaptoare, Multiview și livrare în aval. Utilizați NDI în interiorul graniței rețelei acolo unde se potrivește și utilizați o cale SRT revizuită atunci când media trebuie să traverseze un WAN imprevizibil.
Tabloul de bord menține vizibile deciziile de descoperire și rutare; Designul rețelei, lățimea de bandă, regulile de firewall și compatibilitatea surselor trebuie încă validate în mediul real.
În primul rând, controalele produselor
Operați stratul NDI fără un runbook pentru primul terminal
Calea normală rămâne în interfața de utilizare Callaba autentificată. Automatizarea avansată este disponibilă după ce rețeaua și fluxul de lucru al produsului au fost dovedite.
Adresele interfeței de rețea
Alegeți adresele IP explicite de sursă pe care Calaba trebuie să le lege în loc să vă bazați pe o gazdă implicită necunoscută.
Import de configurare și editor live
Importați configurația JSON sau text revizuită, inspectați-o în editorul încorporat și salvați-o din tabloul de bord.
Surse și adaptoare descoperite
Inspectați dispozitivele descoperite, creați adaptorul necesar, porniți-l și verificați starea de rulare a acestuia.
Limita de acces
Autentificarea tabloului de bord și jetoanele API controlează cine modifică setările Callaba. Grupurile NDI nu înlocuiesc ACL-urile de rețea, segmentarea, criptarea sau politica de firewall.
Utilizați o sursă NDI descoperită în scena următoare
Construiește un program din sursele NDI disponibile pentru serverul tău Callaba. Alegeți o sursă NDI descoperită și configurată în Video Mixer, combinați-o cu fluxuri live sau media pregătite, aranjați scena și ajustați-i sunetul. Pregătiți următoarea fotografie în Previzualizare cât timp Programul rămâne difuzat, apoi faceți-o cu CUT sau FADE. Transportul și rutarea NDI rămân disponibile fără a crea un proiect de mixer.
- Descoperiți și configurați sursa NDI pentru implementarea selectată.
- Alegeți sursa NDI configurată ca intrare AV Mixer.
- Verificați-l în Previzualizare, apoi DUȚI scena pregătită la Program.
Specificatii tehnice
Ce suportă produsul și ce trebuie verificat
Comportamentul susținut se află lângă o verificare practică de acceptare. Interfața Calaba instalată și sursa reală, destinația și profilul de infrastructură rămân de autoritate.
| Capacitate | Comportament susținut | Verificare de acceptare |
|---|---|---|
| Identitatea și descoperirea mașinii | Setați numele mașinii NDI și adresele serverului de descoperire accesibile în câmpuri dedicate. | Setați numele mașinii NDI și adresele serverului de descoperire accesibile în câmpuri dedicate. |
| Adresele interfeței de rețea | Alegeți adresele IP explicite de sursă pe care Calaba trebuie să le lege în loc să vă bazați pe o gazdă implicită necunoscută. | Tabloul de bord menține vizibile deciziile de descoperire și rutare; Designul rețelei, lățimea de bandă, regulile de firewall și compatibilitatea surselor trebuie încă validate în mediul real. |
| Import de configurare și editor live | Importați configurația JSON sau text revizuită, inspectați-o în editorul încorporat și salvați-o din tabloul de bord. | Importați configurația JSON sau text revizuită, inspectați-o în editorul încorporat și salvați-o din tabloul de bord. |
| Surse și adaptoare descoperite | Inspectați dispozitivele descoperite, creați adaptorul necesar, porniți-l și verificați starea de rulare a acestuia. | Începeți cu o sursă descoperită, verificați-o în Multiview, publicați rezultatul necesar și abia apoi adăugați mai multe adaptoare sau automatizare API. |
| Limita de acces | Autentificarea tabloului de bord și jetoanele API controlează cine modifică setările Callaba. Grupurile NDI nu înlocuiesc ACL-urile de rețea, segmentarea, criptarea sau politica de firewall. | Autentificarea tabloului de bord și jetoanele API controlează cine modifică setările Callaba. Grupurile NDI nu înlocuiesc ACL-urile de rețea, segmentarea, criptarea sau politica de firewall. |
| O limită controlată de la descoperirea sursei la producția | Tabloul de bord menține vizibile deciziile de descoperire și rutare; Designul rețelei, lățimea de bandă, regulile de firewall și compatibilitatea surselor trebuie încă validate în mediul real. | Tabloul de bord menține vizibile deciziile de descoperire și rutare; Designul rețelei, lățimea de bandă, regulile de firewall și compatibilitatea surselor trebuie încă validate în mediul real. |
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 este al doilea strat
Automatizați fluxul de lucru NDI exact pe care l-ați validat deja
Utilizați rețetele lansate pentru a actualiza configurația, a inspecta descoperirea și a publica un adaptor. Păstrați aprobarea operatorului și politica de rețea în afara sarcinii utile.
Întrebări Cloud NDI și Callaba
Pot utiliza surse NDI într-un mixer video din browser?
Da. Configurați și descoperiți sursa NDI în Callaba, selectați-o ca intrare Video Mixer, verificați scena în Preview, apoi treceți scena pregătită în Program. Transportul și rutarea NDI rămân disponibile și fără un proiect de mixer.
Ce este un NDI Discovery Server?
Un NDI Discovery Server este un punct de înregistrare cunoscut care ajută dispozitivele NDI să se găsească între ele atunci când descoperirea multicast nu este potrivită. În Callaba, introduceți adrese accesibile ale Discovery Server în configurația NDI și verificați apariția surselor așteptate.
Cum folosesc NDI prin internet?
Păstrați NDI local în rețeaua de producție a expeditorului, trimiteți contribuția ca SRT prin WAN, primiți fluxul SRT la destinație, apoi publicați-l printr-un adaptor NDI acolo. Folosiți un Discovery Server la destinație când descoperirea multicast nu este disponibilă.
Cum convertesc SRT în NDI în cloud?
În implementarea Callaba receptoare, selectați fluxul SRT primit în adaptorul NDI și publicați sursa NDI rezultată în rețeaua de producție. Configurați un Discovery Server accesibil atunci când rețeaua receptoare nu poate utiliza descoperirea multicast.
Validați o cale NDI reală înainte de a o extinde
Începeți cu o sursă descoperită, verificați-o în Multiview, publicați rezultatul necesar și abia apoi adăugați mai multe adaptoare sau automatizare API.
NDI se simte fără efort atunci când fiecare expeditor, receptor și operator partajează o rețea construită pentru media. Odată ce descoperirea traversează subrețele sau mai multe fluxuri cu lățime de bandă completă împărtășesc un comutator, descoperirea automată este doar începutul proiectării.
LAN mediaSurse și receptori NDI
Comutatoare cunoscute, adresare, descoperire și lățime de bandă
Partea de la distanțăTransport explicit
SRT, RTMP sau o cale NDI proiectată în mod deliberat
Vedeți rețeaua din Callaba înainte de a ruta sursa
Dispozitive descoperite NDI arată sursele pe care această gazdă Callaba le poate vedea. Adaptoare NDI conectați acele surse la fluxurile de lucru Callaba. Configurație NDI stochează numele mașinii, adresele Discovery Server, IP-urile sursei explicite și setările avansate.
După ce puteți vedea și auzi sursa dorită, plasați-o Multiview, trimite-l la Înregistraresau atașați o lucrare de retransmitere sau de conversie. Aceste joburi reutilizați sursa verificată; ele nu transformă descoperirea în dovada că fiecare ieșire funcționează.
Păstrați NDI acolo unde rețeaua este observabilă
Pe un LAN de producție, NDI poate transporta imagini, audio și metadate între camere, comutatoare, sisteme grafice și software fără un cablu de bandă de bază pentru fiecare rută. Această comoditate depinde încă de accesibilitate, descoperire previzibilă, comutatoare care pot transporta traficul și receptoare cu suficientă capacitate susținută.
Desenați calea reală de la expeditor la destinatar. Marcați fiecare VLAN și granița rută, estimați numărul de fluxuri simultane și observați dacă implementarea folosește NDI cu lățime de bandă completă, o variantă HX sau ambele. O listă lungă de surse nu vă spune cât trafic va solicita un receptor după ce se conectează.
Alegeți cum sunt descoperite sursele
mDNS într-o rețea locală
Descoperirea automată funcționează bine atunci când expeditorii și receptorii partajează o rețea LAN adecvată. Devine mai greu de diagnosticat când sursele apar pe segmente neintenționate sau se schimbă comportamentul multicast între comutatoare.
Discovery Server pentru înregistrare explicită
NDI documentează Discovery Server ca un registru sursă centrală. Expeditorii configurați pot evita mDNS, care este util în subrețele și în rețelele cloud unde multicast poate fi indisponibil sau nedorit.
Un Discovery Server listează sursele; nu poartă mass-media în numele lor. Expeditorul și destinatarul au nevoie în continuare de o cale accesibilă cu suficientă capacitate. Păstrați adresa de registry, grupurile și IP-urile sursei explicite lângă diagrama de rețea, astfel încât un alt operator să poată explica de ce o sursă este vizibilă.
Mergeți un feed de la distanță în patru pași
NDI este conceput pentru rețele de producție, nu ca o promisiune că o rută publică arbitrară se va comporta ca un LAN de studio. Pentru o locație îndepărtată, decideți unde se termină NDI și unde începe transportul contribuției. Această trecere ar putea folosi SRT pentru recuperare pe o cale imprevizibilă, RTMP pentru un editor compatibil sau un pod NDI proiectat în mod deliberat.
01Denumiți sursa
Cameră, program, alimentare curată sau returnare; includeți identitatea mașinii și a programului.
02Măsurați LAN-ul
Confirmați descoperirea, calea de comutare, rata reală și numărul așteptat de receptor.
03Alegeți trecerea
Notați codecul, transportul, latența, autentificarea și cine deține punctul final la distanță.
04Urmărește rezultatul
Verificați imaginea curentă, fiecare canal audio necesar, sincronizarea și recuperarea după o deconectare.
Nu transcodați prin obicei. Păstrați sursa atunci când fluxul de lucru de recepție o poate folosi direct. Adăugați o ieșire de transcodare separată numai atunci când următorul sistem necesită un codec, rezoluție, frecvență de cadre sau aspect audio diferit.
Descoperirea nu este verificarea finală
Deschideți alimentarea pe suprafața pe care o va folosi operatorul. Urmăriți mișcarea reprezentativă, ascultați fiecare canal audio necesar, verificați sincronizarea buzelor, culoarea, frecvența cadrelor și identitatea sursei, apoi deconectați expeditorul suficient de mult pentru a exercita comportamentul de recuperare așteptat.
Vizibil dar greșit
O sursă cu nume similar poate fi selectată cu succes. Verificați atât numele mașinii, cât și identitatea programului.
În mișcare, dar tăcut
Videoclipul poate trece în timp ce perechea audio dorită sau maparea canalului nu trece. Ascultați în loc să deduceți sunetul de la alt contor.
Curat singur, spart impreuna
Un flux nu poate certifica un comutator care transmite emisiunea completă. Repetați cu numărul de surse concurent așteptat.
Sănătos până se schimbă un traseu
Un port comutator de înlocuire, o regulă VLAN sau o adresă Discovery Server poate modifica vizibilitatea fără a atinge aplicația de producție.
Mutați un cablu și repetați mersul
Schimbați o condiție realistă: mutați un expeditor în portul său de comutare de producție, reporniți Discovery Server sau întrerupeți transportul de la distanță. Înregistrați ce sursă a dispărut, ce a raportat receptorul și cât timp a durat restabilirea imaginii și audio. O diagramă de rețea este utilă atunci când prezice acel comportament.
Referințe principale: Documentația NDI Discovery Server şi Documentația de descoperire NDI-FIND.