เอกลักษณ์และการค้นพบเครื่อง
ตั้งชื่อเครื่อง NDI และที่อยู่เซิร์ฟเวอร์การค้นพบที่เข้าถึงได้ในช่องเฉพาะ
การควบคุมการผลิต NDI
เซิร์ฟเวอร์ Callaba NDI: ค้นหา เชื่อมโยง และตรวจสอบ NDI
Callaba ช่วยให้ผู้ปฏิบัติงานมีเลเยอร์ควบคุม NDI ที่มองเห็นได้สำหรับการระบุตัวตนของเครื่อง เซิร์ฟเวอร์การค้นพบ อินเทอร์เฟซเครือข่าย การกำหนดค่า อะแดปเตอร์ Multiview และการส่งมอบดาวน์สตรีม ใช้ NDI ภายในขอบเขตเครือข่ายที่เหมาะสม และใช้เส้นทาง SRT ที่ได้รับการตรวจสอบเมื่อสื่อต้องข้าม WAN ที่คาดเดาไม่ได้
แดชบอร์ดช่วยให้มองเห็นการตัดสินใจในการค้นหาและกำหนดเส้นทางได้ การออกแบบเครือข่าย แบนด์วิธ กฎไฟร์วอลล์ และความเข้ากันได้ของแหล่งที่มา ยังคงต้องมีการตรวจสอบในสภาพแวดล้อมจริง
การควบคุมผลิตภัณฑ์ก่อน
ดำเนินการเลเยอร์ NDI โดยไม่ต้องใช้รันบุ๊กที่แรกของเทอร์มินัล
เส้นทางปกติยังคงอยู่ใน Callaba UI ที่ได้รับการรับรองความถูกต้อง ระบบอัตโนมัติขั้นสูงจะพร้อมใช้งานหลังจากที่เวิร์กโฟลว์เครือข่ายและผลิตภัณฑ์ได้รับการพิสูจน์แล้ว
ที่อยู่อินเทอร์เฟซเครือข่าย
เลือกที่อยู่ IP ต้นทางที่ชัดเจน Callaba ควรเชื่อมโยงแทนที่จะอาศัยค่าเริ่มต้นของโฮสต์ที่ไม่รู้จัก
การนำเข้าการกำหนดค่าและโปรแกรมแก้ไขแบบสด
นำเข้า JSON หรือการกำหนดค่าข้อความที่ได้รับการตรวจสอบ ตรวจสอบในตัวแก้ไขในตัว และบันทึกจากแดชบอร์ด
แหล่งที่มาและอะแดปเตอร์ที่ค้นพบ
ตรวจสอบอุปกรณ์ที่ค้นพบ สร้างอะแดปเตอร์ที่จำเป็น สตาร์ท และตรวจสอบสถานะรันไทม์
ขอบเขตการเข้าถึง
การตรวจสอบสิทธิ์แดชบอร์ดและโทเค็น API จะควบคุมผู้ที่เปลี่ยนการตั้งค่า Callaba กลุ่ม NDI ไม่ได้แทนที่ ACL ของเครือข่าย การแบ่งส่วน การเข้ารหัส หรือนโยบายไฟร์วอลล์
ใช้แหล่งที่มา NDI ที่ค้นพบในฉากถัดไป
สร้างโปรแกรมจากแหล่ง NDI ที่มีอยู่ในเซิร์ฟเวอร์ Callaba ของคุณ เลือกแหล่งที่มา NDI ที่ค้นพบและกำหนดค่าใน Video Mixer รวมกับสตรีมสดหรือสื่อที่เตรียมไว้ จัดฉากและปรับเสียง เตรียมช็อตต่อไปใน Preview ขณะที่รายการยังออนแอร์ จากนั้นถ่ายด้วย CUT หรือ FADE การขนส่งและการกำหนดเส้นทาง NDI ยังคงใช้งานได้โดยไม่ต้องสร้างโปรเจ็กต์ตัวผสม
- ค้นหาและกำหนดค่าแหล่งที่มา NDI สำหรับการปรับใช้ที่เลือก
- เลือกแหล่ง NDI ที่กำหนดค่าไว้เป็นอินพุต AV Mixer
- ตรวจสอบใน Preview แล้วนำฉากที่เตรียมไว้ไปตั้งโปรแกรม
ข้อกำหนดทางเทคนิค
ผลิตภัณฑ์รองรับอะไรบ้าง และต้องตรวจสอบอะไรบ้าง
พฤติกรรมที่ได้รับการสนับสนุนอยู่ข้างๆ การตรวจสอบการยอมรับในทางปฏิบัติ อินเทอร์เฟซ Callaba ที่ติดตั้งและแหล่งที่มา ปลายทาง และโปรไฟล์โครงสร้างพื้นฐานที่แท้จริงยังคงเชื่อถือได้
| ความสามารถ | พฤติกรรมที่รองรับ | การตรวจสอบการยอมรับ |
|---|---|---|
| เอกลักษณ์และการค้นพบเครื่อง | ตั้งชื่อเครื่อง NDI และที่อยู่เซิร์ฟเวอร์การค้นพบที่เข้าถึงได้ในช่องเฉพาะ | ตั้งชื่อเครื่อง NDI และที่อยู่เซิร์ฟเวอร์การค้นพบที่เข้าถึงได้ในช่องเฉพาะ |
| ที่อยู่อินเทอร์เฟซเครือข่าย | เลือกที่อยู่ IP ต้นทางที่ชัดเจน Callaba ควรเชื่อมโยงแทนที่จะอาศัยค่าเริ่มต้นของโฮสต์ที่ไม่รู้จัก | แดชบอร์ดช่วยให้มองเห็นการตัดสินใจในการค้นหาและกำหนดเส้นทางได้ การออกแบบเครือข่าย แบนด์วิธ กฎไฟร์วอลล์ และความเข้ากันได้ของแหล่งที่มา ยังคงต้องมีการตรวจสอบในสภาพแวดล้อมจริง |
| การนำเข้าการกำหนดค่าและโปรแกรมแก้ไขแบบสด | นำเข้า JSON หรือการกำหนดค่าข้อความที่ได้รับการตรวจสอบ ตรวจสอบในตัวแก้ไขในตัว และบันทึกจากแดชบอร์ด | นำเข้า JSON หรือการกำหนดค่าข้อความที่ได้รับการตรวจสอบ ตรวจสอบในตัวแก้ไขในตัว และบันทึกจากแดชบอร์ด |
| แหล่งที่มาและอะแดปเตอร์ที่ค้นพบ | ตรวจสอบอุปกรณ์ที่ค้นพบ สร้างอะแดปเตอร์ที่จำเป็น สตาร์ท และตรวจสอบสถานะรันไทม์ | เริ่มต้นด้วยแหล่งเดียวที่ค้นพบ ตรวจสอบใน Multiview เผยแพร่เอาต์พุตที่ต้องการ จากนั้นจึงเพิ่มอะแดปเตอร์หรือการทำงานอัตโนมัติของ API เท่านั้น |
| ขอบเขตการเข้าถึง | การตรวจสอบสิทธิ์แดชบอร์ดและโทเค็น API จะควบคุมผู้ที่เปลี่ยนการตั้งค่า Callaba กลุ่ม NDI ไม่ได้แทนที่ ACL ของเครือข่าย การแบ่งส่วน การเข้ารหัส หรือนโยบายไฟร์วอลล์ | การตรวจสอบสิทธิ์แดชบอร์ดและโทเค็น API จะควบคุมผู้ที่เปลี่ยนการตั้งค่า Callaba กลุ่ม NDI ไม่ได้แทนที่ ACL ของเครือข่าย การแบ่งส่วน การเข้ารหัส หรือนโยบายไฟร์วอลล์ |
| ขอบเขตการควบคุมหนึ่งเดียวตั้งแต่การค้นพบแหล่งที่มาไปจนถึงผลผลิตการผลิต | แดชบอร์ดช่วยให้มองเห็นการตัดสินใจในการค้นหาและกำหนดเส้นทางได้ การออกแบบเครือข่าย แบนด์วิธ กฎไฟร์วอลล์ และความเข้ากันได้ของแหล่งที่มา ยังคงต้องมีการตรวจสอบในสภาพแวดล้อมจริง | แดชบอร์ดช่วยให้มองเห็นการตัดสินใจในการค้นหาและกำหนดเส้นทางได้ การออกแบบเครือข่าย แบนด์วิธ กฎไฟร์วอลล์ และความเข้ากันได้ของแหล่งที่มา ยังคงต้องมีการตรวจสอบในสภาพแวดล้อมจริง |
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 เป็นเลเยอร์ที่สอง
ทำให้เวิร์กโฟลว์ NDI ที่คุณตรวจสอบแล้วเป็นอัตโนมัติ
ใช้สูตรที่เผยแพร่เพื่ออัปเดตการกำหนดค่า ตรวจสอบการค้นพบ และเผยแพร่อะแดปเตอร์ รักษาการอนุมัติของผู้ปฏิบัติงานและนโยบายเครือข่ายไว้นอกเพย์โหลด
คำถามเกี่ยวกับ Cloud NDI และ Callaba
ฉันสามารถใช้แหล่ง NDI ในตัวผสมวิดีโอผ่านเบราว์เซอร์ได้หรือไม่
ได้ กำหนดค่าและค้นหาแหล่ง NDI ใน Callaba เลือกเป็นอินพุตของ Video Mixer ตรวจสอบฉากใน Preview แล้วนำฉากที่เตรียมไว้ไปยัง Program การขนส่งและการกำหนดเส้นทาง NDI ยังใช้งานได้โดยไม่ต้องมีโปรเจ็กต์ตัวผสม
NDI Discovery Server คืออะไร
NDI Discovery Server คือจุดลงทะเบียนที่ทราบซึ่งช่วยให้อุปกรณ์ NDI ค้นหากันได้เมื่อการค้นพบแบบ multicast ไม่เหมาะสม ใน Callaba ให้ป้อนที่อยู่ Discovery Server ที่เข้าถึงได้ในการกำหนดค่า NDI และตรวจสอบว่าแหล่งที่คาดหวังปรากฏขึ้น
ฉันจะใช้ NDI ผ่านอินเทอร์เน็ตได้อย่างไร
เก็บ NDI ในพื้นที่ไว้ในเครือข่ายการผลิตของผู้ส่ง ส่งสัญญาณสนับสนุนเป็น SRT ผ่าน WAN รับสตรีม SRT นั้นที่ปลายทาง แล้วเผยแพร่ผ่านอะแดปเตอร์ NDI ที่นั่น ใช้ Discovery Server ที่ปลายทางเมื่อไม่มีการค้นพบแบบ multicast
ฉันจะแปลง SRT เป็น NDI ในคลาวด์ได้อย่างไร
ที่การปรับใช้ Callaba ฝั่งรับ ให้เลือกสตรีม SRT ที่ได้รับในอะแดปเตอร์ NDI แล้วเผยแพร่แหล่ง NDI ที่ได้บนเครือข่ายการผลิต กำหนดค่า Discovery Server ที่เข้าถึงได้เมื่อเครือข่ายฝั่งรับใช้การค้นพบแบบ multicast ไม่ได้
ตรวจสอบเส้นทาง NDI จริงหนึ่งเส้นทางก่อนที่จะขยาย
เริ่มต้นด้วยแหล่งเดียวที่ค้นพบ ตรวจสอบใน Multiview เผยแพร่เอาต์พุตที่ต้องการ จากนั้นจึงเพิ่มอะแดปเตอร์หรือการทำงานอัตโนมัติของ API เท่านั้น
NDI รู้สึกง่ายดายเมื่อผู้ส่ง ผู้รับ และผู้ให้บริการทุกรายแชร์เครือข่ายที่สร้างขึ้นสำหรับสื่อ เมื่อการค้นพบข้ามเครือข่ายย่อยหรือฟีดแบนด์วิธเต็มหลายรายการใช้สวิตช์ร่วมกัน การค้นพบอัตโนมัติเป็นเพียงจุดเริ่มต้นของการออกแบบเท่านั้น
มีเดียแลนแหล่งที่มาและผู้รับ NDI
สวิตช์ที่รู้จัก การกำหนดแอดเดรส การค้นพบ และแบนด์วิธ
ฝั่งระยะไกลการขนส่งที่ชัดเจน
SRT, RTMP หรือเส้นทาง NDI ที่ออกแบบโดยเจตนา
ดูเครือข่ายใน Callaba ก่อนที่คุณจะกำหนดเส้นทางต้นทาง
อุปกรณ์ที่ค้นพบโดย NDI แสดงแหล่งที่มาที่โฮสต์ Callaba นี้สามารถมองเห็นได้ อะแดปเตอร์ NDI เชื่อมต่อแหล่งข้อมูลเหล่านั้นกับเวิร์กโฟลว์ของ Callaba การกำหนดค่า NDI เก็บชื่อเครื่อง ที่อยู่เซิร์ฟเวอร์ Discovery IP ต้นทางที่ชัดเจน และการตั้งค่าขั้นสูง
หลังจากที่คุณมองเห็นและได้ยินแหล่งที่ต้องการแล้ว ให้วางแหล่งสัญญาณนั้นเข้าไป มัลติวิว, ส่งไปที่ การบันทึกหรือแนบงานการสตรีมซ้ำหรือการแปลง งานเหล่านี้นำแหล่งที่มาที่ตรวจสอบแล้วกลับมาใช้ใหม่ พวกเขาไม่ได้เปลี่ยนการค้นพบเป็นการพิสูจน์ว่าทุกผลลัพธ์ใช้งานได้
เก็บ NDI ไว้ในที่ที่เครือข่ายสามารถสังเกตได้
บน LAN ที่ใช้งานจริง NDI สามารถพกพารูปภาพ เสียง และข้อมูลเมตาระหว่างกล้อง ตัวสลับ ระบบกราฟิก และซอฟต์แวร์โดยไม่ต้องใช้สายเบสแบนด์สำหรับทุกเส้นทาง ความสะดวกสบายนั้นยังคงขึ้นอยู่กับความสามารถในการเข้าถึง การค้นพบที่คาดเดาได้ สวิตช์ที่สามารถรับส่งข้อมูลและตัวรับสัญญาณที่มีความจุที่ยั่งยืนเพียงพอ
วาดเส้นทางจริงจากผู้ส่งไปยังผู้รับ ทำเครื่องหมายทุก VLAN และขอบเขตที่กำหนดเส้นทาง ประเมินจำนวนฟีดพร้อมกัน และสังเกตว่าการใช้งานใช้ NDI แบนด์วิดท์เต็ม ตัวแปร HX หรือทั้งสองอย่าง รายการแหล่งที่มาแบบยาวไม่ได้บอกคุณว่าผู้รับจะขอการรับส่งข้อมูลจำนวนเท่าใดหลังจากเชื่อมต่อแล้ว
เลือกวิธีการค้นพบแหล่งที่มา
mDNS บนเครือข่ายท้องถิ่น
การค้นหาอัตโนมัติทำงานได้ดีเมื่อผู้ส่งและผู้รับแชร์ LAN ที่เหมาะสม การวินิจฉัยจะยากขึ้นเมื่อแหล่งที่มาปรากฏขึ้นข้ามส่วนที่ไม่ได้ตั้งใจหรือพฤติกรรมแบบหลายผู้รับเปลี่ยนแปลงระหว่างสวิตช์
Discovery Server สำหรับการลงทะเบียนอย่างชัดเจน
NDI จัดทำเอกสาร Discovery Server เป็นรีจิสตรีต้นทางส่วนกลาง ผู้ส่งที่กำหนดค่าสามารถหลีกเลี่ยง mDNS ซึ่งมีประโยชน์ในซับเน็ตและในเครือข่ายคลาวด์ที่มัลติคาสต์อาจไม่พร้อมใช้งานหรือไม่พึงประสงค์
Discovery Server แสดงรายการแหล่งที่มา มันไม่ได้ดำเนินการสื่อในนามของพวกเขา ผู้ส่งและผู้รับยังคงต้องการเส้นทางที่สามารถเข้าถึงได้และมีความจุเพียงพอ เก็บที่อยู่รีจิสทรี กลุ่ม และ IP ต้นทางที่ชัดเจนไว้ข้างแผนภาพเครือข่าย เพื่อให้ผู้ปฏิบัติงานรายอื่นสามารถอธิบายได้ว่าเหตุใดจึงมองเห็นแหล่งที่มาได้
เดินฟีดระยะไกลในสี่ขั้นตอน
NDI ได้รับการออกแบบมาสำหรับเครือข่ายการผลิต ไม่ใช่คำมั่นสัญญาว่าเส้นทางสาธารณะโดยพลการจะทำงานเหมือนกับ LAN ในสตูดิโอ สำหรับสถานที่ห่างไกล ให้ตัดสินใจว่า NDI สิ้นสุดที่ใดและเริ่มการขนส่งเพื่อสมทบทุน การข้ามนั้นอาจใช้ SRT เพื่อการกู้คืนบนเส้นทางที่คาดเดาไม่ได้, RTMP สำหรับผู้เผยแพร่ที่เข้ากันได้ หรือสะพาน NDI ที่ได้รับการออกแบบทางวิศวกรรมอย่างจงใจ
01ตั้งชื่อแหล่งที่มา
กล้อง โปรแกรม ล้างฟีดหรือคืน; รวมถึงเอกลักษณ์ของเครื่องและโปรแกรม
02วัด LAN
ยืนยันการค้นพบ เส้นทางสวิตช์ อัตราจริง และจำนวนตัวรับที่คาดหวัง
03เลือกทางข้าม
จดบันทึกตัวแปลงสัญญาณ การขนส่ง เวลาแฝง การรับรองความถูกต้อง และใครเป็นเจ้าของอุปกรณ์ปลายทางระยะไกล
04ดูผลลัพธ์
ตรวจสอบภาพปัจจุบัน ทุกช่องเสียงที่จำเป็น ซิงค์และกู้คืนหลังจากตัดการเชื่อมต่อ
อย่าแปลงรหัสตามนิสัย รักษาแหล่งที่มาเมื่อเวิร์กโฟลว์การรับสามารถใช้งานได้โดยตรง เพิ่มเอาต์พุตการแปลงรหัสแยกต่างหากเมื่อระบบถัดไปต้องการตัวแปลงสัญญาณ ความละเอียด อัตราเฟรม หรือเค้าโครงเสียงที่แตกต่างกันเท่านั้น
การค้นพบไม่ใช่การตรวจสอบขั้นสุดท้าย
เปิดฟีดบนพื้นผิวที่ผู้ปฏิบัติงานจะใช้ ดูการเคลื่อนไหวของตัวแทน ฟังทุกช่องเสียงที่จำเป็น ตรวจสอบลิปซิงค์ สี อัตราเฟรม และข้อมูลระบุแหล่งที่มา จากนั้นตัดการเชื่อมต่อผู้ส่งนานพอที่จะใช้พฤติกรรมการกู้คืนที่คาดหวัง
มองเห็นแต่ผิด.
สามารถเลือกแหล่งที่มาที่มีชื่อคล้ายกันได้สำเร็จ ตรวจสอบทั้งชื่อเครื่องและข้อมูลประจำตัวของโปรแกรม
เคลื่อนไหวแต่เงียบงัน
วิดีโอสามารถผ่านไปได้ในขณะที่คู่เสียงหรือการแมปช่องสัญญาณที่ต้องการไม่ส่งผ่าน ฟังแทนการอนุมานเสียงจากมิเตอร์อื่น
สะอาดอย่างเดียวพังพร้อมกัน
ฟีดเดียวไม่สามารถรับรองสวิตช์ที่มีการแสดงทั้งหมดได้ ทำซ้ำโดยนับจำนวนแหล่งที่มาพร้อมกันที่คาดไว้
สุขภาพดีจนเปลี่ยนเส้นทาง
พอร์ตสวิตช์ทดแทน กฎ VLAN หรือที่อยู่เซิร์ฟเวอร์ Discovery สามารถเปลี่ยนการมองเห็นได้โดยไม่ต้องสัมผัสแอปพลิเคชันที่ใช้งานจริง
เลื่อนสายเคเบิลหนึ่งเส้นแล้วเดินซ้ำ
เปลี่ยนเงื่อนไขที่สมจริงอย่างหนึ่ง: ย้ายผู้ส่งไปยังพอร์ตสวิตช์ที่ใช้งานจริง รีสตาร์ท Discovery Server หรือขัดจังหวะการขนส่งระยะไกล บันทึกว่าแหล่งใดหายไป สิ่งที่ผู้รับรายงาน และใช้เวลานานเท่าใดในการกู้คืนภาพและเสียง แผนภาพเครือข่ายมีประโยชน์เมื่อคาดการณ์ลักษณะการทำงานดังกล่าว
ข้อมูลอ้างอิงหลัก: เอกสารประกอบเซิร์ฟเวอร์การค้นพบ NDI และ เอกสารการค้นพบ NDI-FIND.