So sánh giao thức truyền dẫn phát trực tiếp trên YouTube
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Chế độ Phát trực tiếp trên YouTube hỗ trợ các giao thức truyền dẫn sau đây cho ứng dụng khách bên thứ ba:
| Giao thức truyền dẫn |
Đã mã hóa |
Các bộ mã hoá và giải mã video được hỗ trợ |
Bình luận |
| RTMP |
Không |
H.264 |
Phù hợp với sự kiện phát trực tiếp có độ trễ bình thường, thấp hoặc siêu thấp. |
| RTMPS |
Có |
H.264 |
Phù hợp với sự kiện phát trực tiếp có độ trễ bình thường, thấp hoặc siêu thấp. |
| HLS |
Có |
H.264, H.265 (HEVC) |
Phù hợp hơn với độ phân giải 4K nhờ hỗ trợ HEVC. Hỗ trợ HDR. Không phù hợp với độ trễ siêu thấp. |
| DASH |
Có |
H.264, VP9 |
Phù hợp hơn với độ phân giải 4K nhờ hỗ trợ VP9. Không phù hợp với độ trễ siêu thấp. |
Giao thức truyền tin nhắn theo thời gian thực (RTMPS) là một giao thức được sử dụng rộng rãi để truyền phát video trực tuyến mà YouTube Live đã chấp nhận kể từ khi dịch vụ này bắt đầu hoạt động.
Giao thức nhắn tin theo thời gian thực bảo mật (RTMPS) là một phiên bản mở rộng bảo mật của RTMP.
RTMPS mang lại lợi ích cho cả nhà sáng tạo nội dung và người xem bằng cách ngăn chặn các cuộc tấn công trung gian ở phía tiếp nhận của luồng phát trực tiếp. Điều này đảm bảo rằng tất cả dữ liệu phát trực tiếp của nhà sáng tạo (bao gồm cả video, âm thanh và tín hiệu điều khiển) đều được truyền một cách an toàn đến các máy chủ của YouTube, giúp bảo vệ dữ liệu đó khỏi hành vi giả mạo hoặc chặn trong quá trình truyền tải.
Các giao thức truyền dẫn Phát trực tuyến dựa trên HTTP (HLS) và Truyền phát thích ứng động qua HTTP (DASH) cũng được mã hoá, giống như RTMPS. Chúng cũng hỗ trợ các bộ mã hoá và giải mã mà RTMP và RTMPS không hỗ trợ. Các bộ mã hoá và giải mã video thế hệ mới như VP9 và Mã hoá video hiệu quả cao (HEVC) có thể mang lại khả năng nén tốt hơn nhiều so với H.264, cho phép người dùng phát trực tuyến với chất lượng cao hơn ở một tốc độ bit nhất định hoặc phát trực tuyến với cùng chất lượng trong khi sử dụng tốc độ bit thấp hơn, điều này có thể giảm tình trạng đệm. Điều này khiến HLS hoặc DASH trở thành lựa chọn phù hợp cho nội dung cao cấp đòi hỏi chất lượng và độ phân giải cao hơn, mặc dù có độ trễ tương đối cao hơn. Xin lưu ý rằng việc truyền HLS và DASH thường có độ trễ cao hơn so với RTMP vì HLS và DASH dựa trên phân đoạn.
Trừ phi có lưu ý khác, nội dung của trang này được cấp phép theo Giấy phép ghi nhận tác giả 4.0 của Creative Commons và các mẫu mã lập trình được cấp phép theo Giấy phép Apache 2.0. Để biết thông tin chi tiết, vui lòng tham khảo Chính sách trang web của Google Developers. Java là nhãn hiệu đã đăng ký của Oracle và/hoặc các đơn vị liên kết với Oracle.
Cập nhật lần gần đây nhất: 2025-08-21 UTC.
[null,null,["Cập nhật lần gần đây nhất: 2025-08-21 UTC."],[[["\u003cp\u003eYouTube Live Streaming supports four ingestion protocols: RTMP, RTMPS, HLS, and DASH, each with different features and capabilities.\u003c/p\u003e\n"],["\u003cp\u003eRTMP and RTMPS are suitable for normal, low, or ultra-low latency live streaming, with RTMPS providing secure, encrypted transmission.\u003c/p\u003e\n"],["\u003cp\u003eHLS and DASH are encrypted, support advanced codecs like HEVC and VP9, and are better suited for 4K and high-resolution streaming but have higher latency.\u003c/p\u003e\n"],["\u003cp\u003eHLS and DASH offer improved video compression compared to H.264, allowing for higher quality at the same bitrate or equivalent quality with a lower bitrate.\u003c/p\u003e\n"]]],["YouTube Live Streaming uses RTMP, RTMPS, HLS, and DASH protocols. RTMP and RTMPS, the latter being a secure extension, support H.264 and are suitable for low-latency streams. Encrypted HLS supports H.264 and H.265 (HEVC), while encrypted DASH supports H.264 and VP9, both being ideal for 4K and HDR content. HLS and DASH are segment based and offer better compression, but are not suitable for ultra-low latency.\n"],null,["# YouTube Live Streaming Ingestion Protocol Comparison\n\nYouTube Live Streaming supports the following ingestion protocols for\nthird-party clients:\n\n| Ingestion Protocol | Encrypted | Video Codecs Supported | Comment |\n|----------------------------------------------------|-----------|------------------------|-----------------------------------------------------------------------------------------------------|\n| RTMP | No | H.264 | Suitable for normal, low, or ultra-low latency live streaming. |\n| [RTMPS](/youtube/v3/live/guides/rtmps-ingestion) | Yes | H.264 | Suitable for normal, low, or ultra-low latency live streaming. |\n| [HLS](/youtube/v3/live/guides/hls-ingestion) | Yes | H.264, H.265 (HEVC) | Better for 4K resolution because of HEVC support. Supports HDR. Not suitable for ultra-low latency. |\n| [DASH](/youtube/v3/live/guides/encoding-with-dash) | Yes | H.264, VP9 | Better for 4K resolution because of VP9 support. Not suitable for ultra-low latency. |\n\n*Real Time Messaging Protocol (RTMPS)* is a widely-used protocol for video\nstreaming that YouTube Live has accepted since the service began.\n\n*Real Time Messaging Protocol Secure (RTMPS)* is a secure extension to RTMP.\nRTMPS benefits both content creators and viewers by preventing man-in-the-middle\nattacks on the ingestion side of livestreams. This ensures that all of a\ncreator's live streaming data---including video, audio, and control signals---is\nsecurely transmitted to YouTube's servers, protecting it from tampering or\ninterception in transit.\n\nThe *HTTP Live Streaming (HLS)* and *Dynamic Adaptive Streaming over HTTP\n(DASH)* ingestion protocols are also encrypted, like RTMPS. They also support\ncodecs that RTMP and RTMPS don't. Next-generation video codecs such as VP9 and\n*High Efficiency Video Coding (HEVC)* can offer much better compression relative\nto H.264, allowing users to either stream with higher quality for a given\nbitrate or stream with the same quality while using a lower bitrate, which could\ndecrease buffering. This makes HLS or DASH ingestion a good choice for premium\ncontent that requires higher quality and higher resolution, albeit at a\nrelatively higher latency. Note that HLS and DASH ingestion typically incur\ngreater latency than RTMP because HLS and DASH are segment-based."]]
