Szybkość transmisji jest najbardziej źle rozumianą zmienną w produkcji wideo. Zbyt niska, a starannie dobrany kolorystycznie materiał filmowy wygląda jak skompresowana zupa – błotniste detale, blokowy ruch, gradientowe pasma kolorów. Zbyt wysoka i generujesz pliki tak duże, że platformy dostarczające i tak je ponownie kompresują, Twój edytor przeszukuje nagrania proxy, a koszty przechowywania rosną. Znalezienie odpowiedniej szybkości transmisji bitów dla rozdzielczości, kodeka i celu dostarczania jest decyzją zarówno techniczną, jak i praktyczną, a obliczenia matematyczne służące do obliczania rozmiarów plików są proste, gdy znasz wzór.

Co to jest szybkość transmisji i dlaczego ma to znaczenie

Szybkość transmisji to ilość danych dostarczanych do dekodera na sekundę — mierzona w kilobitach na sekundę (Kbps) lub megabitach na sekundę (Mbps). Określa, ile informacji jest dostępnych do przedstawienia każdej klatki wideo.

Wyższa przepływność oznacza więcej danych na klatkę, co oznacza większą szczegółowość, płynniejsze gradienty, lepszą obsługę ruchu i mniej artefaktów spowodowanych kompresją. Jest to jednak zależność malejącego zwrotu: podwojenie przepływności z 5 Mb/s do 10 Mb/s powoduje widoczną poprawę jakości, podczas gdy podwojenie z 40 Mb/s do 80 Mb/s daje znacznie mniejszą widoczną poprawę przy typowych odległościach oglądania i rozmiarach ekranu.

Krytyczne rozróżnienie: szybkość transmisji dla przechwytywania/edycji i szybkość transmisji dla dostarczania to zupełnie inne cele. Materiał z kamery do edycji może działać z szybkością 400–800 Mb/s (RAW lub ProRes). Zmontowany materiał eksportowany dla klienta może działać z szybkością 50–100 Mb/s. Ostateczna wersja przesłana do YouTube może działać z szybkością 15–35 Mb/s. Każdy etap ma inne wymagania.

Zalecana szybkość transmisji według rozdzielczości

Poniższa tabela obejmuje standardowe cele kodowania, a nie specyfikacje przechwytywania kamery. Są one odpowiednie dla materiałów dostarczanych przez klientów, wzorców archiwalnych i plików przesyłanych na platformę.

Resolution Frame Rate H.264 Bitrate H.265/HEVC Bitrate Use Case
720p 24/25/30 fps 4–6 Mbps 2.5–4 Mbps Web delivery, older devices
720p 60 fps 6–9 Mbps 4–6 Mbps Gaming, sports web content
1080p 24/25/30 fps 8–12 Mbps 5–7 Mbps Standard HD delivery
1080p 60 fps 12–18 Mbps 7–10 Mbps Sports, gaming, high-motion
4K (UHD) 24/25/30 fps 35–50 Mbps 18–28 Mbps 4K streaming master
4K (UHD) 60 fps 50–65 Mbps 28–40 Mbps 4K sports, action
4K (DCI) 24/25 fps 50–70 Mbps 30–40 Mbps Cinema delivery
8K 24/25/30 fps 100–160 Mbps 55–90 Mbps Future-proofing archival

W przypadku wzorców archiwalnych przeznaczonych do późniejszej ponownej edycji przejdź wyżej — na poziomie lub powyżej górnej granicy każdego zakresu. W przypadku plików dostarczanych, które zostaną ponownie zakodowane przez platformę (YouTube, Vimeo, usługi przesyłania strumieniowego), wystarczy osiągnięcie zalecanego zakresu, ponieważ marnowane są dalsze dane: koder platformy ograniczy jakość do własnej wyjściowej szybkości transmisji bitów, niezależnie od tego, jak wysoki był przesyłany plik.

Porównanie kodeków: H.264 vs H.265 vs AV1

Kodek określa, jak efektywnie każdy bit danych jest wykorzystywany do reprezentowania informacji wizualnych. Bardziej wydajne kodeki zapewniają tę samą jakość postrzegania przy niższych przepływnościach — lub lepszą jakość przy tej samej przepływności.

H.264 (AVC): Najbardziej uniwersalnie kompatybilny kodek. Gra natywnie na praktycznie każdym urządzeniu, przeglądarce, telewizorze Smart TV i odtwarzaczu multimedialnym wyprodukowanym w ciągu ostatnich 15 lat. Wyższe wymagania dotyczące szybkości transmisji bitów dla danego poziomu jakości w porównaniu z nowszymi kodekami, ale obsługa dekodowania sprzętowego jest uniwersalna. Najlepsze dla maksymalnej kompatybilności.

H.265 (HEVC): Około 40–50% wydajniejsza niż H.264 przy porównywalnej jakości. Film w rozdzielczości 1080p, który wygląda dobrze przy 8 Mb/s w formacie H.264, wygląda tak samo przy 5 Mb/s w formacie H.265. Kompromisem jest kompatybilność — starsze przeglądarki, urządzenia i niektóre platformy do przesyłania strumieniowego nie obsługują H.265. Obsługa dekodowania sprzętowego uległa znacznej poprawie od 2020 r. Najlepsza do dostarczania w rozdzielczości 4K i archiwizacji o ograniczonej przestrzeni dyskowej.

AV1: najnowszy powszechnie stosowany kodek opracowany przez Alliance for Open Media (Google, Netflix, Amazon itp.). Około 25–30% wydajniejszy niż H.265, co oznacza 30–40% mniejsze pliki przy porównywalnej jakości w porównaniu z H.265. Oprogramowanie typu open source i wolne od opłat licencyjnych. YouTube i Netflix szeroko z niego korzystają. Obsługa kodowania sprzętowego jest nadal ograniczona (choć szybko rośnie w przypadku sprzętu na lata 2024–2025). Kodowanie oprogramowania jest bardzo powolne. Najlepsze do dostarczania na platformę, na której możesz sobie pozwolić na czas kodowania.

Codec Relative Efficiency Compatibility Encoding Speed
H.264 Baseline Universal Fast
H.265 ~50% better than H.264 Good, not universal Moderate
AV1 ~30% better than H.265 Growing (web/streaming) Slow (software)
VP9 Similar to H.265 Web browsers Moderate

CBR kontra VBR: czego użyć

Stała przepływność (CBR): Koder utrzymuje stałą przepływność niezależnie od złożoności sceny. Powolne przesuwanie po ścianie w jednolitym kolorze zapewnia taką samą szybkość transmisji danych, jak szybkie drgania kamery w tłumie.

  • Najlepsze do: przesyłania strumieniowego na żywo, dostarczania programów i każdej sytuacji, w której dekoder potrzebuje przewidywalnego strumienia danych
  • Dlaczego: bufor protokołów przesyłania strumieniowego oparty na oczekiwanych szybkościach transmisji danych; stawki zmienne mogą powodować zdarzenia buforujące
  • Kompromis: marnuje bity na proste sceny, może kompresować złożone sceny bardziej niż to konieczne

Zmienna przepływność (VBR): Koder przydziela więcej bitów złożonym scenom (ruch, drobne szczegóły, wysoki kontrast) i mniej bitów prostym scenom (statyczne ujęcia, rozmyte tło).

  • Najlepsze do: dostarczania w oparciu o pliki, archiwizacji, pobierania i odtwarzania treści
  • Dlaczego: osiąga lepszą średnią jakość przy tej samej średniej przepływności lub taką samą jakość przy niższej średniej przepływności
  • Kompromis: nieprzewidywalne rozmiary plików, nie mogą zagwarantować szybkości dostarczania danych w przypadku transmisji na żywo

W przypadku filmów przesyłanych do YouTube preferowany jest format VBR. W przypadku Twitcha i innych transmisji na żywo platforma wymaga CBR. W przypadku materiałów klienckich przeznaczonych do archiwizacji lub ponownej edycji należy używać VBR z wysoką docelową szybkością transmisji.

Wymagania platformy: YouTube, Twitch, TikTok, Instagram

Każda platforma ma określone zalecenia dotyczące przesyłania i twarde limity. Przekroczenie ich jest ogólnie w porządku — platforma ponownie koduje po przetworzeniu — ale znaczne obniżenie ich poniżej pogarsza jakość wysyłania, zanim koder platformy w ogóle jej dotknie.

Platform Recommended Upload Bitrate Max Resolution Frame Rate Notes
YouTube 35–45 Mbps (4K), 8–12 Mbps (1080p) 8K Up to 60 fps Re-encodes to VP9/AV1 on upload
Twitch 6 Mbps max (partners 8 Mbps) 1080p60 60 fps CBR required; most viewers at 1080p
TikTok 50 Mbps recommended upload 4K (limited) Up to 60 fps Heavy re-encoding; upload quality matters
Instagram Reels 25–30 Mbps 1080p Up to 60 fps 9:16 aspect ratio, heavy compression
Vimeo (Plus+) No hard limit 8K Up to 120 fps Minimal re-encoding, better quality
Facebook 8 Mbps (1080p), 35 Mbps (4K) 4K Up to 60 fps Significant re-compression applied

Uwaga YouTube jest ważna: przesyłanie z bardzo dużą przepływnością (ponad 50 Mb/s w przypadku rozdzielczości 4K) nie oznacza, że ​​widzowie otrzymają taką przepływność. Szybkość transmisji bitów dostarczana przez YouTube wynosi 15–25 Mb/s dla strumieni 4K. Jednak przesłanie wzorca o dużej przepływności zapewnia koderowi YouTube lepszy materiał źródłowy do pracy, co skutkuje lepszym efektem końcowym przy niższej szybkości transmisji bitów.

Kalkulator rozmiaru pliku: minuty × szybkość transmisji

Oszacowanie rozmiaru pliku wyjściowego jest proste:

File size (MB) = (Bitrate in Mbps × 60 × Duration in minutes) ÷ 8

Dzielenie przez 8 powoduje konwersję megabitów na megabajty (8 bitów na bajt).

Sprawdzone przykłady:

1080p30, H.264, 10 Mbps, 60-minute documentary:
File size = (10 × 60 × 60) ÷ 8 = 36,000 ÷ 8 = 4,500 MB = 4.5 GB

4K30, H.265, 25 Mbps, 5-minute commercial:
File size = (25 × 60 × 5) ÷ 8 = 7,500 ÷ 8 = 937.5 MB ≈ 1 GB

1080p60, H.264, 16 Mbps, 90-minute wedding film:
File size = (16 × 60 × 90) ÷ 8 = 86,400 ÷ 8 = 10,800 MB = 10.8 GB

Przy planowaniu miejsca na dane załóżmy, że typowy 2-godzinny film ślubny 4K dostarczany z szybkością 25 Mb/s H.265 zajmuje około 22–25 GB. Ten sam film w formacie H.264 40 Mbps zajmuje około 36 GB. Uwzględnij wiele wersji dostawy (kopia dla klienta, wersja społecznościowa, rolka z najważniejszymi fragmentami), a pojedynczy projekt ślubny może wymagać 100–200 GB całkowitego miejsca na dane dla wszystkich materiałów dostarczanych i eksportowanych.