Mang một khoản đóng góp SRT vào Callaba, kiểm tra nó, sau đó chọn người nhận tiếp theo. Chỉ chuyển tiếp khi bộ thu SRT đã chấp nhận phương tiện nguồn; sử dụng Restreaming cho đầu ra xuất bản RTMP cần xử lý hoặc quy trình làm việc NDI cho bàn giao mạng sản xuất.
Bắt đầu với một nguồn và bộ thu tiếp theo. Các đường dẫn dưới đây tách riêng tiếp nhận có kiểm soát, chuyển tiếp trong suốt, xử lý RTMP và các kết nối được đặt tên; hãy xác minh đích đã chọn sau khi tuyến đường hoạt động.
Demo SRT gateway trực tiếp
Tạo kết nối SRT tạm thời trong một giờ. Gửi nguồn tới địa chỉ publisher ở mode Caller, để Stream ID trống. Kết nối receiver tới địa chỉ receiver ở mode Caller. Sau khi publisher kết nối, dùng bản xem trước Multiview để kiểm tra hình và tiếng. Bài kiểm tra này không chuyển đổi stream hoặc minh họa failover.
Chọn khiDùng SRT Server khi Callaba phải cho phép những publisher hoặc receiver cụ thể.
Chọn khiDùng SRT Route khi nguồn và bộ thu SRT đã thống nhất về vùng chứa, codec và các track. Nó chuyển tiếp lớp truyền tải mà không thay đổi media.
Chọn khiSử dụng Restreaming cho đầu ra xuất bản RTMP cần chuyển đổi, chuyển mã, thay đổi kích thước, thay đổi âm thanh hoặc lớp phủ. Sử dụng quy trình làm việc NDI để bàn giao mạng sản xuất.
Chọn khiDùng SRT Stream khi SRT Server sẵn có cần một kết nối publisher hoặc receiver có tên.
Sau khi chọn lộ trình, hãy sử dụng các liên kết nhỏ gọn này để tìm tài liệu bàn giao của nhà sản xuất. Chúng là các điểm khởi đầu thiết lập, không phải là chứng nhận thiết bị hoặc lời hứa về hành vi phần sụn giống hệt nhau.
Bắt đầu với nguồn, bộ thu và thay đổi nội dung truyền thông mà bộ thu thực sự cần. Một SRT Route dùng để chuyển tiếp SRT sang SRT trong suốt: nó chuyển tiếp luồng đóng góp, vì vậy bộ thu phải đã hỗ trợ container, codec, track và timestamp của luồng đó. Nó chuyển tiếp nội dung truyền thông của nguồn; không tạo đầu ra cho trình duyệt.
Nếu công việc tiếp theo là xuất bản RTMP, hãy cấu hình đầu ra Restream và chỉ bật xử lý khi đích đó cần. Nếu công việc tiếp theo là bàn giao cho sản xuất NDI, hãy cấu hình đường ra NDI và xác thực trên mạng sản xuất đã thiết kế. Dùng SRT Server để ingress có kiểm soát và SRT Stream cho kết nối có tên trên máy chủ hiện có. Một nguồn đã kết nối không chứng minh rằng bất kỳ bộ thu phía sau nào đã chấp nhận nguồn cấp.
| Công việc SRT đầu vào | Chọn | Xác minh ở đầu xa |
|---|---|---|
| SRT → bộ thu SRT | SRT Route, khi cả hai điểm cuối đã chấp nhận nội dung truyền thông của nguồn. | Kết nối bộ thu, hình ảnh đã giải mã và âm thanh chương trình. |
| SRT → bộ phát RTMP | Restreaming với đích RTMP bắt buộc và chỉ phần xử lý nội dung truyền thông mà đầu ra đó cần. | Bộ thu RTMP hoặc nền tảng xuất bản chấp nhận chương trình dự kiến. |
| SRT → bàn giao cho sản xuất NDI | Quy trình đầu ra NDI cho phương án triển khai và mạng sản xuất đã chọn. | Bộ thu NDI dự kiến hiển thị hình ảnh và âm thanh chương trình. |
Chuyển mã, thay đổi kích thước, thay đổi âm thanh và lớp phủ làm tăng khối lượng xử lý ngoài chuyển tiếp. Hãy kiểm tra cùng lúc nguồn dự kiến, profile đầu ra, năng lực máy chủ và đích; đừng suy ra đầu ra cuối cùng từ trạng thái kết nối ingress màu xanh.
| Điều bạn thấy | Kiểm tra tiếp |
|---|---|
| Bộ phát đã kết nối; bộ thu không có bitrate | Xác nhận tuyến chọn đúng đầu vào và đầu ra, sau đó so sánh máy chủ, cổng, vai trò Caller/Listener, Stream ID và cụm mật khẩu của bộ thu. |
| Bộ thu có bitrate; không có hình ảnh hoặc âm thanh chương trình | Kiểm tra container, codec, track và timestamp tại bộ thu. Vận chuyển SRT không khiến payload không được hỗ trợ có thể giải mã được. |
| Hình ảnh vỡ trên mạng sự kiện | So sánh RTT, mất gói, truyền lại và độ trễ hiệu lực trên tuyến thực tế. Kiểm tra cùng nhau nguồn, tuyến và bộ thu. |
Ghi lại máy chủ, cổng, vai trò và trạng thái truy cập của nguồn và đích. Dùng nhật ký điểm cuối khi phiên bị từ chối hoặc đi vào sai stream.
Theo dõi bitrate, RTT, mất gói, sự kiện kết nối và chi tiết peer khi nguồn đang chạy. Một tuyến đã lưu hoặc tiến trình đang chạy không cho biết đích có chấp nhận nó hay không.
Xác minh hình ảnh và âm thanh chương trình tại bộ thu, trình phát hoặc Multiview tile (ô hiển thị). Multiview là điểm bàn giao để quan sát; nó không biến một tuyến chuyển tiếp thành bộ chuyển mạch sản xuất.
Bản demo gateway tạm thời kiểm tra một bộ phát và một kết nối bộ thu, sau đó xem trước trên Multiview sau khi bộ phát kết nối. Nó không chuyển đổi stream và không minh chứng việc chuyển đổi giao thức hoặc chuyển đổi dự phòng.
Đối với luồng đóng góp chính/dự phòng, chọn SRT main/backup failover trong SRT Routing, chọn Pull, rồi nhập máy chủ nguồn và cổng định tuyến cho cả hai luồng đóng góp. Ghi điều kiện kích hoạt và hành vi đích dự kiến vào kế hoạch sự kiện, sau đó kiểm tra nguồn cấp thực tế, bộ đệm và hành vi của đích trước sự kiện. Chuyển mạch truyền tải có thể duy trì các phiên bộ thu và puller đang kết nối, nhưng quá trình chuyển hình ảnh phụ thuộc vào nguồn cấp, bộ đệm, điều kiện mạng và đích đã được chuẩn bị.
Chạy gateway trên AWS hoặc hạ tầng Linux do nhóm của bạn kiểm soát, chọn vị trí phù hợp với tuyến nội dung truyền thông, chính sách tường lửa và nhóm vận hành. Sau khi tuyến SRT được chấp nhận, dùng Multiview để quan sát nguồn cấp đã chọn, hoặc đánh giá quy trình AV Mixer khi công việc là tạo và điều phối một chương trình thay vì chuyển tiếp nguồn cấp hoàn chỉnh.
Về cổng và cài đặt truy cập, dùng SRT Server guide. Về thiết lập bộ giải mã hoặc hình ảnh đen, dùng SRT Player guide. Chỉ tự động hóa tuyến đã được kiểm tra từ đầu đến cuối.
Trước hết, chọn ingress, chuyển tiếp trong suốt, xuất bản RTMP hoặc bàn giao cho sản xuất NDI. Sau đó dùng thư mục thiết bị làm điểm khởi đầu cấu hình cho bộ mã hóa hoặc camera đã chọn. Xác nhận phần sụn đã cài đặt, chế độ SRT, cổng, Stream ID, cài đặt mã hóa và payload theo tài liệu của nhà sản xuất trước khi dùng thiết bị trên tuyến sự kiện.
Để có cấu hình khởi đầu nhỏ, hãy xem SRT relay preset. Cấu hình này bắt đầu với một stream và một tác vụ Restream; việc cấu hình và kiểm tra nguồn, đích và bộ thu thực tế vẫn do bạn thực hiện.
