Kiểm soát ai kết nối
Kiểm soát truy cập publisher và receiver bằng Stream ID hoặc quy tắc peer-IP. Đặt passphrase SRT khớp nhau khi bật mã hóa.
Callaba · Cloud & self-hosted
Nhận luồng SRT từ bộ mã hóa và công cụ sản xuất. Kiểm tra tình trạng kết nối, kiểm soát quyền truy cập và định tuyến luồng đến bộ thu từ trình duyệt. Thêm ghi hình, Multiview hoặc trộn khi sản xuất cần đến.
Chạy trong tài khoản AWS của bạn hoặc hạ tầng Linux do bạn vận hành.
Demo SRT trực tiếp
Tạo kết nối tạm thời trong một giờ. Gửi feed của bạn tới địa chỉ publisher ở mode Caller, để Stream ID trống. Xem trong Multiview bên dưới hoặc kết nối receiver của bạn tới địa chỉ receiver ở mode Caller.
Điều khiển máy chủ
Xem publisher nào đang kết nối, kiểm tra bitrate và RTT của nó, đồng thời tìm sự kiện kết nối mà không rời dashboard.
Kiểm soát truy cập publisher và receiver bằng Stream ID hoặc quy tắc peer-IP. Đặt passphrase SRT khớp nhau khi bật mã hóa.
Kiểm tra bitrate, RTT, mất gói và peer kết nối trước khi thay đổi receiver hoặc encoder.
Mở Show logs từ cài đặt máy chủ. Tạm dừng cập nhật, tìm theo thời gian hoặc thông điệp, rồi xuất các sự kiện cần thiết.
SRT server riêng
Chọn cách encoder và receiver kết nối. Thay placeholder bằng giá trị hiển thị trong dashboard Callaba.
Mẫu host & cổngHai cổng UDP riêng biệt: một cổng publisher và một cổng receiver. Stream ID được chủ ý để trống.
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerDùng cổng UDP publisher. Để Stream ID trống cho mẫu cổng riêng này.
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerDùng cổng UDP receiver riêng biệt. Tại đây cũng để Stream ID trống.
Trong Streaming servers → SRT servers, tạo listener và dành cổng UDP. Trong Streams, cho phép Stream ID trống cho vai trò publisher và receiver dự kiến.
Đặt encoder và receiver ở Caller rồi dán địa chỉ tương ứng. Caller và Listener mô tả ai khởi tạo phiên; chúng không mô tả chiều media.
Khởi động nguồn. Xác nhận publisher và bitrate đến trong Statistics, rồi kiểm tra hình và nghe âm thanh tại receiver.
Thiết lập encoder và receiver
Dùng đầu ra SRT của encoder hoặc ứng dụng sản xuất. Nhập địa chỉ publisher và cài đặt kết nối từ Callaba, sau đó kiểm tra container, codec video và định dạng âm thanh được receiver hỗ trợ. Các hướng dẫn này bao gồm cài đặt dành riêng cho ứng dụng:
Mô-đun kết nối
Chuyển tiếp chương trình hoàn chỉnh bằng restreaming, hoặc dùng mixer để kết hợp các nguồn thành một chương trình mới.
Xem các nguồn song song với đồng hồ âm thanh và thông tin stream trong Multiview.
Khám phá MultiviewGửi feed hoàn chỉnh đến receiver hoặc restream tới YouTube, Facebook và Twitch.
Định tuyến và restream videoChọn stream đến làm nguồn cho tác vụ ghi.
Ghi luồng SRTKết hợp nguồn SRT với đầu vào khác. Chuẩn bị scene trong Preview, rồi đưa chúng sang Program.
Trộn nguồn SRTChọn nơi chạy
Chọn hạ tầng bạn vận hành. Cấu hình SRT qua trình duyệt.
Xem giá phần mềm hiện hành và điều khoản thuê bao trên AWS Marketplace. EC2, storage và truyền dữ liệu là chi phí hạ tầng bổ sung.
Triển khai trên AWS ↗Dùng máy chủ Linux, VM hoặc private cloud được hỗ trợ. Làm theo hướng dẫn cài đặt hiện hành và cấp phép các đơn vị mô-đun mà quy trình của bạn cần.
Cài đặt self-hosted →Lập kế hoạch dung lượng
Đếm nguồn và đích đồng thời. Dành năng lực mạng cho truyền lại và dung lượng đĩa cho bản ghi. Multiview, trộn và transcoding tăng tải xử lý ngoài việc chuyển tiếp cùng feed đã mã hóa.
Kiểm tra kết nối
Kiểm tra máy chủ đã bật, địa chỉ công khai và cổng UDP publisher chính xác, đồng thời tường lửa, NAT hoặc AWS security group cho phép lưu lượng. Sau đó kiểm tra Stream ID được phép và passphrase ở cả hai đầu.
Tìm lần thử kết nối trong lịch sử sự kiện và Show logs trước khi đổi cài đặt codec.
Trước tiên kiểm tra có bitrate đến. Xác nhận cổng receiver hoặc Stream ID receiver theo cặp chọn đúng feed. Sau đó kiểm tra container, codec video và track âm thanh với ứng dụng nhận.
Để xem trên trình duyệt cần đường phát tương thích; trình duyệt không phát trực tiếp URL SRT thô.
So sánh bitrate, RTT và mất gói trong cùng khoảng thời gian. Kiểm tra dung lượng uplink và phần dư truyền lại, rồi xem lại cài đặt độ trễ. Bộ đệm lớn hơn không khắc phục uplink thiếu dung lượng liên tục.
Xuất log máy chủ khớp để liên hệ các lần ngắt với sự kiện nguồn hoặc mạng.
Để trống cho các cổng publisher và receiver riêng dùng trong demo. Trên cổng listener chung, dùng các ID publisher và receiver theo cặp. Xem hai phương thức kết nối.
Nhận nguồn trong Callaba, rồi tạo tác vụ restreaming với URL stream và key của đích. Khớp cài đặt video và âm thanh mà nền tảng đó yêu cầu.
Có. Thêm nguồn SRT vào AV Mixer, tạo scene trong Preview rồi đưa scene tiếp theo sang Program bằng CUT hoặc FADE. Mỗi camera hay đầu vào mixer khác dùng một đơn vị. Xem giá đầu vào Mixer hiện hành.
Hãy bắt đầu với người sẽ vận hành máy chủ và việc cần diễn ra sau ingest. Dịch vụ hosted như Castr và IN/OUT-SRT, máy chủ mã nguồn mở như MediaMTX và SRS, cùng phần mềm Windows như SRT Mini Server phù hợp các mô hình vận hành khác nhau. Callaba chạy trên AWS hoặc hạ tầng Linux của bạn, với điều khiển qua trình duyệt và các mô-đun video kết nối.
Nếu tác vụ chính là định tuyến giữa các điểm cuối, hãy xem thêm quy trình SRT Gateway.
Truy cập API
Yêu cầu chỉ đọc này trả về các SRT server đã cấu hình. Thay host và API token bằng giá trị máy chủ của bạn; yêu cầu không thay đổi cấu hình.
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}}'Tài liệu tham chiếu thực tế về máy chủ SRT để cấu hình cổng riêng hoặc cặp Stream ID, kiểm tra tình trạng truyền tải, đặt độ trễ và chẩn đoán đường đóng góp…
Máy chủ SRT, hay máy chủ trực tiếp SRT, là điểm cuối đã cấu hình cho một phiên đóng góp SRT. SRT chạy trên UDP, có các chế độ kết nối, cơ chế khôi phục và mã hóa tùy chọn; bản dự thảo giao thức SRT mô tả lớp truyền tải này.
Caller mở phiên, còn Listener chờ phiên đó. Những nhãn này không quyết định chiều truyền media: hãy cấu hình vai trò publisher hoặc receiver ở điểm cuối hoặc tác vụ phía sau tương ứng.
Tạo máy chủ tại Streaming servers → SRT servers. Dùng Streams để cho phép publisher và receiver truy cập, rồi dùng máy chủ cùng cổng UDP được gán từ máy chủ đó.
Với cổng riêng, dành một cổng publisher và một cổng receiver; Stream ID để trống hợp lệ trong các mục Streams và URL điểm cuối. Với một cổng listener dùng chung, hãy dùng các mục truy cập publisher và receiver theo cặp có cùng mã máy chủ và Stream ID, kèm tiền tố publisher/… và receiver/…. Hãy chọn một mẫu cho mỗi lần kiểm thử, thay vì trộn các mã định danh.
Mở cổng UDP hoặc dải cổng đã chọn trên tường lửa máy chủ và biên mạng. Caller phía sau NAT có thể tạo kết nối đi ra đến Listener có thể truy cập; hãy kiểm tra từ đúng mạng nguồn. Nếu bật mã hóa, đặt cùng passphrase ở cả hai đầu.
Ví dụ dành cho máy chủ dùng cổng publisher và receiver riêng, Stream ID để trống. Thay máy chủ, cổng được gán và tệp đầu vào. Tài liệu giao thức SRT của FFmpeg định nghĩa các tùy chọn URL này.
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"
Trong FFmpeg, latency=200000 là ví dụ 200 ms vì tùy chọn này dùng microgiây. Hãy đặt độ trễ vận hành theo RTT đo được, mất gói và độ trễ đầu-cuối cho phép; xem hướng dẫn độ trễ SRT.
Độ trễ SRT là vùng đệm khôi phục truyền tải, không phải toàn bộ độ trễ từ kính đến kính. Capture, mã hóa, bộ đệm receiver, giải mã, đóng gói và bộ đệm player đều làm tăng thời gian. Hãy đo toàn bộ đường truyền trước khi giảm bộ đệm.
Lập kế hoạch tài nguyên mạng và máy chủ cho số luồng đồng thời, bitrate đo được, truyền lại, giám sát và các tác vụ phía sau được bật. Trước một sự kiện dài, quan sát đầy đủ tải dự kiến đủ lâu để thấy hàng đợi, tranh chấp tài nguyên hoặc kết nối nguồn không ổn định. Tuyến truyền tải chính/dự phòng có thể giữ các phiên receiver và puller đang kết nối khi chuyển đổi; hãy kiểm tra feed, bộ đệm và hành vi tại đích trước khi dựa vào nó trong sự kiện.
Khởi chạy trên đám mây, cài trên Linux hoặc xem trải nghiệm Multiview trực tiếp trước khi tự động hóa.