Đa luồng OBS: Một nguồn cấp dữ liệu, nhiều đích đến
Thêm ghi chú workflow video live và cập nhật sản phẩm.
Hướng dẫn đa luồng OBS
Gửi một chương trình OBS ổn định, sau đó kiểm soát riêng từng điểm đến
OBS có thể tạo chương trình trực tiếp cho YouTube, Twitch, Facebook, LinkedIn, trình phát riêng tư hoặc dịch vụ phát trực tuyến khác. Sự lựa chọn thiết kế quan trọng là nơi chương trình đó được sao chép. Bạn có thể thêm một số đầu ra vào máy tính sản xuất hoặc xuất bản một nguồn cấp dữ liệu đóng góp lên Callaba và tạo các tuyến đích trên máy chủ.
OBS có thể phát trực tuyến tới nhiều nền tảng cùng một lúc không?
Đúng. Một plugin đa đầu ra được duy trì có thể mở một số phiên phát trực tuyến cục bộ từ OBS. Phân xuất phía máy chủ có một cách tiếp cận khác: OBS gửi một nguồn cấp dữ liệu ngược dòng và Callaba tạo một luồng phát lại cho mỗi đích. Phương pháp đầu tiên cho phép máy trạm kiểm soát trực tiếp mọi đầu ra. Cái thứ hai giữ thông tin xác thực đích, trạng thái và khởi động lại khỏi bộ mã hóa sản xuất.
Đối với một buổi diễn tập hoặc một buổi biểu diễn nhỏ, cả hai đều có thể hợp lý. Đối với quá trình sản xuất mà việc mất quy trình OBS hoặc quá trình tải lên địa điểm bão hòa sẽ làm gián đoạn một số nền tảng, thì việc phân xuất một lần nhập thường dễ quan sát và phục hồi hơn. Đánh giá đường dẫn sản phẩm trên Callaba đa luồng, sau đó sử dụng hướng dẫn này cho quy trình OBS.
Thanh thay đổi biểu thị một luồng lên được chia sẻ và các điểm đánh dấu di chuyển biểu thị các đầu ra độc lập. Họ không báo cáo băng thông đo được. Chuyển động bị vô hiệu hóa đối với người dùng ít chuyển động.
Chọn ranh giới phân nhánh một cách có chủ ý
| Câu hỏi | Nhiều đầu ra OBS cục bộ | Một nguồn cấp dữ liệu OBS tới Callaba |
|---|---|---|
| Tải lên từ địa điểm | Mỗi phiên đích đều sử dụng dung lượng gửi đi cục bộ. | Một nguồn cấp dữ liệu ngược dòng rời khỏi địa điểm; lối ra máy chủ mang các điểm đến. |
| Tải mã hóa | Phụ thuộc vào việc đầu ra có chia sẻ mã hóa hay yêu cầu cấu hình riêng biệt hay không. | OBS tạo hồ sơ đóng góp; những thay đổi đích được hỗ trợ sẽ xảy ra ở hạ lưu. |
| Thông tin xác thực | Khóa nền tảng được lưu trữ trên máy trạm sản xuất hoặc cấu hình plugin. | Các khóa nền tảng được lưu giữ trong các bản ghi phát lại Callaba riêng lẻ của họ. |
| Khởi động lại phạm vi | Sự cố plugin hoặc OBS có thể ảnh hưởng đến tất cả đầu ra cục bộ. | Một đích đến không thành công có thể được khởi động lại trong khi dữ liệu nhập được chia sẻ vẫn không bị ảnh hưởng. |
| Chế độ xem toán tử | Trạng thái đầu ra tập trung ở OBS và phòng điều khiển của nền tảng. | Trạng thái nhập và đích có thể được tách riêng trong bảng điều khiển Callaba. |
Máy chủ không loại bỏ mọi phần phụ thuộc được chia sẻ. Tất cả các điểm đến vẫn phụ thuộc vào chương trình OBS, một phiên ngược dòng của địa điểm và việc triển khai Callaba nhận nó. Ưu điểm là ranh giới lỗi rõ ràng hơn chứ không phải dư thừa ma thuật.
Chuẩn bị sản xuất trước khi nhập khóa luồng
- Tạo hoặc lên lịch các sự kiện đích và xác nhận rằng mỗi tài khoản đều được phép hoạt động.
- Chọn một đóng góp về độ phân giải, tốc độ khung hình, codec, tốc độ bit, khoảng thời gian khung hình chính và chương trình âm thanh mà Callaba có thể nhận được một cách đáng tin cậy.
- Đo tải lên liên tục từ mạng sản xuất. Bài kiểm tra tốc độ ngắn gọn không phải là một buổi diễn tập.
- Sử dụng chương trình kiểm tra ngắn có thể nhận dạng được với chuyển động, lời nói và tham chiếu đồng bộ.
- Lưu trữ khóa nền tảng bên ngoài ảnh chụp màn hình, sổ tay công khai và trọng tải phân tích.
- Chỉ định một người vận hành có thể xem cả đầu vào được chia sẻ và từng phòng điều khiển nền tảng.
Yêu cầu về điểm đến thay đổi. Kiểm tra trang trợ giúp hiện tại cho mọi dịch vụ trước cửa sổ trực tiếp thay vì sao chép bảng tốc độ bit từ một bài viết cũ.
Định cấu hình OBS cho một luồng ngược được kiểm soát
- Tạo đầu vào Callaba. Sử dụng Máy chủ RTMP hoặc Máy chủ SRT phù hợp với quá trình sản xuất. Bắt đầu và sao chép các giá trị của nhà xuất bản hiện tại từ bảng điều khiển.
- Mở Cài đặt OBS → Truyền phát. Giao diện OBS chính thức cho phép bạn chọn dịch vụ tích hợp hoặc Máy chủ phát trực tuyến tùy chỉnh, sau đó nhập máy chủ được cung cấp và khóa truyền phát. Sử dụng các giá trị Callaba chính xác; không sử dụng lại khóa nền tảng đích ở đây.
- Xem lại cài đặt → Đầu ra. Chọn một cấu hình mà đường dẫn chung có thể mang theo và quy trình làm việc xuôi dòng có thể giải mã. Đối với lần kiểm tra đầu tiên, hãy tránh những thay đổi đồng thời về codec, độ phân giải và định tuyến âm thanh.
- Bắt đầu một bài kiểm tra riêng tư Xem OBS để biết tình trạng quá tải của bộ mã hóa và tình trạng rớt khung hình. Trong Callaba, yêu cầu tốc độ bit đầu vào được duy trì và hình ảnh được giải mã cùng với âm thanh mong muốn.
- Dừng lại và kết nối lại. Xác nhận rằng phiên đóng và cùng một nhà xuất bản được quản lý có thể kết nối lại. Điều này làm lộ ra danh tính cũ hoặc được sao chép không chính xác.
Để biết hướng dẫn dành riêng cho RTMP, hãy sử dụng Gửi và nhận RTMP bằng OBS. Nếu quá trình sản xuất sử dụng đóng góp SRT, hãy sử dụng hướng dẫn thiết lập OBS SRT và xác minh phương thức đầu ra OBS hiện tại.
Thêm một điểm đến, chứng minh điều đó, sau đó thêm điểm tiếp theo
- Mở Đang phát lại trong Callaba và tạo một bản phát lại mới với nguồn cấp dữ liệu OBS đã được xác minh làm nguồn.
- Chọn loại đích được hỗ trợ hoặc nhập URL và khóa đầu ra tùy chỉnh chính xác do nền tảng cung cấp.
- Để lại tính năng chuyển mã bị vô hiệu hóa khi đóng góp OBS đã đáp ứng được đích. Nếu một nền tảng cần một hồ sơ khác, chỉ thay đổi các cài đặt theo yêu cầu của hợp đồng đó.
- Bắt đầu phát lại và mở bản xem trước nền tảng. Xác nhận hình ảnh, âm thanh, trạng thái tài khoản và bất kỳ cảnh báo nền tảng nào.
- Đặt tên cho tuyến đường được chấp nhận kèm theo sự kiện và điểm đến, sau đó lặp lại cho nền tảng tiếp theo.
Theo dõi các trường hiện tại trong Hướng dẫn sử dụng Callaba Restreaming. các bản demo Multiview trực tiếp hiển thị bề mặt giám sát hướng tới người vận hành, mặc dù nguồn và đích của riêng bạn vẫn yêu cầu thử nghiệm sản xuất.
Sử dụng cây lỗi thay vì khởi động lại mọi thứ
Không có đích đến nào hoạt động và quá trình nhập vào tối
Bắt đầu tại OBS: trạng thái đầu ra, tình trạng bộ mã hóa, giá trị nhà xuất bản, tường lửa và tải lên địa điểm. Khóa luồng nền tảng không thể sửa chữa nguồn chia sẻ bị thiếu.
Ingest khỏe mạnh và một nền tảng tối tăm
Giữ OBS chạy. Chỉ kiểm tra URL, khóa, trạng thái, yêu cầu phương tiện và phòng điều khiển nền tảng của luồng phát đó, sau đó khởi động lại tuyến đường bị ảnh hưởng nếu cần.
Tất cả các điểm đến đều từ chối cùng một phương tiện
So sánh codec, raster, nhịp khung hình, khoảng thời gian khung hình chính và âm thanh được chia sẻ với các yêu cầu đích hiện tại. Xây dựng một đầu ra được chuyển đổi có chủ ý thay vì đoán ở một số điều khiển.
OBS báo cáo bị rớt khung hình
Đo lường năng lực đầu ra bền vững và lưu lượng truy cập cạnh tranh. Việc giảm tốc độ bit đóng góp có thể là một bước chẩn đoán nhưng cấu hình cuối cùng vẫn phải vượt qua các bài kiểm tra đích đến và chất lượng hình ảnh.
Các plugin rất hữu ích nhưng chúng thay đổi người chịu rủi ro
OBS không cần quạt ra phía máy chủ cho mỗi chương trình. Một plugin nhiều đầu ra được duy trì có thể hữu ích khi máy trạm có đủ khoảng trống mã hóa và tải lên, người vận hành muốn tất cả các điều khiển cục bộ và plugin được kiểm tra dựa trên bản phát hành OBS đã cài đặt. Nhận các plugin từ nguồn dự án được duy trì của họ và xem xét trạng thái cập nhật trước khi sản xuất.
Đừng cho rằng mỗi đầu ra được thêm vào là “miễn phí”. Một số cấu hình dùng chung bộ mã hóa chính, trong khi những cấu hình khác có thể gọi mã hóa hoặc chia tỷ lệ bổ sung. Mỗi phiên mạng cũng có hành vi kết nối lại riêng. Chạy bộ đầu ra hoàn chỉnh trong một khoảng thời gian đại diện, sau đó ngắt một đích và mạng để xem người vận hành phải làm gì.
Tự động hóa thuộc về sau khi ma trận đích được phê duyệt
Khi hệ thống lập kế hoạch hoặc bảng thông tin khách hàng phải tạo điểm đến, hãy sử dụng Quy trình làm việc API phát trực tiếp đa nền tảng. Giữ nguyên nguồn, loại đầu ra, hồ sơ phương tiện và chính sách đặt tên được chấp nhận. Loại bỏ các khóa khỏi nhật ký trình duyệt và phân tích phía máy khách, đồng thời thực hiện thao tác bình thường để việc thử lại không tạo ra tuyến đường trực tiếp trùng lặp.
Phản hồi API xác nhận hoạt động kiểm soát. Nó không chứng minh nền tảng bên ngoài đã sẵn sàng, chương trình có thể nghe được hoặc khán giả nhìn thấy sự kiện dự định. Giữ bản xem trước nền tảng và phương tiện được giải mã trong đường dẫn chấp nhận.
Tài liệu tham khảo chính thức
- Tổng quan về OBS Studio - các khái niệm kiểm soát luồng và đầu ra hiện tại.
- Khắc phục sự cố kết nối luồng OBS - các bước cách ly mạng, dịch vụ và tốc độ bit.
- Hướng dẫn hồ sơ OBS - cài đặt đầu ra nào được hồ sơ giữ lại.
Câu hỏi thường gặp
OBS có gửi một luồng tới nhiều nền tảng không?
Cài đặt Luồng tiêu chuẩn mô tả một dịch vụ đã chọn hoặc máy chủ tùy chỉnh. Nhiều đầu ra cục bộ thường liên quan đến một plugin được duy trì hoặc một phương pháp bên ngoài khác. Phân xuất phía máy chủ gửi một luồng OBS đến Callaba và tạo đích đến ở đó.
Tính năng đa luồng phía máy chủ cần bao nhiêu băng thông tải lên?
Địa điểm phải duy trì một nguồn cấp dữ liệu đóng góp cộng với chi phí bình thường và khoảng không an toàn. Việc triển khai Callaba mang theo điểm đến. Đo cả hai ranh giới ở tốc độ bit sản xuất đầy đủ.
Mỗi đích đến có thể sử dụng tốc độ bit hoặc độ phân giải khác nhau không?
Có khi tuyến Callaba đã chọn, cấu hình codec và khả năng triển khai hỗ trợ chuyển đổi cần thiết. Chỉ thêm một hồ sơ riêng cho nhu cầu đích được ghi lại, sau đó xác minh đầu ra đã giải mã của nó.
Giữ chương trình trong OBS và di chuyển các hoạt động đích xuống phía dưới
Chứng minh một đóng góp OBS trong Callaba, thêm từng nền tảng riêng biệt và diễn tập các hành động khởi động lại chính xác mà nhà điều hành trực tiếp sẽ sử dụng.
Lập kế hoạch cho quy trình làm việc đa luồng Callaba