Porównanie protokołu przetwarzania transmisji na żywo w YouTube

YouTube na żywo obsługuje te protokoły przetwarzania w przypadku klientów zewnętrznych:

Protokół przetwarzania Zaszyfrowane Obsługiwane kodeki wideo Komentarz
RTMP Nie H.264 Odpowiedni do transmisji na żywo z normalnym, małym lub bardzo małym opóźnieniem.
RTMPS Tak H.264 Odpowiedni do transmisji na żywo z normalnym, małym lub bardzo małym opóźnieniem.
HLS Tak H.264, H.265 (HEVC) Lepszy w przypadku rozdzielczości 4K ze względu na obsługę HEVC. Obsługuje HDR. Nieodpowiedni do bardzo małego opóźnienia.
DASH Tak H.264, VP9 Lepszy w przypadku rozdzielczości 4K ze względu na obsługę VP9. Nieodpowiedni do bardzo małego opóźnienia.

Real Time Messaging Protocol (RTMPS) to powszechnie używany protokół do strumieniowego przesyłania wideo, który jest obsługiwany przez YouTube na żywo od początku istnienia tej usługi.

Real Time Messaging Protocol Secure (RTMPS) to bezpieczne rozszerzenie protokołu RTMP. RTMPS chroni zarówno twórców treści, jak i widzów, zapobiegając atakom typu „man-in-the-middle” po stronie przetwarzania transmisji na żywo. Dzięki temu wszystkie dane transmisji na żywo twórcy – w tym sygnały wideo, audio i sterujące – są bezpiecznie przesyłane na serwery YouTube, co chroni je przed manipulacją lub przechwyceniem podczas przesyłania.

Protokoły przetwarzania Transmisja na żywo przez HTTP (HLS) i dynamiczne adaptacyjne strumieniowe przesyłanie danych przez HTTP (DASH) są również szyfrowane, podobnie jak RTMPS. Obsługują też kodeki, których nie obsługują RTMP i RTMPS. Kodeki wideo nowej generacji, takie jak VP9 i High Efficiency Video Coding (HEVC), mogą zapewnić znacznie lepszą kompresję w porównaniu z H.264, co pozwala użytkownikom przesyłać strumieniowo treści w wyższej jakości przy danej szybkości transmisji bitów lub przesyłać strumieniowo treści w tej samej jakości przy niższej szybkości transmisji bitów, co może zmniejszyć buforowanie. Dzięki temu przetwarzanie HLS lub DASH jest dobrym wyborem w przypadku treści premium, które wymagają wyższej jakości i rozdzielczości, choć przy stosunkowo większym opóźnieniu. Pamiętaj, że przetwarzanie HLS i DASH zwykle powoduje większe opóźnienie niż RTMP, ponieważ HLS i DASH są oparte na segmentach.