Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Z artykułu dowiesz się:
- jaki upload jest potrzebny do transmisji na żywo w 720p, 1080p i 4K,
- czym jest bitrate i jak dobrać go do rozdzielczości oraz kodeka,
- ile zapasu przepustowości zostawić i dlaczego stabilność łącza liczy się bardziej niż wynik speedtestu,
- ile danych zużywa godzina streamingu,
- jakiego łącza wymaga transmisja Mszy w 4K z kościoła.
42 Mb/s – tyle danych na sekundę powinien według specyfikacji YouTube wysyłać koder, który nadaje obraz 4K w 30 klatkach na sekundę w popularnym kodeku H.264. To trzy razy więcej niż przy Full HD z tą samą liczbą klatek. Łącze, które przy pobieraniu osiąga setki megabitów, przy wysyłaniu potrafi oferować kilkanaście razy mniej, a właśnie ta druga liczba decyduje o tym, czy webinar, konferencja albo relacja z wydarzenia dotrze do widzów bez zacięć. Firmy planujące transmisje zwykle pytają o „szybki internet”, a powinny zapytać o trzy rzeczy: prędkość wysyłania, bitrate i to, czy łącze utrzyma je przez całą transmisję.
Upload, nie download
Każdy test prędkości pokazuje dwie wartości, ale oferty i rozmowy o internecie krążą wokół pierwszej z nich. Download określa, jak szybko dane spływają do użytkownika, i od niego zależy oglądanie filmów czy pobieranie plików. Transmisja na żywo działa odwrotnie: obraz z kamery trzeba nieprzerwanie wysyłać do serwera platformy, a dopiero stamtąd trafia on do widzów. Liczy się więc upload, czyli prędkość wysyłania.
W sieciach kablowych i komórkowych upload bywa wielokrotnie niższy od downloadu, bo większość ruchu zwykłych użytkowników to pobieranie i technologie te przydzielają mu większą część pasma. Pakiet reklamowany jako 300 Mb/s może wysyłać kilkadziesiąt Mb/s albo mniej. Światłowód częściej oferuje prędkości symetryczne lub zbliżone, dlatego jest naturalnym wyborem dla organizacji, które nadają regularnie.
Przy porównywaniu ofert przyda się jeszcze jedno rozróżnienie. Speedtesty i operatorzy podają wartości w megabitach na sekundę (Mb/s), a menedżery plików w megabajtach (MB/s). Bajt to 8 bitów, więc 40 Mb/s to zaledwie 5 MB/s. Pomyłka w jednostce potrafi zawyżyć ocenę łącza ośmiokrotnie.
Czym jest bitrate?
Bitrate to ilość danych, jaką koder wysyła w każdej sekundzie transmisji. Obraz z kamery bez kompresji zajmowałby od kilkuset megabitów na sekundę w Full HD do kilku gigabitów w 4K, a koder, sprzętowy albo programowy, ściska go do poziomu, który zmieści się w łączu. Kompresja wykorzystuje to, że kolejne klatki są do siebie podobne, i zapisuje głównie zmiany między nimi. Dlatego statyczny kadr z nieruchomej kamery, na przykład sala konferencyjna, scena czy wnętrze kościoła, kompresuje się znacznie lepiej niż mecz albo koncert z ruchomymi światłami. Gdy bitrate jest za niski, koder upraszcza szczegóły, a widz widzi rozmyte krawędzie, blokowe artefakty i „pływające” twarze przy każdym ruchu.
Platformy streamingowe zalecają tryb stałej przepływności (CBR), w którym koder wysyła równomierny strumień zamiast skoków przy dynamicznych scenach. Łatwiej wtedy przewidzieć obciążenie łącza. Dźwięk stanowi przy tym niewielki ułamek całości: stereo w kodeku AAC zajmuje zwykle 128 kb/s, czyli około jedenaście razy mniej niż nieskompresowany sygnał 44,1 kHz/16 bit, który potrzebuje ok. 1,4 Mb/s.
Bitrate dla każdej rozdzielczości
Wartości w tabeli pochodzą ze specyfikacji YouTube dla nadawców na żywo (stan na listopad 2026 r.). Inne serwisy mają własne limity, ale te liczby dobrze pokazują rząd wielkości. Ostatnia kolumna uwzględnia zapas przepustowości, o którym mowa w kolejnej części.
| Rozdzielczość i klatki | Bitrate H.264 | Bitrate HEVC/AV1 | Upload z zapasem (H.264) |
|---|---|---|---|
| 720p, 30 kl./s | 8 Mb/s | 6 Mb/s | 12-16 Mb/s |
| 1080p, 30 kl./s | 14 Mb/s | 10 Mb/s | 21-28 Mb/s |
| 1080p, 60 kl./s | 17 Mb/s | 12 Mb/s | 26-34 Mb/s |
| 1440p, 30 kl./s | 21 Mb/s | 15 Mb/s | 32-42 Mb/s |
| 2160p (4K), 30 kl./s | 42 Mb/s | 30 Mb/s | 63-84 Mb/s |
| 2160p (4K), 60 kl./s | 50 Mb/s | 35 Mb/s | 75-100 Mb/s |
Z tabeli wynikają dwie praktyczne zależności. Nowsze kodeki HEVC (H.265) i AV1 dają porównywalną jakość przy przepływności niższej o mniej więcej 25-30%, ale wymagają kamery lub kodera, który je obsługuje, oraz platformy, która je przyjmie. Druga zależność dotyczy płynności: przejście z 30 na 60 klatek w Full HD i 4K podnosi zalecany bitrate o około 20%. Przy wykładach, panelach dyskusyjnych czy nabożeństwach 60 klatek niewiele wnosi, więc 30 kl./s to rozsądny wybór, a wyższą płynność warto zostawić na sport i dynamiczne pokazy.
Specyfikacja podaje też wartości minimalne. Dla 4K w 30 klatkach to 11 Mb/s w H.264. Transmisja na takim poziomie się uruchomi, ale przy każdym ruchu w kadrze koderowi zabraknie danych na szczegóły. W statycznym ujęciu zejście nieco poniżej zalecenia bywa akceptowalne, przy ruchu prawie nigdy.
Ile zapasu zostawić na łączu
Ustawienie bitrate równego prędkości wysyłania z testu to najprostszy sposób na zacinającą się transmisję. Speedtest mierzy przepustowość przez kilkanaście sekund, często do pobliskiego serwera i akurat wtedy, gdy sieć jest odciążona. Transmisja trwa godzinę lub dłużej, a dane płyną do serwera platformy, który może stać w innym kraju. Gdy przepustowość na chwilę spadnie poniżej bitrate, dane zaczynają czekać w buforze kodera, a po jego zapełnieniu koder gubi klatki. Widz dostaje wtedy zatrzymany obraz albo kręcące się kółko ładowania.
Bezpieczna praktyka to bitrate na poziomie 50-70% realnego uploadu, czyli zapas od mniej więcej 1,5 do 2 razy. Dla transmisji Full HD w 30 klatkach (14 Mb/s) oznacza to łącze wysyłające co najmniej 21 Mb/s, a komfortowo 28 Mb/s. W firmie trzeba do tego doliczyć wszystko, co w tym czasie korzysta z tego samego łącza: wideorozmowy, synchronizację plików z chmurą, kopie zapasowe. Przy regularnych transmisjach warto wydzielić dla nich pasmo w routerze (QoS) albo podłączyć osobne łącze.
Stabilność ważniejsza niż prędkość
Dwa łącza o identycznej średniej prędkości potrafią zachowywać się zupełnie inaczej, bo przy transmisji na żywo większe znaczenie niż sam ping mają utrata pakietów i wahania przepustowości. Popularny protokół RTMP działa na TCP, więc każdy zgubiony pakiet trzeba wysłać ponownie, a to obniża efektywną przepustowość właśnie wtedy, gdy łącze i tak ma kłopot. Koder lub kamerę IP najlepiej podłączyć kablem Ethernet. Wi-Fi dzieli pasmo między urządzenia i jest wrażliwe na zakłócenia, a w budynku z grubymi murami potrafi tracić stabilność kilka metrów od routera. Łącze komórkowe zmienia przepustowość zależnie od obciążenia stacji bazowej, więc w godzinach szczytu wynik bywa inny niż rano. Najwięcej mówi prywatna transmisja testowa o długości zbliżonej do planowanej, przeprowadzona o tej samej porze dnia i z podobnym ruchem w kadrze. Panel stanu strumienia na platformie pokaże wtedy, czy koder nadąża i czy pojawiają się utracone klatki.
Kilka platform naraz
Jednoczesna transmisja na YouTube, Facebooku i LinkedInie wygląda na prosty sposób na większy zasięg, ale każdy cel to osobny strumień. Koder wysyłający obraz bezpośrednio do trzech serwisów potrzebuje trzykrotnie wyższego uploadu. Rozwiązaniem są usługi multistreamingu, które przyjmują jeden strumień i same rozsyłają go dalej. Trzeba też pamiętać o limitach: część serwisów społecznościowych przyjmuje najwyżej 1080p i kilka Mb/s, więc wysyłanie tam obrazu 4K niczego nie poprawia.
Nadawca nie musi natomiast przygotowywać osobnych wersji dla widzów z wolniejszym internetem. YouTube automatycznie przekodowuje odebrany strumień na wiele formatów, a odtwarzacz dobiera jakość do łącza i urządzenia widza. Inaczej jest przy własnym serwerze: jeśli kilka wariantów jakości koduje się lokalnie i wysyła równolegle, ich bitrate się sumuje. W przypadku 4K na YouTube obowiązuje jeszcze jedno ograniczenie – transmisje w tej rozdzielczości działają ze standardowym opóźnieniem, bez trybu niskich opóźnień.
Ile danych zużywa transmisja?
Przy łączu stacjonarnym bez limitu ta kwestia nie ma znaczenia, przy internecie mobilnym z pakietem danych już tak. Każdy megabit na sekundę to 450 MB na godzinę, więc godzina transmisji przy 8 Mb/s (720p) zużywa około 3,6 GB, przy 14 Mb/s (1080p) około 6,3 GB, a przy 42 Mb/s (4K) około 18,9 GB. Organizacja, która nadaje w 4K dziesięć godzin tygodniowo, wysyła w miesiącu ponad 800 GB. Po przekroczeniu limitu wiele pakietów mobilnych obniża prędkość, dlatego przy regularnych transmisjach bezpieczniejszym wyborem jest łącze stacjonarne bez limitu danych.
Transmisja Mszy w 4K z kościoła
Dobrym przykładem miejsca, w którym wszystkie opisane parametry spotykają się naraz, jest kościół. Transmisje nabożeństw odbywają się według stałego harmonogramu, trwają zwykle około godziny, a oglądają je często osoby starsze i chore, nierzadko na dużym telewizorze. Kadr jest statyczny, więc 30 klatek na sekundę w zupełności wystarcza, a obraz 4K pozostaje czytelny także na dużym ekranie. Przy kodeku H.264 oznacza to około 42 Mb/s, czyli z zapasem łącze wysyłające co najmniej 60 Mb/s, i to przez całą Mszę, tydzień po tygodniu.
Kłopot w tym, że wiele kościołów nie ma stałego łącza o takich parametrach, a sygnał komórkowy za grubymi murami świątyni bywa niestabilny. Dochodzi kwestia dźwięku: mikrofon wbudowany w kamerę zawieszoną kilkanaście metrów od ołtarza zbierze pogłos i szum, dlatego sygnał audio najlepiej pobierać bezpośrednio z nagłośnienia. Kompletne wdrożenie, czyli łącze, kamerę, dźwięk i odtwarzacz, oferują wyspecjalizowani dostawcy. Operator telekomunikacyjny AirMAX doprowadza do kościoła łącze 1 Gb/s, instaluje kamerę 4K, podłącza dźwięk z nagłośnienia w jakości 44,1 kHz/16 bit i udostępnia transmisję Mszy w odtwarzaczu na stronie parafii, bez reklam. Strumień 4K w H.264 to około 4% nominalnej przepustowości takiego łącza, czyli margines wielokrotnie większy niż zalecany zapas 1,5-2 razy. Rozdzielczość i bitrate, w zakresie od 720p do 2160p, operator dobiera do warunków konkretnej świątyni. Zakres usługi i diecezje, w których jest dostępna, opisuje strona https://airmax.pl/transmisja-mszy i od niej najlepiej zacząć, jeśli parafia planuje transmisje nabożeństw online.
Zanim firma czy instytucja kupi kamerę 4K, powinna sprawdzić, czy jej łącze przez godzinę wyśle 60 Mb/s bez jednego spadku. Rozdzielczość można zmienić w ustawieniach kodera w kilka sekund, a prędkości wysyłania nie zmieni się bez rozmowy z operatorem.
Najczęściej zadawane pytania
Jaki upload jest potrzebny do transmisji na żywo w Full HD?
Przy 30 klatkach na sekundę i kodeku H.264 zalecany bitrate to 14 Mb/s, więc łącze powinno wysyłać co najmniej 21 Mb/s, a komfortowo około 28 Mb/s. Z kodekiem HEVC lub AV1 wystarczy mniej więcej 15-20 Mb/s uploadu.
Jaki bitrate ustawić dla transmisji w 4K?
Dla 4K w 30 klatkach na sekundę zalecane jest 42 Mb/s w H.264 lub 30 Mb/s w HEVC i AV1. Przy 60 klatkach wartości rosną do 50 i 35 Mb/s, a prędkość wysyłania łącza powinna być od nich 1,5-2 razy wyższa.
Czy do transmisji na żywo wystarczy internet LTE lub 5G?
Do pojedynczych transmisji w 720p lub 1080p może wystarczyć, jeśli test w miejscu i o porze transmisji pokazuje stabilny upload. Przy regularnym nadawaniu w 4K problemem stają się wahania przepustowości i zużycie danych, sięgające prawie 19 GB na godzinę.
Dlaczego transmisja się zacina, skoro speedtest pokazuje szybki internet?
Najczęściej dlatego, że wynik testu dotyczy pobierania albo chwilowego szczytu, a nie długotrwałego wysyłania. Przyczyną bywa też Wi-Fi, inne urządzenia korzystające z łącza lub bitrate ustawiony zbyt blisko granicy uploadu.
Czy Wi-Fi nadaje się do streamingu na żywo?
Do testów tak, do regularnych transmisji lepiej nie. Wi-Fi dzieli pasmo między urządzenia i jest podatne na zakłócenia, dlatego koder albo kamerę IP najlepiej podłączyć kablem Ethernet.
Czy ping ma znaczenie przy transmisji na żywo?
Mniejsze niż w grach online, bo transmisja jest jednokierunkowa, a kilkusekundowe opóźnienie widzowie zwykle akceptują. Znacznie ważniejsze są stabilna przepustowość i brak utraty pakietów.
Ile danych zużywa godzina transmisji na żywo?
To zależy od bitrate: przy 8 Mb/s około 3,6 GB, przy 14 Mb/s około 6,3 GB, a przy 42 Mb/s około 18,9 GB. Na każdy megabit na sekundę przypada 450 MB na godzinę.
Czy widzowie potrzebują równie szybkiego internetu jak nadawca?
Nie. Platformy takie jak YouTube przekodowują strumień na kilka wersji jakości, a odtwarzacz automatycznie dobiera tę, którą obsłuży łącze widza. Przy własnym serwerze strumieniowym zależy to od jego konfiguracji.
