Identitas dan penemuan mesin
Tetapkan nama mesin NDI dan alamat server penemuan yang dapat dijangkau di bidang khusus.
Pengendalian produksi NDI
Callaba NDI Server: temukan, jembatani, dan pantau NDI
Callaba memberi operator lapisan kontrol NDI yang terlihat untuk identitas mesin, server penemuan, antarmuka jaringan, konfigurasi, adaptor, Multiview, dan pengiriman hilir. Gunakan NDI di dalam batas jaringan yang sesuai, dan gunakan jalur SRT yang ditinjau ketika media harus melintasi WAN yang tidak dapat diprediksi.
Dasbor membuat keputusan penemuan dan perutean tetap terlihat; desain jaringan, bandwidth, aturan firewall, dan kompatibilitas sumber masih perlu divalidasi di lingkungan nyata.
Kontrol produk terlebih dahulu
Operasikan lapisan NDI tanpa runbook terminal-pertama
Jalur normal tetap berada di UI Callaba yang diautentikasi. Otomatisasi tingkat lanjut tersedia setelah jaringan dan alur kerja produk terbukti.
Alamat antarmuka jaringan
Pilih alamat IP sumber eksplisit yang harus diikat oleh Callaba daripada mengandalkan default host yang tidak diketahui.
Impor konfigurasi dan editor langsung
Impor JSON atau konfigurasi teks yang telah ditinjau, periksa di editor bawaan, dan simpan dari dasbor.
Sumber dan adaptor yang ditemukan
Periksa perangkat yang ditemukan, buat adaptor yang diperlukan, mulai, dan verifikasi status runtime-nya.
Batas akses
Otentikasi dasbor dan token API mengontrol siapa yang mengubah pengaturan Callaba. Grup NDI tidak menggantikan ACL jaringan, segmentasi, enkripsi, atau kebijakan firewall.
Gunakan sumber NDI yang ditemukan di adegan berikutnya
Bangun program dari sumber NDI yang tersedia di server Callaba Anda. Pilih sumber NDI yang ditemukan dan dikonfigurasi di Video Mixer, gabungkan dengan streaming langsung atau media yang disiapkan, atur adegan dan sesuaikan audionya. Siapkan pengambilan gambar berikutnya di Pratinjau selagi Program tetap mengudara, lalu ambil dengan CUT atau FADE. Transportasi dan perutean NDI tetap tersedia tanpa membuat proyek mixer.
- Temukan dan konfigurasikan sumber NDI untuk penerapan yang dipilih.
- Pilih sumber NDI yang dikonfigurasi sebagai input AV Mixer.
- Periksa di Pratinjau, lalu BAWA adegan yang telah disiapkan ke Program.
Spesifikasi teknis
Apa yang didukung produk, dan apa yang harus diverifikasi
Perilaku yang didukung berada di samping pemeriksaan penerimaan praktis. Antarmuka Callaba yang terinstal serta profil sumber, tujuan, dan infrastruktur sebenarnya tetap otoritatif.
| Kemampuan | Perilaku yang didukung | Pemeriksaan penerimaan |
|---|---|---|
| Identitas dan penemuan mesin | Tetapkan nama mesin NDI dan alamat server penemuan yang dapat dijangkau di bidang khusus. | Tetapkan nama mesin NDI dan alamat server penemuan yang dapat dijangkau di bidang khusus. |
| Alamat antarmuka jaringan | Pilih alamat IP sumber eksplisit yang harus diikat oleh Callaba daripada mengandalkan default host yang tidak diketahui. | Dasbor membuat keputusan penemuan dan perutean tetap terlihat; desain jaringan, bandwidth, aturan firewall, dan kompatibilitas sumber masih perlu divalidasi di lingkungan nyata. |
| Impor konfigurasi dan editor langsung | Impor JSON atau konfigurasi teks yang telah ditinjau, periksa di editor bawaan, dan simpan dari dasbor. | Impor JSON atau konfigurasi teks yang telah ditinjau, periksa di editor bawaan, dan simpan dari dasbor. |
| Sumber dan adaptor yang ditemukan | Periksa perangkat yang ditemukan, buat adaptor yang diperlukan, mulai, dan verifikasi status runtime-nya. | Mulailah dengan satu sumber yang ditemukan, verifikasi di Multiview, publikasikan output yang diperlukan, dan baru kemudian tambahkan lebih banyak adaptor atau otomatisasi API. |
| Batas akses | Otentikasi dasbor dan token API mengontrol siapa yang mengubah pengaturan Callaba. Grup NDI tidak menggantikan ACL jaringan, segmentasi, enkripsi, atau kebijakan firewall. | Otentikasi dasbor dan token API mengontrol siapa yang mengubah pengaturan Callaba. Grup NDI tidak menggantikan ACL jaringan, segmentasi, enkripsi, atau kebijakan firewall. |
| Satu batasan terkendali mulai dari penemuan sumber hingga hasil produksi | Dasbor membuat keputusan penemuan dan perutean tetap terlihat; desain jaringan, bandwidth, aturan firewall, dan kompatibilitas sumber masih perlu divalidasi di lingkungan nyata. | Dasbor membuat keputusan penemuan dan perutean tetap terlihat; desain jaringan, bandwidth, aturan firewall, dan kompatibilitas sumber masih perlu divalidasi di lingkungan nyata. |
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 adalah lapisan kedua
Otomatiskan alur kerja NDI yang sudah Anda validasi
Gunakan resep yang dirilis untuk memperbarui konfigurasi, memeriksa penemuan, dan menerbitkan adaptor. Jaga persetujuan operator dan kebijakan jaringan di luar muatan.
Pertanyaan Cloud NDI dan Callaba
Dapatkah saya menggunakan sumber NDI dalam mixer video berbasis browser?
Ya. Konfigurasikan dan temukan sumber NDI di Callaba, pilih sebagai input Video Mixer, periksa scene di Preview, lalu pindahkan scene yang siap ke Program. Transport dan perutean NDI tetap tersedia tanpa proyek mixer.
Apa itu NDI Discovery Server?
NDI Discovery Server adalah titik pendaftaran yang diketahui untuk membantu perangkat NDI menemukan satu sama lain saat penemuan multicast tidak sesuai. Di Callaba, masukkan alamat Discovery Server yang dapat dijangkau dalam konfigurasi NDI dan verifikasi sumber yang diharapkan muncul.
Bagaimana cara menggunakan NDI melalui internet?
Pertahankan NDI lokal di jaringan produksi pengirim, kirim kontribusi sebagai SRT melalui WAN, terima stream SRT itu di tujuan, lalu publikasikan melalui adaptor NDI di sana. Gunakan Discovery Server di tujuan jika penemuan multicast tidak tersedia.
Bagaimana cara mengonversi SRT ke NDI di cloud?
Pada deployment Callaba penerima, pilih stream SRT yang diterima dalam adaptor NDI dan publikasikan sumber NDI yang dihasilkan ke jaringan produksi. Konfigurasikan Discovery Server yang dapat dijangkau jika jaringan penerima tidak dapat menggunakan penemuan multicast.
Validasi satu jalur NDI yang sebenarnya sebelum mengembangkannya
Mulailah dengan satu sumber yang ditemukan, verifikasi di Multiview, publikasikan output yang diperlukan, dan baru kemudian tambahkan lebih banyak adaptor atau otomatisasi API.
NDI terasa mudah ketika setiap pengirim, penerima, dan operator berbagi jaringan yang dibangun untuk media. Setelah penemuan melintasi subnet atau beberapa feed bandwidth penuh berbagi saklar, penemuan otomatis hanyalah permulaan dari desain.
Media LANSumber dan penerima NDI
Sakelar, pengalamatan, penemuan, dan bandwidth yang diketahui
Sisi terpencilTransportasi eksplisit
SRT, RTMP atau jalur NDI yang sengaja direkayasa
Lihat jaringan di Callaba sebelum Anda merutekan sumbernya
Perangkat yang Ditemukan NDI menunjukkan sumber yang dapat dilihat oleh tuan rumah Callaba ini. Adaptor NDI menghubungkan sumber-sumber tersebut ke alur kerja Callaba. Konfigurasi NDI menyimpan nama mesin, alamat Discovery Server, IP sumber eksplisit, dan pengaturan lanjutan.
Setelah Anda dapat melihat dan mendengar sumber yang dituju, letakkan di dalamnya Multitampilan, kirimkan ke Rekaman, atau lampirkan tugas streaming atau konversi. Pekerjaan ini menggunakan kembali sumber terverifikasi; mereka tidak mengubah penemuan menjadi bukti bahwa setiap keluaran berhasil.
Simpan NDI di tempat yang jaringannya dapat diamati
Pada LAN produksi, NDI dapat membawa gambar, audio, dan metadata antar kamera, switcher, sistem grafis, dan perangkat lunak tanpa kabel baseband untuk setiap rute. Kenyamanan tersebut masih bergantung pada jangkauan, penemuan yang dapat diprediksi, saklar yang dapat membawa lalu lintas dan penerima dengan kapasitas yang cukup dan berkelanjutan.
Gambarkan jalur sebenarnya dari pengirim ke penerima. Tandai setiap VLAN dan batas yang dirutekan, perkirakan jumlah feed simultan dan catat apakah penerapan menggunakan NDI bandwidth penuh, varian HX, atau keduanya. Daftar sumber yang panjang tidak memberi tahu Anda berapa banyak lalu lintas yang akan diminta oleh penerima setelah tersambung.
Pilih bagaimana sumber ditemukan
mDNS di jaringan lokal
Penemuan otomatis berfungsi dengan baik ketika pengirim dan penerima berbagi LAN yang sesuai. Menjadi lebih sulit untuk didiagnosis ketika sumber muncul di segmen yang tidak diinginkan atau perilaku multicast berubah antar switch.
Discovery Server untuk pendaftaran eksplisit
NDI mendokumentasikan Discovery Server sebagai registri sumber pusat. Pengirim yang dikonfigurasi dapat menghindari mDNS, yang berguna di seluruh subnet dan jaringan cloud di mana multicast mungkin tidak tersedia atau tidak diinginkan.
Server Penemuan mencantumkan sumber; itu tidak membawa media atas nama mereka. Pengirim dan penerima tetap membutuhkan jalur yang dapat dijangkau dengan kapasitas yang cukup. Simpan alamat registri, grup, dan IP sumber eksplisit di samping diagram jaringan sehingga operator lain dapat menjelaskan mengapa sumber terlihat.
Berjalan di feed jarak jauh dalam empat langkah
NDI dirancang untuk jaringan produksi, bukan sebagai janji bahwa rute publik yang sewenang-wenang akan berperilaku seperti LAN studio. Untuk lokasi terpencil, putuskan di mana NDI berakhir dan pengangkutan sumbangan dimulai. Penyeberangan tersebut mungkin menggunakan SRT untuk pemulihan melalui jalur yang tidak dapat diprediksi, RTMP untuk penerbit yang kompatibel, atau jembatan NDI yang sengaja dirancang.
01Sebutkan sumbernya
Kamera, program, pembersihan umpan atau pengembalian; termasuk identitas mesin dan program.
02Ukur LAN
Konfirmasikan penemuan, jalur peralihan, tarif aktual, dan jumlah penerima yang diharapkan.
03Pilih persimpangan
Tuliskan codec, transport, latensi, autentikasi, dan siapa pemilik titik akhir jarak jauh.
04Perhatikan hasilnya
Periksa gambar saat ini, setiap saluran audio yang diperlukan, sinkronisasi dan pemulihan setelah pemutusan sambungan.
Jangan melakukan transkode karena kebiasaan. Pertahankan sumber ketika alur kerja penerima dapat menggunakannya secara langsung. Tambahkan output transcoding terpisah hanya ketika sistem berikutnya memerlukan codec, resolusi, kecepatan bingkai, atau tata letak audio yang berbeda.
Penemuan bukanlah pemeriksaan terakhir
Buka feed pada permukaan yang akan digunakan operator. Tonton gerakan yang representatif, dengarkan setiap saluran audio yang diperlukan, periksa sinkronisasi bibir, warna, kecepatan bingkai, dan identitas sumber, lalu putuskan sambungan pengirim cukup lama untuk melakukan perilaku pemulihan yang diharapkan.
Terlihat tapi salah
Sumber dengan nama serupa dapat berhasil dipilih. Verifikasi nama mesin dan identitas program.
Bergerak tapi diam
Video dapat lewat sedangkan pasangan audio atau pemetaan saluran yang dituju tidak. Dengarkan alih-alih menyimpulkan audio dari meteran lain.
Bersih sendiri, pecah bersama
Satu feed tidak dapat mengesahkan switch yang membawakan tayangan penuh. Ulangi dengan jumlah sumber bersamaan yang diharapkan.
Sehat sampai rute berubah
Port sakelar pengganti, aturan VLAN, atau alamat Discovery Server dapat mengubah visibilitas tanpa menyentuh aplikasi produksi.
Pindahkan satu kabel dan ulangi langkahnya
Ubah satu kondisi realistis: pindahkan pengirim ke port switch produksinya, mulai ulang Discovery Server, atau hentikan transportasi jarak jauh. Catat sumber mana yang hilang, apa yang dilaporkan penerima dan berapa lama waktu yang dibutuhkan untuk memulihkan gambar dan audio. Diagram jaringan berguna ketika memprediksi perilaku tersebut.
Referensi utama: Dokumentasi NDI Discovery Server Dan Dokumentasi penemuan NDI-FIND.