ควบคุมผู้ที่เชื่อมต่อ
ควบคุมการเข้าถึงของ publisher และ receiver ด้วย Stream ID หรือกฎ peer IP ตั้ง SRT passphrase ที่ตรงกันเมื่อเปิดการเข้ารหัส
Callaba · คลาวด์และโฮสต์ด้วยตนเอง
รับฟีดจากกล้องระยะไกลและรายการที่เสร็จแล้ว ตรวจสอบภาพ เสียง และสถานะการเชื่อมต่อในเบราว์เซอร์ จากนั้นกำหนดเส้นทางหรือบันทึกแหล่งสัญญาณ เพิ่มการผลิตสดด้วย Video Mixer บนการปรับใช้ที่รองรับ
ใช้งานในบัญชี AWS ของคุณหรือบนโครงสร้างพื้นฐาน Linux ที่คุณดูแล
เดโม SRT สด
สร้างการเชื่อมต่อชั่วคราวเป็นเวลาหนึ่งชั่วโมง ส่งฟีดของคุณไปยังที่อยู่ publisher ในโหมด Caller, โดยปล่อย Stream ID ว่างไว้ ดูได้ใน Multiview ด้านล่าง หรือเชื่อมต่อ receiver ของคุณไปยังที่อยู่ receiver ในโหมด Caller.
การควบคุมเซิร์ฟเวอร์
ดูว่า publisher ใดเชื่อมต่ออยู่ ตรวจ bitrate และ RTT และค้นหาเหตุการณ์การเชื่อมต่อได้โดยไม่ต้องออกจาก dashboard
ควบคุมการเข้าถึงของ publisher และ receiver ด้วย Stream ID หรือกฎ peer IP ตั้ง SRT passphrase ที่ตรงกันเมื่อเปิดการเข้ารหัส
ตรวจ bitrate, RTT, packet loss และ peer ที่เชื่อมต่อก่อนเปลี่ยน receiver หรือ encoder
เปิด Show logs จากการตั้งค่าเซิร์ฟเวอร์ หยุดอัปเดต ค้นหาตามเวลาหรือข้อความ และส่งออกเหตุการณ์ที่ต้องใช้
SRT server ของคุณเอง
เลือกวิธีเชื่อมต่อ encoder และ receiver แทนที่ placeholder ด้วยค่าที่แสดงใน Callaba dashboard
รูปแบบ host และ portพอร์ต UDP สองพอร์ตที่ต่างกัน: พอร์ต publisher หนึ่งพอร์ตและพอร์ต receiver หนึ่งพอร์ต จงใจปล่อย Stream ID ว่าง
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerใช้ publisher UDP port ปล่อย Stream ID ว่างสำหรับรูปแบบพอร์ตแยกนี้
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerใช้ receiver UDP port ที่ต่างกัน ปล่อย Stream ID ว่างที่นี่เช่นกัน
ใน Streaming servers → SRT servers, สร้าง listener และจอง UDP port หรือพอร์ต ใน Streams, อนุญาต Stream ID ว่างสำหรับบทบาท publisher และ receiver ที่ตั้งใจใช้
ตั้ง encoder และ receiver เป็น Caller แล้ววาง address ตามของแต่ละฝั่ง Caller และ Listener บอกว่าใครเริ่มเซสชัน ไม่ได้บอกทิศทางของสื่อ
เริ่มแหล่งสัญญาณ ยืนยัน publisher และ bitrate ขาเข้าใน Statistics จากนั้นตรวจภาพและฟังเสียงที่ receiver
การตั้งค่า encoder และ receiver
ส่งจาก OBS, vMix หรือตัวเข้ารหัส SRT ไปยังที่อยู่ผู้เผยแพร่ เปิดที่อยู่ผู้รับในแอปพลิเคชันรับสัญญาณของคุณ ตั้งค่าการเชื่อมต่อให้ตรงกันทั้งสองฝั่ง และตรวจสอบว่าผู้รับรองรับรูปแบบสื่อ
การผลิต การติดตาม และการส่งมอบ
ฟีด SRT ของคุณพร้อมใช้งานกับส่วนที่เหลือของ Callaba เก็บการตั้งค่าการผลิตที่มีอยู่ของคุณและจัดการเอาต์พุตที่นี่ หรือนำกล้องเข้าไปใน Video Mixer เพื่อสร้างโปรแกรมในเบราว์เซอร์ของคุณ
ตรวจสอบภาพและเสียงที่เข้ามาเคียงข้างกัน พร้อมข้อมูลสตรีมบนแต่ละไทล์ Multiview
ดู Multiviewส่งฟีดที่เสร็จแล้วไปยังตัวรับ SRT หรือกำหนดค่าการเผยแพร่เป็น YouTube, Facebook และ Twitch
กำหนดเส้นทางและ restream วิดีโอเก็บบันทึกฟีดขาเข้าหรือบันทึกโปรแกรมที่คุณสร้างในมิกเซอร์
บันทึกสตรีม SRTรวมแหล่งถ่ายทอดสดและสื่อเข้าไว้ในฉากต่างๆ เตรียมช็อตถัดไปใน Preview นำไปที่ Program และมิกซ์เสียง
มิกซ์แหล่ง SRTเลือกตำแหน่งที่รัน
ควบคุมตำแหน่งที่ฟีดของคุณทำงาน Callaba จัดเตรียมพื้นที่ทำงานของเบราว์เซอร์ ทีมของคุณดูแลโฮสต์ การเข้าถึงเครือข่าย และพื้นที่เก็บข้อมูล
ตรวจราคาซอฟต์แวร์และเงื่อนไข subscription ปัจจุบันใน AWS Marketplace ค่า EC2, storage และ data transfer เป็นค่าโครงสร้างพื้นฐานเพิ่มเติม
ปรับใช้บน AWS ↗ใช้ Linux host, VM หรือ private cloud ที่รองรับ ทำตามคู่มือติดตั้งปัจจุบันและซื้อ license module unit ตามที่ workflow ต้องการ
ติดตั้งแบบ self-hosted →การวางแผนความจุ
นับแหล่งและปลายทางที่ทำงานพร้อมกัน เผื่อความจุเครือข่ายสำหรับ retransmission และพื้นที่ disk สำหรับการบันทึก Multiview, mixing และ transcoding เพิ่มภาระประมวลผลเกินกว่าการส่งต่อ feed ที่เข้ารหัสเดิม
การตรวจการเชื่อมต่อ
ตรวจว่าเซิร์ฟเวอร์เปิดใช้งานอยู่, public address และ publisher UDP port ถูกต้อง และ firewall, NAT หรือ AWS security group อนุญาต traffic แล้ว จากนั้นตรวจ Stream ID ที่อนุญาตและ passphrase ที่ปลายทั้งสอง
ค้นหาความพยายามเชื่อมต่อใน event history และ Show logs ก่อนเปลี่ยนการตั้งค่า codec
ตรวจว่า bitrate ขาเข้ามีก่อน ยืนยันว่า receiver port หรือ paired receiver Stream ID เลือก feed ที่ตั้งใจไว้ แล้วตรวจ container, video codec และ audio track กับแอปพลิเคชันที่รับ
การดูในเบราว์เซอร์ต้องใช้เส้นทางเล่นที่รองรับ; เบราว์เซอร์เล่น URL SRT ดิบโดยตรงไม่ได้
เปรียบเทียบ bitrate, RTT และ packet loss ในช่วงเวลาเดียวกัน ตรวจ uplink capacity และ headroom สำหรับ retransmission แล้วทบทวนการตั้งค่า latency buffer ที่ใหญ่ขึ้นไม่แก้ uplink ที่เล็กเกินอย่างต่อเนื่อง
ส่งออก server log ที่ตรงกันเพื่อเชื่อมโยงการหลุดกับเหตุการณ์จากต้นทางหรือเครือข่าย
ปล่อยว่างได้สำหรับพอร์ต publisher และ receiver แยกกันที่ใช้ในเดโม บน listener port ร่วม ให้ใช้ ID publisher และ receiver ที่จับคู่กัน ดู วิธีเชื่อมต่อสองแบบ.
รับแหล่งสัญญาณใน Callaba แล้วสร้างงาน restreaming ด้วย stream URL และ key ของปลายทาง ให้ตั้งค่าวิดีโอและเสียงตรงตามที่ platform นั้นต้องการ
ได้ เพิ่มแหล่ง SRT ใน AV Mixer สร้าง scene ใน Preview แล้วนำ scene ถัดไปขึ้น Program ด้วย CUT หรือ FADE กล้องหรืออินพุต mixer อื่นแต่ละรายการใช้หนึ่ง unit ดู ราคา Mixer-input ปัจจุบัน.
เริ่มจากผู้ที่จะดูแลเซิร์ฟเวอร์และสิ่งที่ต้องเกิดหลัง ingest บริการ hosted เช่น Castr และ IN/OUT-SRT, server open-source เช่น MediaMTX และ SRS และซอฟต์แวร์ Windows เช่น SRT Mini Server เหมาะกับรูปแบบปฏิบัติการต่างกัน Callaba รันบน AWS หรือ Linux infrastructure ของคุณ พร้อม browser control และ video module ที่เชื่อมต่อกัน
หากงานหลักของคุณคือการกำหนดเส้นทางระหว่าง endpoint ให้ดู workflow ของ SRT Gateway เพิ่มเติม
การเข้าถึง API
คำขอแบบอ่านอย่างเดียวนี้ส่งกลับ SRT server ที่กำหนดค่าไว้ แทนที่ host และ API token ด้วยค่าจากเซิร์ฟเวอร์ของคุณ; คำขอนี้ไม่เปลี่ยนการตั้งค่า
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'ข้อมูลอ้างอิง SRT server เชิงปฏิบัติสำหรับตั้งค่าพอร์ตแยกหรือ Stream ID แบบจับคู่ ตรวจสุขภาพ transport ตั้งค่า latency และวิเคราะห์เส้นทาง contribution สด
SRT server หรือ SRT live server คือปลายทางที่ตั้งค่าสำหรับเซสชัน SRT contribution SRT ทำงานบน UDP และมีโหมดการเชื่อมต่อ การกู้คืน และการเข้ารหัสที่เลือกใช้ได้; ร่างโปรโตคอล SRT อธิบาย transport นี้
Caller เป็นฝ่ายเปิดเซสชัน และ Listener เป็นฝ่ายรอ ป้ายเหล่านี้ไม่ได้กำหนดทิศทางสื่อ: กำหนดบทบาท publisher หรือ receiver ใน endpoint หรืองานปลายทางที่เกี่ยวข้อง
สร้างเซิร์ฟเวอร์ที่ Streaming servers → SRT servers ใช้ Streams เพื่ออนุญาต publisher และ receiver แล้วใช้โฮสต์กับพอร์ต UDP ที่กำหนดจากเซิร์ฟเวอร์นั้น
สำหรับพอร์ตแยก ให้จองพอร์ต publisher หนึ่งพอร์ตและ receiver หนึ่งพอร์ต; Stream ID ว่างใช้ได้ในรายการ Streams และ URL endpoint สำหรับ listener port ร่วม ให้ใช้รายการเข้าถึง publisher และ receiver แบบจับคู่ที่มีรหัสเซิร์ฟเวอร์และ Stream ID เดียวกัน พร้อม prefix publisher/… และ receiver/… เลือกรูปแบบเดียวต่อการทดสอบ อย่าผสมตัวระบุ
เปิดพอร์ตหรือช่วง UDP ที่เลือกใน firewall ของโฮสต์และขอบเครือข่าย Caller หลัง NAT สามารถเชื่อมต่อออกไปยัง Listener ที่เข้าถึงได้; ทดสอบจากเครือข่ายแหล่งจริง หากเปิดการเข้ารหัส ให้ตั้ง passphrase เดียวกันทั้งสอง endpoint
ตัวอย่างสำหรับเซิร์ฟเวอร์ที่ตั้งพอร์ต publisher และ receiver แยกกันโดยมี Stream ID ว่าง แทนที่ host พอร์ตที่กำหนด และไฟล์อินพุต เอกสาร FFmpeg SRT protocol กำหนดตัวเลือก URL เหล่านี้
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"
ใน FFmpeg ค่า latency=200000 เป็นตัวอย่าง 200 ms เพราะตัวเลือกใช้ไมโครวินาที กำหนด latency สำหรับงานจริงจาก RTT ที่วัด การสูญหาย และดีเลย์ end-to-end ที่ยอมรับได้; ดู คู่มือ SRT latency
SRT latency เป็น buffer สำหรับกู้คืน transport ไม่ใช่ดีเลย์ glass-to-glass ทั้งหมด การ capture, encoding, buffer receiver, decoding, packaging และ player buffer ล้วนเพิ่มเวลา วัดเส้นทางครบถ้วนก่อนลด buffer
วางแผนทรัพยากรเครือข่ายและโฮสต์สำหรับสตรีมพร้อมกัน bitrate ที่วัดได้ การส่งซ้ำ การติดตาม และงานปลายทางที่เปิดใช้ ก่อนงานยาว ให้สังเกตโหลดเต็มตามแผนนานพอที่จะเห็นคิว การแย่งทรัพยากร หรือการเชื่อมต่อจากต้นทางที่ไม่เสถียร เส้นทาง main/backup สามารถคงเซสชัน receiver และ puller ที่เชื่อมต่อผ่านการสลับได้; ทดสอบ feed, buffer และพฤติกรรมปลายทางก่อนพึ่งพาในงาน
เปิดการสาธิต Multiview แบบสด เปิดใช้ Callaba บน AWS หรือติดตั้งบนเซิร์ฟเวอร์ Linux ของคุณเอง