Câu trả lời ngắn gọn:chọn giao thức mà bên nhận thực sự có thể chấp nhận. SRT là một tùy chọn đóng góp khi cả hai đầu đều hỗ trợ nó và đường dẫn đã được định cấu hình;RTMPvẫn là sự chuyển giao từ bộ mã hóa sang nền tảng hoặc máy chủ nhập vào thông thường. Việc phát lại và phân phối của người xem vẫn được định cấu hình riêng biệt cho các công việc tiếp theo.
Bắt đầu với người nhận, sau đó chọn bàn giao
| Điểm quyết định | Đường dẫn SRT | Đường dẫn RTMP |
|---|---|---|
| Người nhận | Người nhận đóng góp có khả năng SRT mà bạn kiểm soát hoặc đã được chỉ định | Nền tảng hoặc điểm cuối nhập RTMP URL được cung cấp để xuất bản |
| Vận chuyển | Phiên SRT dựa trên UDP; chế độ trực tiếp bao gồm các điều khiển thời gian và truyền lại | Phiên RTMP dựa trên TCP tới điểm cuối được định cấu hình |
| Câu hỏi mạng | Hai người ngang hàng có thể liên lạc với nhau và thực hiện cài đặt chế độ, độ trễ và cụm mật khẩu của họ không? | Bộ mã hóa có thể tiếp cận máy chủ không và URL/khóa có khớp với hợp đồng điểm cuối không? |
| Câu hỏi về codec | Xác thực riêng vùng chứa và codec được chấp nhận của người nhận | Xác thực riêng hồ sơ âm thanh/video được chấp nhận của mục tiêu |
| Công việc tiếp theo hữu ích | Đóng góp vào hoạt động hoặc quy trình sản xuất | Xuất bản lên dịch vụ nhập hoặc Máy chủ RTMP được định cấu hình |
Ba quyết định chung
- Nền tảng chỉ cung cấp URL và khóa truyền phát:xuất bản RTMP bằng hợp đồng đó.
- Nhóm của bạn điều khiển bộ thu SRT:sử dụng SRT khi chế độ, máy chủ: cổng, độ trễ và bất kỳ ID/cụm mật khẩu luồng nào đã được thống nhất ở cả hai đầu.
- Đóng góp SRT kết thúc ở nền tảng RTMP/RTMPS:xác thực đóng góp SRT và nền tảng xuất bản chuyển giao riêng biệt.
Chế độ trực tiếp SRTđược thiết kế xung quanh cửa sổ độ trễ được định cấu hình và phản hồi của người nhận; một cửa sổ lớn hơn có thể cho phép nhiều thời gian hơn để phục hồi nhưng vẫn là một lựa chọn triển khai chứ không phải là lời hứa về một bức tranh đẹp hơn. Khả năng tương thích của RTMP cũng dành riêng cho điểm cuối. Nền tảng yêu cầu RTMP hoặc RTMPS URL quyết định chuyển giao cuối cùng ngay cả khi nhánh đóng góp ở nơi khác sử dụng SRT.
Những gì thay đổi về mặt hoạt động
| Trước kết nối đầu tiên | Ghi lại |
|---|---|
| SRT | Chế độ người gọi/người nghe/điểm hẹn; máy chủ: cổng; độ trễ; Truyền ID hoặc cụm mật khẩu khi sử dụng; bộ chứa và codec video/âm thanh. |
| RTMP | Nhập đầy đủ URL, ứng dụng/đường dẫn và khóa; hồ sơ do người nhận khai báo, thường là H.264/AAC khi điểm cuối yêu cầu; và kiểm tra tình trạng luồng của nó. |
Loại bỏ thông tin xác thực khỏi ảnh chụp màn hình, nhật ký trò chuyện và bản ghi kiểm tra.
Mã hóa SRT và RTMPS giải quyết các câu hỏi bảo mật truyền tải khác nhau: SRT có thể được định cấu hình bằng mã hóa, trong khi RTMPS là RTMP được truyền qua TLS. Đích RTMPS không mô tả các tùy chọn nhập của Máy chủ RTMP riêng biệt.
Kiểm tra một đường dẫn đóng góp
Sử dụng cùng một nguồn được chuẩn bị sẵn cho một trong hai tab: khóa định dạng chương trình, ghi chú cài đặt codec video và âm thanh, đồng thời cấp cho bên gửi quyền truy cập vào điểm cuối kiểm tra đã chọn. Bắt đầu một phiên giao thức, xác nhận trạng thái bên gửi, kiểm tra bản xem trước, sau đó xác minh đầu ra xuôi dòng nếu quy trình làm việc sử dụng một phiên.
GIAO THỨC DEMO
Chọn một giao thức để kiểm tra
Mỗi bản demo được khởi chạy thủ công và giữ hợp đồng thuê tạm thời của riêng mình. Sử dụng cài đặt nguồn phù hợp khi so sánh quy trình công việc; trang này không chạy điểm chuẩn độ trễ được kiểm soát.
Demo SRT trực tiếp
Thử kết nối 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.
Kết quả xác nhận nguồn đã chọn đã đến được đường dẫn tạm thời đó và bản xem trước của nó. Đây là kiểm tra thiết lập, không phải điểm chuẩn so sánh nên không xếp hạng độ trễ, chất lượng hoặc độ tin cậy. Lặp lại cấu hình đã thay đổi dưới dạng thử nghiệm mới và giữ lại nhật ký máy thu hoặc dữ liệu kết nối mà nhà điều hành có thể nhìn thấy.
Trường hợp Callaba phù hợp
Máy chủ RTMP của Callaba có thể cung cấp cho bên gửi và người nhận các quy tắc truy cập riêng biệt và hiển thị hoạt động mà nhà điều hành có thể nhìn thấy. Thay vào đó, Máy chủ RTMP dành cho khách có thể được mở mà không có quy tắc truy cập được xác định trước. của nóMáy chủ SRTlà tài nguyên đóng góp tương ứng cho quy trình làm việc SRT tương thích. Quan sát trình duyệt và phát lại trình xem sử dụng các mô-đun được cấu hình riêng; RTMP xuất bản URL không phải là URL có thể chơi được trên trình duyệt.
Các bước tiếp theo
- Để biết trình nghe RTMP đã định cấu hình, hãy xem lạiMáy chủ RTMPvà các điều khiển truy cập/vòng đời của nó.
- Đối với người nhận đóng góp SRT, hãy xem lạiMáy chủ SRT.
- Đối với một cây cầu rõ ràng, hãy sử dụng tài liệuCổng đóng góp RTMPpath chỉ sau khi xác nhận cả hai điểm cuối.
