Protokoły streamingowe: HLS vs DASH vs RTMP wyjaśnione

Ostatnia aktualizacja: · Zespół WatchlyGuide

Protokół streamingowy to zestaw reguł, które decydują o tym, jak wideo jest pakowane na fragmenty i dostarczane do Twojego odtwarzacza. Trzy nazwy, które napotkasz najczęściej, to HLS, MPEG-DASH i RTMP: HLS i DASH to nowoczesne protokoły adaptacyjne, które przesyłają wideo w segmentach przez zwykłe połączenia internetowe (HTTP), podczas gdy RTMP to starszy protokół używany dziś głównie do wysyłania sygnału na żywo do serwera. Ten poradnik wyjaśnia każdy z nich, gdzie się go stosuje i dlaczego HLS dominuje dzisiaj.

Trzy oznaczone ścieżki pokazujące, jak HLS, DASH i RTMP przenoszą wideo z serwera do urządzeń widzów
HLS, DASH i RTMP to trzy sposoby pakowania i dostarczania streamu.
Na tej stronie

Co robi protokół streamingowy

Gdy wideo zostanie już skompresowane przez kodek, wciąż potrzebuje sposobu, by dotrzeć na Twój ekran. To właśnie zadanie protokołu. Nowoczesny protokół streamingowy:

  • Dzieli wideo na krótkie segmenty, zwykle po 2–10 sekund każdy.
  • Opisuje dostępne poziomy jakości w pliku tekstowym zwanym manifestem.
  • Pozwala odtwarzaczowi pobierać segmenty przez standardowy protokół HTTP, jeden po drugim.
  • Umożliwia adaptacyjny bitrate, dzięki czemu jakość zmienia się wraz z Twoim łączem.

Ta oparta na fragmentach i protokole HTTP konstrukcja sprawia, że streamy skalują się do milionów widzów za pośrednictwem CDN i działają w zwykłych przeglądarkach oraz aplikacjach.

HLS (HTTP Live Streaming)

HLS został stworzony przez firmę Apple i jest najszerzej obsługiwanym protokołem na świecie. Korzysta z manifestu .m3u8 — z tej samej rodziny co playlista M3U — który wymienia każdy segment i poziom jakości.

  • Mocne strony: uniwersalna obsługa (obowiązkowa na iPhone/iPad, działa wszędzie), niezawodność, dobra dokumentacja.
  • Kompromisy: tradycyjny HLS zwiększa opóźnienie (często 6–30 sekund), choć Low-Latency HLS zmniejsza tę różnicę.
  • Używany przez: urządzenia Apple, większość telewizji na żywo oraz ogromną część serwisów na życzenie.

Jeśli masz zapamiętać tylko jeden protokół, zapamiętaj HLS — to bezpieczny domyślny wybór pod kątem zgodności.

MPEG-DASH

MPEG-DASH (Dynamic Adaptive Streaming over HTTP) to odpowiednik HLS w postaci otwartego standardu międzynarodowego. Korzysta z manifestu .mpd i jest niezależny od kodeka, co oznacza, że współpracuje z dowolnym kodekiem, w tym z wydajnymi, takimi jak H.265 i AV1.

  • Mocne strony: otwarty standard, elastyczność kodeków, wydajność przy dużych bibliotekach na życzenie.
  • Kompromisy: brak natywnej obsługi w stawiającym na HLS ekosystemie Apple, więc serwisy często udostępniają oba.
  • Używany przez: YouTube, Netflix i wiele dużych platform na życzenie.

HLS i DASH to technicznie bliscy kuzyni; wybór dotyczy zwykle obsługi urządzeń i licencjonowania, a nie doświadczenia widza.

Grafika porównawcza zestawiająca manifesty m3u8 protokołu HLS z manifestami mpd protokołu DASH zasilającymi ten sam odtwarzacz adaptacyjny
HLS i DASH różnią się głównie formatem manifestu, a nie doświadczeniem oglądania.

RTMP (Real-Time Messaging Protocol)

RTMP jest starszy i działa inaczej. Pierwotnie zbudowany dla technologii Flash, dziś rzadko służy do odtwarzania, ale nadal jest powszechny przy ingeście — przesyłaniu sygnału na żywo z enkodera lub oprogramowania takiego jak OBS do serwera streamingowego.

  • Mocne strony: niskie opóźnienie na pierwszym odcinku drogi, szeroka obsługa przez enkodery i platformy na żywo do przesyłania sygnału.
  • Kompromisy: słaby na ostatniej mili dostarczania, brak adaptacyjności, blokowany przez niektóre zapory sieciowe, brak odtwarzania w przeglądarce.
  • Używany przez: trasę od enkodera streamera do platform takich jak Twitch czy YouTube Live, które następnie przepakowują sygnał do HLS/DASH dla widzów.

Kluczowa kwestia: gdy oglądasz stream na żywo, RTMP może przenieść go do serwera, ale to HLS lub DASH niemal zawsze pokonuje z nim ostatnią milę do Ciebie.

Porównanie obok siebie

Protokół Manifest Adaptacyjny? Typowe zastosowanie Opóźnienie
HLS .m3u8 Tak Dostarczanie na dowolne urządzenie, telewizja na żywo 6–30 s (Low-Latency HLS mniej)
MPEG-DASH .mpd Tak Dostarczanie na życzenie na dużą skalę Podobne do HLS
RTMP Brak Nie Ingest z enkodera do serwera ~2–5 s

Praktyczny wniosek: HLS i DASH dostarczają do widzów; RTMP przesyła sygnał do serwerów. Pod kątem zgodności wygrywa HLS; dla otwartej elastyczności kodeków na życzenie powszechny jest DASH; a RTMP po cichu obsługuje stronę wysyłania w streamingu na żywo.

Podsumowanie

Protokoły streamingowe to reguły pakowania i dostarczania stojące za każdym wideo, które oglądasz. HLS to uniwersalny domyślny wybór, DASH to jego otwarty, elastyczny pod względem kodeków odpowiednik używany przez gigantów takich jak YouTube i Netflix, a RTMP przetrwał głównie po to, by przesyłać sygnały na żywo do serwera. Jako widz rzadko sam wybierasz protokół — ale wiedza o tym, który jest który, wyjaśnia opóźnienia, zgodność oraz to, dlaczego streamy na żywo są opóźnione względem czasu rzeczywistego.

Aby zgłębić warstwy otaczające protokoły, przeczytaj o kodekach wideo i o tym, jak faktycznie działa streaming.

Nie masz pewności co do jakiegoś terminu na tej stronie? Sprawdź go w słowniku streamingu.

Najczęściej zadawane pytania

Czym jest protokół streamingowy?

Protokół streamingowy to zestaw reguł określających, jak podzielić wideo na fragmenty i dostarczyć je przez internet do Twojego odtwarzacza. Definiuje sposób podziału wideo, opis poziomów jakości w manifeście oraz to, jak Twoje urządzenie pobiera każdy segment. Do najczęstszych protokołów należą HLS, MPEG-DASH i RTMP.

Jaka jest różnica między HLS a DASH?

HLS (od firmy Apple) i MPEG-DASH to adaptacyjne protokoły oparte na HTTP, które dzielą wideo na segmenty w kilku poziomach jakości. HLS korzysta z manifestów .m3u8 i jest uniwersalny na urządzeniach Apple; DASH używa manifestów .mpd, jest niezależny od kodeka i stanowi otwarty standard. W praktyce dla widza działają niemal identycznie.

Czy RTMP jest jeszcze używany w 2026 roku?

RTMP rzadko służy dziś do odtwarzania, ale przetrwał w roli ingestu — przesyłania sygnału na żywo z enkodera lub oprogramowania takiego jak OBS do serwera streamingowego. Ten serwer następnie przepakowuje sygnał do HLS lub DASH dla widzów. RTMP często działa więc za kulisami na pierwszym odcinku drogi, a nie na ostatnim.

Jakiego protokołu używa Netflix lub YouTube?

Duże serwisy korzystają z adaptacyjnego streamingu opartego na HTTP — Netflix i YouTube opierają się głównie na MPEG-DASH, natomiast ekosystem Apple i znaczna część telewizji na żywo wykorzystują HLS. Oba dostarczają wideo jako fragmenty przez zwykłe połączenie HTTP za pośrednictwem CDN, dzięki czemu skalują się do milionów widzów i działają w standardowych przeglądarkach oraz aplikacjach.

Czym jest adaptacyjny streaming (adaptive bitrate)?

Adaptacyjny streaming przygotowuje każde wideo w kilku poziomach jakości i pozwala odtwarzaczowi przełączać się między nimi w czasie rzeczywistym w zależności od prędkości Twojego łącza. Zarówno HLS, jak i DASH to protokoły adaptacyjne — dlatego przy spadku przepustowości stream obniża rozdzielczość, zamiast się zacinać.

Który protokół streamingowy jest najlepszy?

Nie ma jednego najlepszego protokołu; wszystko zależy od zastosowania. HLS jest najlepszy dla najszerszej zgodności z urządzeniami i sprzętem Apple, DASH — dla otwartego, elastycznego pod względem kodeków wideo na życzenie na dużą skalę, a RTMP — dla ingestu o niskim opóźnieniu z enkodera. Większość serwisów używa HLS lub DASH do dostarczania, a RTMP tylko do przesyłania sygnału.