ข้ามไปที่เนื้อหา
Callaba
เกตเวย์ SRT สำหรับ contribution

Callaba SRT Gateway

นำสัญญาณ SRT contribution เข้าสู่ Callaba ตรวจสอบ แล้วส่งต่อไปยังงานถัดไปที่ตกลงกัน ใช้ SRT Server สำหรับควบคุมการรับเข้า, SRT Route สำหรับรีเลย์, Restreaming เมื่อต้องประมวลผลเอาต์พุต หรือ SRT Stream สำหรับการเชื่อมต่อแบบตั้งชื่อบนเซิร์ฟเวอร์ที่มีอยู่

เส้นทาง SRT ที่ควบคุมได้หนึ่งเส้น จาก contribution ถึงการส่งมอบ
รับ
อนุญาต
กำหนดเส้นทาง
ส่งมอบ
ติดตาม bitrate, RTT, การสูญหาย, buffer และต้นทางของการเชื่อมต่อยืนยันฟีดที่ปลายทางที่ตั้งใจ
เกตเวย์ SRT สำหรับ contribution

เลือกเส้นทางก่อนเริ่มสร้าง

เริ่มจากหนึ่งแหล่งและปลายทางถัดไป เส้นทางสี่แบบด้านล่างแยกการรับเข้า รีเลย์ การประมวลผล และการเชื่อมต่อแบบตั้งชื่อออกจากกัน

เดโม SRT gateway สด

ทดสอบการเชื่อมต่อ SRT ชั่วคราว

สร้างการเชื่อมต่อ SRT ชั่วคราวเป็นเวลาหนึ่งชั่วโมง ส่งแหล่งสัญญาณไปยังที่อยู่ publisher ในโหมด Caller, โดยปล่อย Stream ID ว่างไว้ เชื่อมต่อ receiver ไปยังที่อยู่ receiver ในโหมด Caller หลัง publisher เชื่อมต่อแล้ว ใช้ตัวอย่าง Multiview เพื่อตรวจภาพและเสียง การทดสอบนี้ไม่แปลงสตรีมหรือสาธิต failover.

พร้อมสร้าง

ควบคุมผู้ที่เชื่อมต่อได้

เลือกเมื่อใช้ SRT Server เมื่อ Callaba ต้องอนุญาต publisher หรือ receiver เฉพาะราย

SRT publisher
นโยบายการเข้าถึง
SRT receiver
ตั้งค่า
  • สร้าง SRT Server พร้อมพอร์ต ค่า latency และ passphrase ที่เลือกใช้
  • เพิ่มการเชื่อมต่อ publisher และ receiver ที่อนุญาต
  • เชื่อมต่อทั้งสองฝั่งและตรวจสอบสตรีมที่ทำงานอยู่

รีเลย์โดยไม่เปลี่ยนสื่อ

เลือกเมื่อใช้ SRT Route เมื่อแหล่งและปลายทางตกลงเรื่องสื่ออยู่แล้ว และต้องการเพียงรีเลย์ขนส่ง

อินพุต SRT หรือ UDP
เส้นทางขนส่ง
ปลายทาง SRT
ตั้งค่า
  • เลือก SRT listener, URL SRT หรือแหล่ง UDP ที่รองรับ
  • กำหนดปลายทาง SRT และรายละเอียด transport ที่สอดคล้องกัน
  • ตรวจสอบทั้งแหล่งและปลายทาง

ประมวลผลก่อนส่ง

เลือกเมื่อใช้ Restreaming เมื่อเอาต์พุตต้องแปลงรูปแบบ ทรานส์โค้ด ปรับขนาด เปลี่ยนเสียง หรือวางโอเวอร์เลย์

แหล่งสด
การประมวลผลสื่อ
เอาต์พุต SRT
ตั้งค่า
  • เลือกแหล่งสดและการประมวลผลที่จำเป็น
  • เพิ่มเอาต์พุต SRT และรายละเอียดปลายทาง
  • ตรวจสอบเอาต์พุตที่สร้างขึ้นที่ receiver

ออกการเชื่อมต่อแบบตั้งชื่อ

เลือกเมื่อใช้ SRT Stream เมื่อ SRT Server ที่มีอยู่ต้องการการเชื่อมต่อ publisher หรือ receiver แบบตั้งชื่อ

SRT Server
SRT Stream แบบตั้งชื่อ
Publisher หรือ receiver
ตั้งค่า
  • เลือก SRT Server หลัก
  • สร้าง SRT Stream และกำหนดตัวตน publisher หรือ receiver
  • แชร์รายละเอียดการเชื่อมต่อที่ถูกต้อง แล้วตรวจสถิติของเซิร์ฟเวอร์หลัก
เกตเวย์ SRT สำหรับ contribution

ดูขั้นตอนส่งต่อที่มีเอกสารสำหรับเอนโคเดอร์หรือกล้องของคุณ

เริ่มจากขั้นตอนส่งต่อของผู้ผลิตที่บันทึกไว้ในคู่มือเหล่านี้ ไดเรกทอรีนี้ครอบคลุมแนวทางการตั้งค่าที่ผ่านการตรวจทาน ไม่ใช่การรับรองอุปกรณ์และไม่รับประกันพฤติกรรมที่เหมือนกันในเฟิร์มแวร์ทุกรุ่น

การตั้งค่าเกตเวย์ SRT และข้อมูลอ้างอิงทางเทคนิค

สร้างหนึ่งเส้นทางจากต้นทางสู่ปลายทาง

เริ่มจากระบุแหล่ง ปลายทางถัดไป และว่าสื่อต้องเปลี่ยนหรือไม่ ใช้ SRT Server สำหรับ ingress ที่ควบคุมได้, SRT Route สำหรับรีเลย์, Restreaming สำหรับการประมวลผล และ SRT Stream สำหรับการเชื่อมต่อแบบตั้งชื่อบนเซิร์ฟเวอร์ที่มีอยู่

จากนั้นยืนยันการส่งต่อที่ปลายทาง ต้นทางที่เชื่อมต่อแล้วไม่เพียงพอเมื่องานถัดไปคือรีเลย์ เอาต์พุตที่ประมวลผล หรือการส่งผ่านเบราว์เซอร์

เมื่อ publisher เชื่อมต่อ แต่ receiver ว่างเปล่า

สิ่งที่เห็นตรวจถัดไป
Publisher เชื่อมต่อแล้ว; receiver ไม่มี bitrateยืนยันว่า route เลือกอินพุตและเอาต์พุตที่ตั้งใจ แล้วเปรียบเทียบ host, port, บทบาท Caller/Listener, Stream ID และ passphrase ของ receiver
Receiver มี bitrate; ไม่มีภาพหรือ programme audioตรวจ container, codec, track และ timestamp ที่ receiver SRT transport ไม่ทำให้ payload ที่ไม่รองรับถอดรหัสได้
ภาพขาดบนเครือข่ายงานเปรียบเทียบ RTT, การสูญหาย, การส่งซ้ำ และ latency ที่มีผลบนเส้นทางจริง ทดสอบต้นทาง route และ receiver ร่วมกัน

การเชื่อมต่อ

บันทึก host, port, บทบาท และสถานะการเข้าถึงของต้นทางและปลายทาง ใช้ endpoint log เมื่อเซสชันถูกปฏิเสธหรือไปถึงสตรีมผิด

สุขภาพ transport

ดู bitrate, RTT, packet loss, เหตุการณ์เชื่อมต่อ และรายละเอียด peer ขณะต้นทางทำงาน route ที่บันทึกไว้หรือ process ที่กำลังทำงานไม่ได้บอกว่าปลายทางยอมรับหรือไม่

เอาต์พุตที่ถอดรหัสแล้ว

ยืนยันภาพและ programme audio ที่ receiver, player หรือช่อง Multiview ที่เลือก นี่คือการตรวจที่ปิดเส้นทาง

เลือก SRT relay หรือการประมวลผล Restream

สำหรับ SRT to SRT ให้ใช้ SRT Route เมื่อทั้งสองฝั่งรับสื่อได้อยู่แล้ว มันส่งต่อ contribution โดยไม่ทรานส์โค้ด ดังนั้น receiver ยังต้องรองรับ container และ codec เดิม ตั้งค่าอินพุต ปลายทาง และ transport เริ่ม route แล้วตรวจ decoder ที่ปลายทาง

สำหรับ SRT to RTMP ให้สร้างงาน Restream: เลือกอินพุต SRT เพิ่มปลายทาง RTMP แล้วเปิด transcoding หรือการเปลี่ยนสื่อเฉพาะเมื่อเอาต์พุตนั้นต้องการ หลักเดียวกันใช้เมื่อ contribution หนึ่งต้องมีงาน SRT, RTMP, recording, Multiview หรือ browser delivery แยกกัน: ตั้งค่าแต่ละเอาต์พุตอย่างตั้งใจและตรวจทุกปลายทาง Transcoding, ปรับขนาด, เปลี่ยนเสียง และ overlay เพิ่มงานประมวลผลนอกเหนือจากรีเลย์; ทดสอบโหลดที่วางแผนไว้

ทดสอบ main และ backup บนเส้นทางที่ติดตั้งจริง

สำหรับ contribution แบบ main/backup ให้เลือก SRT main/backup failover ภายใต้ SRT Routing เลือก Pull แล้วป้อน source host และ routing port ของ contribution ทั้งสอง ทดสอบ feed, buffer และพฤติกรรมปลายทางจริงก่อนงาน

เขียน trigger และพฤติกรรมปลายทางที่คาดไว้ลงในแผนงาน การสลับ transport แบบ main/backup อาจคงเซสชัน receiver และ puller ที่เชื่อมต่ออยู่ได้ แต่การเปลี่ยนภาพยังขึ้นอยู่กับ feed, buffer, สภาพเครือข่าย และปลายทางที่เตรียมไว้ ทดสอบเส้นทางที่ติดตั้งจริงก่อนงาน

เลือกตำแหน่งที่ gateway จะทำงาน

เรียกใช้ gateway ใน AWS หรือโครงสร้าง Linux ที่ทีมของคุณควบคุม เลือกตำแหน่งที่เหมาะกับเส้นทางสื่อ นโยบาย firewall และทีมผู้ปฏิบัติงาน ยืนยันชุดฟีเจอร์ที่ติดตั้งก่อนย้าย workflow สด

สำหรับพอร์ตและการเข้าถึง ใช้ คู่มือ SRT Server สำหรับการตั้งค่า decoder หรือภาพดำ ใช้ คู่มือ SRT Player ทำ route ที่ทดสอบแล้วให้เป็นอัตโนมัติด้วย API

ใช้คู่มืออุปกรณ์เป็นจุดเริ่มต้นการตั้งค่า

ไดเรกทอรีอุปกรณ์เชื่อมไปยังขั้นตอนส่งต่อของ encoder และกล้องที่มีเอกสาร ยืนยันเฟิร์มแวร์ที่ติดตั้ง โหมด SRT พอร์ต Stream ID การเข้ารหัส และการตั้งค่า payload กับเอกสารผู้ผลิตก่อนใช้อุปกรณ์บนเส้นทางงาน

ขั้นตอนถัดไป