ข้ามไปที่เนื้อหา
Callaba

Callaba · คลาวด์และโฮสต์ด้วยตนเอง

ซอฟต์แวร์เซิร์ฟเวอร์ SRT สำหรับการผลิตสด

รับฟีดจากกล้องระยะไกลและรายการที่เสร็จแล้ว ตรวจสอบภาพ เสียง และสถานะการเชื่อมต่อในเบราว์เซอร์ จากนั้นกำหนดเส้นทางหรือบันทึกแหล่งสัญญาณ เพิ่มการผลิตสดด้วย Video Mixer บนการปรับใช้ที่รองรับ

ใช้งานในบัญชี AWS ของคุณหรือบนโครงสร้างพื้นฐาน Linux ที่คุณดูแล

เดโม SRT สด

ลองการเชื่อมต่อ SRT สด

สร้างการเชื่อมต่อชั่วคราวเป็นเวลาหนึ่งชั่วโมง ส่งฟีดของคุณไปยังที่อยู่ publisher ในโหมด Caller, โดยปล่อย Stream ID ว่างไว้ ดูได้ใน Multiview ด้านล่าง หรือเชื่อมต่อ receiver ของคุณไปยังที่อยู่ receiver ในโหมด Caller.

พร้อมสร้าง

การควบคุมเซิร์ฟเวอร์

มอนิเตอร์การเชื่อมต่อ SRT และ server log

ดูว่า 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 ว่าง

Publisher address

srt://example.invalid:YOUR_PUBLISHER_PORT?mode=caller

ใช้ publisher UDP port ปล่อย Stream ID ว่างสำหรับรูปแบบพอร์ตแยกนี้

Receiver address

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 ที่ตั้งใจใช้

กำหนดค่า endpoint ทั้งสอง

ตั้ง encoder และ receiver เป็น Caller แล้ววาง address ตามของแต่ละฝั่ง Caller และ Listener บอกว่าใครเริ่มเซสชัน ไม่ได้บอกทิศทางของสื่อ

ตรวจวิดีโอและเสียง

เริ่มแหล่งสัญญาณ ยืนยัน publisher และ bitrate ขาเข้าใน Statistics จากนั้นตรวจภาพและฟังเสียงที่ receiver

การตั้งค่า encoder และ receiver

เชื่อมต่อตัวเข้ารหัสและตัวรับสัญญาณของคุณ

ส่งจาก OBS, vMix หรือตัวเข้ารหัส SRT ไปยังที่อยู่ผู้เผยแพร่ เปิดที่อยู่ผู้รับในแอปพลิเคชันรับสัญญาณของคุณ ตั้งค่าการเชื่อมต่อให้ตรงกันทั้งสองฝั่ง และตรวจสอบว่าผู้รับรองรับรูปแบบสื่อ

การผลิต การติดตาม และการส่งมอบ

สร้างโปรแกรมหรือนำเข้ามาเรียบร้อยแล้ว

ฟีด SRT ของคุณพร้อมใช้งานกับส่วนที่เหลือของ Callaba เก็บการตั้งค่าการผลิตที่มีอยู่ของคุณและจัดการเอาต์พุตที่นี่ หรือนำกล้องเข้าไปใน Video Mixer เพื่อสร้างโปรแกรมในเบราว์เซอร์ของคุณ

มอนิเตอร์

ตรวจสอบภาพและเสียงที่เข้ามาเคียงข้างกัน พร้อมข้อมูลสตรีมบนแต่ละไทล์ Multiview

ดู Multiview

บันทึก

เก็บบันทึกฟีดขาเข้าหรือบันทึกโปรแกรมที่คุณสร้างในมิกเซอร์

บันทึกสตรีม SRT

มิกซ์

รวมแหล่งถ่ายทอดสดและสื่อเข้าไว้ในฉากต่างๆ เตรียมช็อตถัดไปใน Preview นำไปที่ Program และมิกซ์เสียง

มิกซ์แหล่ง SRT

เลือกตำแหน่งที่รัน

AWS หรือ Linux server ของคุณเอง

ควบคุมตำแหน่งที่ฟีดของคุณทำงาน Callaba จัดเตรียมพื้นที่ทำงานของเบราว์เซอร์ ทีมของคุณดูแลโฮสต์ การเข้าถึงเครือข่าย และพื้นที่เก็บข้อมูล

ปรับใช้ในบัญชี AWS ของคุณ

ตรวจราคาซอฟต์แวร์และเงื่อนไข subscription ปัจจุบันใน AWS Marketplace ค่า EC2, storage และ data transfer เป็นค่าโครงสร้างพื้นฐานเพิ่มเติม

ปรับใช้บน AWS ↗

ติดตั้งบน Linux server ของคุณ

ใช้ Linux host, VM หรือ private cloud ที่รองรับ ทำตามคู่มือติดตั้งปัจจุบันและซื้อ license module unit ตามที่ workflow ต้องการ

ติดตั้งแบบ self-hosted →

เริ่มต้นด้วยขั้นตอนการทำงาน

คุณจะใช้เวิร์กโฟลว์ใด?

การเลือกขั้นตอนการทำงานจะแทนที่จำนวนโมดูลด้านล่าง ปรับให้เข้ากับการตั้งค่าของคุณและดูการอัพเดตราคาซอฟต์แวร์

รับและส่งต่อแหล่งเดียว

หนึ่งแหล่ง SRT ขาเข้าและหนึ่งงานการส่งต่อหรือสตรีมซ้ำอิสระ

ตรวจสอบแหล่งที่มาที่เข้ามาสี่แหล่ง

สตรีมขาเข้าสี่รายการแสดงใน Multiview พร้อมกัน

ผลิตแหล่งกล้องสามแหล่ง

กล้องขาเข้า 3 ตัว อินพุต Mixer 3 ช่อง และแหล่งสัญญาณ Multiview พร้อมการบันทึก 1 รายการและงานรีสตรีม 1 รายการ

การเลือกปัจจุบัน: การกำหนดค่าแบบกำหนดเอง

ตัวสร้างคอนฟิก

ประเมินราคาสำหรับ SRT workflow

เลือกโมดูลที่จะใช้งานร่วมกัน ราคาซอฟต์แวร์และโครงสร้างพื้นฐานแยกกัน

รายเดือน ต่อโมดูล: $6/ยูนิตสำหรับยูนิต 1–20, $5 สำหรับ 21–40 แล้ว $4 แต่ละระดับใช้กับยูนิตในช่วงนั้นเท่านั้น.

สตรีมขาเข้า
งาน restreaming และ transcoding
การบันทึก
Multiview
อินพุต AV Mixer
เส้นทางกู้คืน SRT
โมดูลเพิ่มเติม
ผู้ชม VOD
ผู้ชม pay-per-view
ผู้เข้าร่วมวิดีโอคอล
อะแดปเตอร์ NDI
การเข้าถึง API
ดูราคาเต็มและการวางแผน workload

การวางแผนความจุ

เผื่อทรัพยากรสำหรับ stream, การประมวลผล และ storage

นับแหล่งและปลายทางที่ทำงานพร้อมกัน เผื่อความจุเครือข่ายสำหรับ retransmission และพื้นที่ disk สำหรับการบันทึก Multiview, mixing และ transcoding เพิ่มภาระประมวลผลเกินกว่าการส่งต่อ feed ที่เข้ารหัสเดิม

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

แก้ปัญหาการเชื่อมต่อ SRT

encoder เชื่อมต่อไม่ได้

ตรวจว่าเซิร์ฟเวอร์เปิดใช้งานอยู่, 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 ที่ตรงกันเพื่อเชื่อมโยงการหลุดกับเหตุการณ์จากต้นทางหรือเครือข่าย

คำถามเกี่ยวกับ SRT Server

ฉันต้องใช้ Stream ID หรือไม่?

ปล่อยว่างได้สำหรับพอร์ต publisher และ receiver แยกกันที่ใช้ในเดโม บน listener port ร่วม ให้ใช้ ID publisher และ receiver ที่จับคู่กัน ดู วิธีเชื่อมต่อสองแบบ.

ส่ง feed SRT ไปยัง YouTube หรือ Twitch ได้หรือไม่?

รับแหล่งสัญญาณใน Callaba แล้วสร้างงาน restreaming ด้วย stream URL และ key ของปลายทาง ให้ตั้งค่าวิดีโอและเสียงตรงตามที่ platform นั้นต้องการ

มิกซ์หลายแหล่ง SRT ได้หรือไม่?

ได้ เพิ่มแหล่ง SRT ใน AV Mixer สร้าง scene ใน Preview แล้วนำ scene ถัดไปขึ้น Program ด้วย CUT หรือ FADE กล้องหรืออินพุต mixer อื่นแต่ละรายการใช้หนึ่ง unit ดู ราคา Mixer-input ปัจจุบัน.

Callaba เหมาะกับตัวเลือก SRT server แบบใด?

เริ่มจากผู้ที่จะดูแลเซิร์ฟเวอร์และสิ่งที่ต้องเกิดหลัง 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 ด้วย curl

คำขอแบบอ่านอย่างเดียวนี้ส่งกลับ SRT server ที่กำหนดค่าไว้ แทนที่ host และ API token ด้วยค่าจากเซิร์ฟเวอร์ของคุณ; คำขอนี้ไม่เปลี่ยนการตั้งค่า

แสดงรายการ SRT server ด้วย curl
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}}'

Ask AI

คู่มือการเชื่อมต่อและข้อมูลอ้างอิงทางเทคนิคโหมด พอร์ต เวลาแฝง การเข้าถึง และการแก้ไขปัญหา
ต้องการรายละเอียดโปรโตคอลหรือไม่?

ข้อมูลอ้างอิงการเชื่อมต่อ SRT: พอร์ต, Stream ID และ latency

ข้อมูลอ้างอิง SRT server เชิงปฏิบัติสำหรับตั้งค่าพอร์ตแยกหรือ Stream ID แบบจับคู่ ตรวจสุขภาพ transport ตั้งค่า latency และวิเคราะห์เส้นทาง contribution สด

ใช้ SRT ในช่วง 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

ทดสอบด้วย FFmpeg

ตัวอย่างสำหรับเซิร์ฟเวอร์ที่ตั้งพอร์ต publisher และ receiver แยกกันโดยมี Stream ID ว่าง แทนที่ host พอร์ตที่กำหนด และไฟล์อินพุต เอกสาร FFmpeg SRT protocol กำหนดตัวเลือก URL เหล่านี้

เผยแพร่ไฟล์ MPEG-TS ในเครื่อง

Command
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"

รับจากพอร์ต receiver

Command
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

ตรวจเส้นทางที่จะใช้ล่วงหน้า

  • ทดสอบจากเครือข่ายต้นทาง โดยใช้ hostname พอร์ต UDP รูปแบบการเข้าถึง และ passphrase ที่วางแผนไว้สำหรับงาน
  • ตรวจภาพปลายทางและ programme audio ของสตรีมที่เลือก ไม่ใช่เพียงเซสชันขาเข้า
  • บันทึกการตั้งค่าที่ใช้งานและเวลาล็อกที่ตรงกันจากต้นทาง เซิร์ฟเวอร์ และปลายทาง
  • ทดสอบขั้นตอน failover เฉพาะเมื่อจะใช้ในงาน รวมทั้งพฤติกรรมปลายทางและการส่งต่องานให้ operator

กำหนดขีดจำกัดการทำงานที่สมจริง

SRT latency เป็น buffer สำหรับกู้คืน transport ไม่ใช่ดีเลย์ glass-to-glass ทั้งหมด การ capture, encoding, buffer receiver, decoding, packaging และ player buffer ล้วนเพิ่มเวลา วัดเส้นทางครบถ้วนก่อนลด buffer

วางแผนทรัพยากรเครือข่ายและโฮสต์สำหรับสตรีมพร้อมกัน bitrate ที่วัดได้ การส่งซ้ำ การติดตาม และงานปลายทางที่เปิดใช้ ก่อนงานยาว ให้สังเกตโหลดเต็มตามแผนนานพอที่จะเห็นคิว การแย่งทรัพยากร หรือการเชื่อมต่อจากต้นทางที่ไม่เสถียร เส้นทาง main/backup สามารถคงเซสชัน receiver และ puller ที่เชื่อมต่อผ่านการสลับได้; ทดสอบ feed, buffer และพฤติกรรมปลายทางก่อนพึ่งพาในงาน

คู่มือการตั้งค่าเพิ่มเติม

ลองกับฟีดจริง

ดูว่า Callaba เหมาะกับเวิร์กโฟลว์ SRT ของคุณหรือไม่

เปิดการสาธิต Multiview แบบสด เปิดใช้ Callaba บน AWS หรือติดตั้งบนเซิร์ฟเวอร์ Linux ของคุณเอง