Kalkulator bitrate streamingu

Rozdzielczość i fps tworzą liczbę pikseli na sekundę

Obraz 1920 × 1080 zawiera 2 073 600 pikseli w jednej klatce. Przy 60 klatkach na sekundę enkoder przetwarza 124 416 000 pikseli na sekundę. To ponad dwa razy więcej niż 1080p30 i około cztery razy więcej niż 720p30.

Sam licznik pikseli nie określa jakości, ale pokazuje skalę zadania. Jeśli bitrate pozostanie bez zmian po podwojeniu fps, na każdą klatkę przypadnie mniej danych. Jeśli zwiększysz rozdzielczość, każdy piksel także dostanie mniejszy budżet.

Współczynnik bpp w tym formularzu oznacza liczbę zakodowanych bitów przypadających średnio na piksel każdej klatki. Pomnożenie szerokości, wysokości, fps i bpp daje planistyczny bitrate wideo.

Bpp jest punktem startowym, a nie stałą jakością kodeka

Ta sama wartość bpp może wyglądać inaczej w H.264, HEVC lub AV1, przy różnych presetach i implementacjach sprzętowych. Nowszy kodek zwykle potrafi zachować podobną jakość przy mniejszym bitrate, ale wymaga zgodności odtwarzaczy i platformy.

Treść również ma znaczenie. Statyczna prezentacja z dużymi jednolitymi obszarami kompresuje się łatwiej niż trawa, konfetti, dym, szybka gra lub ruch kamery. Jedna liczba bpp nie przewiduje wszystkich scen.

Traktuj wynik jako budżet do pierwszego testu. Nagraj lub transmituj najbardziej wymagający fragment, obejrzyj ruch, drobne tekstury i ciemne gradienty, a potem koryguj bitrate lub ustawienia kodera.

Więcej klatek pomaga w ruchu, ale kosztuje bitrate

60 fps dobrze oddaje szybki ruch w grach, sporcie i pracy kamery. Dla rozmowy, wykładu lub prezentacji 30 fps może wystarczyć i pozostawić więcej bitów na każdą klatkę przy tym samym limicie platformy.

Obniżenie 1080p60 do 1080p30 zmniejsza liczbę pikseli na sekundę o połowę. Przejście do 1280 × 720 przy 60 fps daje 55 296 000 pikseli na sekundę, czyli około 44% obciążenia pikselowego 1080p60.

Jeśli widzowie otrzymują tylko jeden wariant jakości, zbyt wysoka rozdzielczość może utrudnić oglądanie osobom z wolniejszym łączem. Transkodowanie po stronie platformy rozwiązuje część problemu, ale nie zawsze jest dostępne dla każdego konta i formatu.

Złożone sceny potrzebują większego budżetu lub mocniejszego kodera

Kamera na nieruchomego rozmówcę i czyste slajdy często wyglądają dobrze przy niższym bpp. Szybka gra z roślinnością, deszczem i drobnymi detalami wymaga więcej danych, aby uniknąć bloków i rozmycia w ruchu.

Preset enkodera określa, ile pracy obliczeniowej poświęca się na znalezienie lepszej kompresji. Wolniejszy preset może poprawić jakość przy tym samym bitrate, ale zbyt duże obciążenie CPU powoduje pomijanie klatek kodowania.

Enkoder sprzętowy odciąża procesor i bywa stabilniejszy podczas gry, choć jakość zależy od generacji układu. Właściwy wybór wynika z testu całego komputera, nie z samej liczby Mb/s.

Liczy się stały upload, jitter i utrata pakietów

Test prędkości pokazuje wynik z krótkiego okresu do wybranego serwera. Transmisja może trwać kilka godzin i korzystać z innej trasy sieciowej. Chwilowy szczyt 15 Mb/s nie gwarantuje, że łącze utrzyma 10 Mb/s bez spadków przez cały program.

Gdy dostępny upload spada poniżej strumienia, bufor się wypełnia, rośnie liczba odrzuconych klatek sieciowych albo połączenie zostaje przerwane. Jitter i utrata pakietów mogą szkodzić nawet wtedy, gdy średnia przepustowość wygląda wystarczająco.

Zapas 30% oznacza, że strumień około 7,62 Mb/s planujesz na łączu utrzymującym mniej więcej 9,91 Mb/s lub więcej. Przy niestabilnym LTE, Wi‑Fi albo współdzielonym biurze może być potrzebny większy margines.

Połączenie przewodowe i test prywatny redukują niespodzianki

Ethernet eliminuje część zakłóceń radiowych i rywalizacji w kanale Wi‑Fi. Jeśli przewód nie jest możliwy, sprawdź siłę sygnału, obciążenie pasma oraz zachowanie w tej samej porze, w której ma odbyć się transmisja.

Wykonaj prywatny lub niepubliczny stream z docelowymi ustawieniami i materiałem o podobnym ruchu. Obserwuj dropped frames, czas renderowania, obciążenie enkodera i bitrate wysyłany przez program, nie tylko podgląd w oknie.

Inne urządzenia mogą zużywać upload przez kopie zapasowe, wideorozmowy i synchronizację plików. Rezerwa łącza powinna obejmować ich ruch albo na czas transmisji należy go ograniczyć.

• testuj upload do regionu zbliżonego do serwera ingest
• sprawdź stabilność przez czas podobny do transmisji
• użyj Ethernetu, jeśli to możliwe
• monitoruj utratę klatek sieciowych i enkodera
• zostaw miejsce na ruch innych urządzeń

Limit platformy może być ważniejszy niż wynik bpp

Platformy publikują obsługiwane kodeki, maksymalny bitrate, zalecaną rozdzielczość, fps, interwał klatek kluczowych i profil kodowania. Te parametry mogą się zmieniać, więc sprawdź aktualną dokumentację przed wydarzeniem.

Jeśli kalkulator sugeruje 7,46 Mb/s wideo, a platforma dopuszcza mniej dla wybranego profilu, nie wysyłaj większej wartości wbrew specyfikacji. Obniż fps, rozdzielczość lub bpp i wykonaj próbę jakości.

Interwał klatek kluczowych nie wynika z prostego wzoru bitrate, ale wpływa na zgodność, przewijanie i odporność strumienia. Ustaw go zgodnie z wymaganiem platformy, zwykle wyrażonym w sekundach.

CBR, VBR i bufor odpowiadają na różne potrzeby

Transmisje na żywo często korzystają z CBR lub ograniczonego VBR, aby ruch był przewidywalny dla łącza i serwera. Czysty VBR może dawać lepszą efektywność, lecz duże skoki utrudniają pracę na małym zapasie uploadu.

Bitrate ustawiony w programie bywa wartością docelową, a nie sztywnym maksimum każdej sekundy. Bufor VBV określa, jak bardzo chwilowy strumień może odbiegać. Testuj rzeczywisty wykres wysyłania, szczególnie przy zmianach scen i klatkach kluczowych.

Dźwięk 160 kb/s jest małą częścią przykładowego budżetu, ale w transmisji mówionej jego jakość ma ogromne znaczenie odbiorcze. Stabilny poziom, brak przesterowania i czytelny mikrofon często poprawiają odbiór bardziej niż niewielkie podniesienie bitrate obrazu.

Artefakty obrazu i dropped frames mają inne źródła

Bloki i rozmycie podczas ruchu przy stabilnym połączeniu wskazują na zbyt mały bitrate, trudną scenę lub nieefektywne ustawienia kodera. Dropped frames oznaczone jako network wskazują raczej na upload lub trasę do serwera.

Skipped frames z powodu encoding lag oznaczają przeciążenie enkodera, a rendering lag — problem z przygotowaniem sceny przez GPU. Zwiększenie bitrate nie naprawi braku mocy obliczeniowej i może dodatkowo obciążyć system.

Dobra diagnoza zaczyna się od ustalenia, który licznik rośnie. Dopiero potem zmieniaj jedną rzecz: preset, rozdzielczość, fps, bitrate, serwer ingest albo sposób połączenia. Jednoczesna zmiana wszystkiego utrudnia znalezienie przyczyny.