W ślepym teście odsłuchowym z października 2026 roku 160 kbps było najniższym bitrate Opus, który osiągnął ścisłą transparentność percepcyjną dla muzyki, co oznacza, że nawet najbardziej krytyczni słuchacze w teście nie potrafili wiarygodnie odróżnić go od nieskompresowanego oryginału (p = 0,024 dla równoważności) (Deezer Research, Martin i Hennequin, arXiv 2026). Dokładnie taki bitrate audio OBS Studio ustawia domyślnie na wszystkich sześciu ścieżkach audio (OBS Project, kod źródłowy OBS Studio 2026), a mimo to platformy transmisji na żywo wymagają mniej: YouTube Live zaleca 128 kbps dla stereo (Google, YouTube Help 2026), a Meta preferuje 128 kbps dla Facebook Live (Meta for Developers, Live Video API reference 2026). Przy docelowym bitrate 96 kbps Opus uzyskał już 4,65 na 5 w publicznym ślepym teście wielu formatów (Hydrogenaudio, publiczny test odsłuchowy 2014). W odróżnieniu od plików na żądanie, które omawiamy w naszych statystykach przepustowości i miejsca na hostingu podcastów, koder na żywo ma jedno podejście i żadnej drugiej szansy. Zebraliśmy dane z Deezer Research, YouTube Help, Meta for Developers, Kick Help Center, OBS Project, IETF, Apple, EBU, ITU-R, Spotify oraz społeczności testów odsłuchowych Hydrogenaudio.
TL;DR
- Opus przy 160 kbps był statystycznie równoważny nieskompresowanemu dźwiękowi (p = 0,024), ale 10 najbardziej krytycznych słuchaczy wychwyciło 128 kbps (p = 0,030) (Deezer Research, arXiv 2026).
- YouTube Live wymaga stereo 128 kbps przy 44,1 kHz, czyli jednej trzeciej z 384 kbps przy 48 kHz, które zaleca dla przesyłanych filmów (YouTube Help, ustawienia transmisji na żywo i przesyłania 2026).
- Facebook Live preferuje audio stereo AAC-LC 128 kbps, z maksimum 256 kbps (Meta for Developers, Live Video API reference 2026).
- Wbudowane presety OBS Studio ograniczają audio do 320 kbps dla Twitcha, 160 kbps dla YouTube RTMPS i 128 kbps dla Facebook Live (OBS Project, services.json 2026).
- OBS Studio domyślnie używa audio 160 kbps, 48.000 Hz i stereo (OBS Project, kod źródłowy OBS Studio 2026).
- Specyfikacja HLS Apple ogranicza stereo AAC do 160 kbit/s i mówi, że nie należy używać HE-AAC powyżej 64 kbit/s (Apple, HLS Authoring Specification 2026).
- Przy docelowym bitrate 96 kbps Opus uzyskał 4,65, a Apple AAC 4,40 w skali od 1 do 5 (Hydrogenaudio, publiczny test odsłuchowy 2014).
- Standard IETF Opus zaleca 28 do 40 kbit/s dla mowy fullband i 64 do 128 kbit/s dla muzyki stereo (IETF, RFC 6716 2012).
- Spotify strumieniuje podcasty z szybkością około 96 kbit/s w swoich aplikacjach (Spotify Support, Audio quality 2026).
- Wytyczne EBU umieszczają ostatni limiter przed koderem stratnym na poziomie -2 dBTP (EBU, Tech 3344 v2.1 2016).
1. Specyfikacje ingest platform: czego wymaga każda usługa
“Ingest” oznacza etap wysyłania: strumień, który Twój koder przesyła na platformę, zanim ta przekoduje go dla widzów. Na tym etapie opublikowane wartości audio są zaskakująco skromne. YouTube wymaga dla transmisji na żywo audio stereo 128 kbps, ale dla przesłanego filmu stereo 384 kbps, czyli trzy razy więcej (Google, YouTube Help 2026). Audio na żywo jest traktowane jako strumień dostarczany, który musi przetrwać przeciążone domowe łącze wysyłające, a nie jako master.
Wytyczne dotyczące częstotliwości próbkowania również się nie pokrywają. YouTube Live podaje 44,1 kHz dla stereo, podczas gdy jego własna strona o przesyłaniu i domyślne ustawienie OBS używają 48 kHz, a Kick dopuszcza do 48 kHz. Ta niezgodność sama w sobie nie kosztuje niczego słyszalnego, ale każde przepróbkowanie między mikrofonem, mikserem i koderem to krok, w którym może wkraść się błędne ustawienie. Ustawienia audio nie są też jedyną zasadą dotyczącą dźwięku, na którą natrafia kanał: drugą jest zarządzanie prawami, jak pokazują nasze statystyki wyciszeń z powodu praw autorskich w transmisjach na żywo.
| Metryka | Wartość | Źródło |
|---|---|---|
| Audio YouTube Live: stereo wobec dźwięku przestrzennego 5.1 | 128 kbps przy 44,1 kHz wobec 384 kbps przy 48 kHz (5.1 przez RTMP lub RTMPS tylko w AAC) | Google, YouTube Help: Choose live encoder settings (2026) |
| Zalecane audio YouTube dla przesyłanych filmów (nie na żywo): mono / stereo / 5.1 | 128 / 384 / 512 kbps przy 48 kHz | Google, YouTube Help: Recommended upload encoding settings (2026) |
| Bitrate audio Facebook Live: preferowany wobec maksymalnego | 128 kbps wobec 256 kbps (AAC o niskiej złożoności, stereo) | Meta for Developers, Live Video API reference (2026) |
| Akceptowane częstotliwości próbkowania audio Facebook Live | 44,1 kHz lub 48 kHz | Meta for Developers, Live Video API reference (2026) |
| Limit audio Kick | Stereo, maksymalnie 48 kHz; bitrate audio nie jest opublikowany | Kick Help Center, How to stream on Kick (2026) |
| Maksymalny bitrate audio we wbudowanych presetach usług OBS Studio: Twitch / YouTube RTMPS / Trovo / Facebook Live | 320 / 160 / 160 / 128 kbps | OBS Project, plik presetów services.json (2026) |
Uwaga kontekstowa: strona Broadcasting Guidelines samego Twitcha ładuje się przez skrypt, którego nie udało się odczytać na potrzeby tego zestawienia, więc powyższa wartość dla Twitcha to limit presetu z oprogramowania nadawczego, a nie cytat z Twitcha. Poradniki zewnętrzne podają niższy limit Twitcha (zob. uwagę o danych w sekcji Metodologia i źródła).
2. Udział audio w budżecie bitrate
Audio to błąd zaokrąglenia w transmisji 1080p i poważna pozycja w transmisji mobilnej. Przy minimum YouTube wynoszącym 0,4 Mbps dla 360p H.264 ścieżka stereo 128 kbps stanowi 32% bitrate wideo (128 / 400), podczas gdy przy zalecanych 17 Mbps dla 1080p60 to około 0,75% (128 / 17.000) (Google, YouTube Help 2026). Poniższe obliczenia są nasze, wykonane na podstawie opublikowanych wartości, i porównują audio wyłącznie z bitrate wideo.
Praktyczny wniosek: w transmisji o wysokiej rozdzielczości obniżenie audio ze 160 do 128 kbps oszczędza prawie nic, więc audio to ostatnie miejsce, w którym warto oszczędzać. Na niskich szczeblach drabiny adaptacyjnej, tych, które faktycznie otrzymują widzowie na telefonach w słabych sieciach, bity audio konkurują bezpośrednio z obrazem, dlatego specyfikacje strumieniowania adaptacyjnego dopuszczają stereo AAC nawet od 32 kbit/s i kierują niskie przepływności w stronę HE-AAC.
| Metryka | Wartość | Źródło |
|---|---|---|
| Zalecany bitrate wideo YouTube Live 1080p60 H.264 i udział w nim audio 128 kbps | 17 Mbps; 128 / 17.000 = około 0,75% | Google, YouTube Help: Choose live encoder settings (2026) |
| Minimalny bitrate wideo YouTube Live 360p30 H.264 i udział w nim audio 128 kbps | 0,4 Mbps; 128 / 400 = 32% | Google, YouTube Help: Choose live encoder settings (2026) |
| Zakres bitrate wideo Facebook Live 1080p60 i udział w nim preferowanego audio 128 kbps | 4.500 do 9.000 kbps; 128 / 9.000 = około 1,4%, 128 / 4.500 = około 2,8% | Meta for Developers, Live Video API reference (2026) |
| Zakres bitrate wideo Kick (tylko H.264, tylko stały bitrate) | 1.000 do 8.000 kbps | Kick Help Center, How to stream on Kick (2026) |
| Preset Twitch w OBS Studio: maksymalny bitrate wideo wobec maksymalnego bitrate audio | 6.000 wobec 320 kbps; 320 / 6.000 = około 5,3% | OBS Project, services.json (2026) |
| Zakres bitrate stereo AAC w Apple HLS | 32 do 160 kbit/s | Apple, HLS Authoring Specification for Apple Devices (2026) |
| Apple HLS: bitrate, powyżej którego nie należy używać HE-AAC | 64 kbit/s | Apple, HLS Authoring Specification (2026) |
| Apple HLS, transmisje na żywo: dozwolona średnia i szczyt w ciągu godziny wobec deklarowanej przepustowości | poniżej 110% AVERAGE-BANDWIDTH; poniżej 125% BANDWIDTH | Apple, HLS Authoring Specification (2026) |
Uwaga kontekstowa: Kick wymaga stałego bitrate (CBR), czyli koder wysyła stałą szybkość zamiast przeznaczać więcej bitów na trudne sceny. CBR sprawia, że powyższy udział audio jest stały, więc ścieżka stereo 160 kbps w strumieniu Kick 8.000 kbps to 2% budżetu wideo (160 / 8.000).
3. Ustawienia domyślne i kodeki: AAC dziś, Opus nadchodzi
Większość streamerów nigdy nie dotyka panelu audio, więc ustawienia domyślne są prawdziwym standardem branży. OBS Studio domyślnie ustawia 160 kbps na każdej ścieżce audio, przy 48.000 Hz i w stereo (OBS Project, kod źródłowy OBS Studio 2026). Ta jedna wartość leży powyżej tego, co zalecają YouTube i Facebook, a poniżej limitu OBS dla Twitcha, co jest rozsądnym środkiem, gdy jeden koder zasila kilka platform. Jeśli Twój przetworzony głos trafia do OBS z innej aplikacji, jak w przypadku zmieniacza głosu dla OBS, dopasowanie tej częstotliwości 48 kHz na całej drodze pozwala uniknąć jednego dodatkowego przepróbkowania.
Historia kodeków zmienia się pod spodem. Każda specyfikacja ingest RTMP z sekcji 1 wymienia AAC, ale świat WebRTC nakazuje Opus, a WHIP (WebRTC-HTTP Ingestion Protocol, oparty na HTTP sposób przesyłania strumienia WebRTC na serwer) przenosi ten świat do oprogramowania nadawczego. OBS dodał wyjście WHIP w wersji 30.0, a IETF opublikował WHIP jako RFC 9725 w 2025 roku, z przykładową ofertą negocjującą Opus przy 48 kHz w stereo (“opus/48000/2”).
| Metryka | Wartość | Źródło |
|---|---|---|
| Domyślny bitrate audio OBS Studio, wyjście Simple i wszystkie sześć ścieżek wyjścia Advanced | 160 kbps | OBS Project, kod źródłowy OBS Studio, InitBasicConfigDefaults (2026) |
| Domyślna częstotliwość próbkowania i układ kanałów OBS Studio | 48.000 Hz, stereo | OBS Project, kod źródłowy OBS Studio (2026) |
| Zalecane bitrate Opus przy ramkach 20 ms: mowa fullband wobec muzyki stereo fullband | 28 do 40 kbit/s wobec 64 do 128 kbit/s | IETF, RFC 6716 (wrzesień 2012) |
| Tryb fullband Opus: efektywna częstotliwość próbkowania i najwyższa kodowana częstotliwość | 48 kHz; dźwięk powyżej 20 kHz nigdy nie jest kodowany | IETF, RFC 6716 (wrzesień 2012) |
| Kodeki audio, które musi implementować każdy punkt końcowy WebRTC | Opus oraz G.711 (PCMA i PCMU) | IETF, RFC 7874 (maj 2016) |
| Wersja OBS Studio, która dodała wyjście WHIP/WebRTC | 30.0, listopad 2023 | OBS Project, informacje o wydaniu OBS Studio 30.0 (2023) |
Uwaga kontekstowa: sam standard WHIP nie wskazuje obowiązkowego kodeka; Opus pojawia się tylko w jego przykładowej wymianie. Wymóg Opus wynika z odrębnych reguł kodeków WebRTC z tabeli, które dotyczą punktów końcowych WebRTC w ogóle.
4. AAC kontra Opus w ślepych testach odsłuchowych
Ślepe testy są jedynym uczciwym arbitrem między kodekami, a publiczny zapis jest starszy niż stos strumieniowy, który ocenia. W publicznym teście Hydrogenaudio z lipca 2014 roku przy docelowym bitrate 96 kbps Opus 1.1 uzyskał 4,65, a Apple AAC 4,40 w skali pogorszeń od 1 do 5, gdzie 5 oznacza “niezauważalne” (Hydrogenaudio, publiczny test odsłuchowy wielu formatów 2014). Różnica jest niewielka w wartościach bezwzględnych, ale statystycznie mocna (p = 0,000), a Opus osiągnął ją, zużywając średnio tylko 3 kbps więcej (106,7 wobec 103,7 kbps).
Najnowsze dostępne dane: wyniki testów z lat 2010 do 2014 (źródła w tabeli). Nie znaleźliśmy porównywalnego publicznego testu wielu formatów obecnych koderów AAC i Opus przy bitrate strumieniowych na lata 2025 lub 2026, co samo w sobie jest ustaleniem: domyślne AAC na platformach opiera się na kompatybilności, a nie na świeżych danych odsłuchowych. O bardzo niskich bitrate, przy których z Opus konkurują dziś kodeki neuronowe, przeczytasz w naszych statystykach bitrate i jakości neuronowych kodeków audio.
| Metryka | Wartość | Źródło |
|---|---|---|
| Średnia ocena przy docelowym bitrate 96 kbps, skala 1 do 5 (5 = niezauważalne): Opus 1.1 wobec Apple AAC wobec LAME MP3 wobec Vorbis | 4,65 wobec 4,40 wobec 4,24 wobec 4,24 | Hydrogenaudio, wyniki publicznego testu odsłuchowego wielu formatów (lipiec 2014) |
| Rzeczywisty średni bitrate uzyskany przy tym celu: Opus / Apple AAC / Vorbis / MP3 | 106,7 / 103,7 / 106,1 / 135,5 kbps | Hydrogenaudio, publiczny test odsłuchowy wielu formatów (2014) |
| Kotwica niskiej jakości (starszy koder AAC, FAAC, przy 96 kbps) | 2,65 | Hydrogenaudio, publiczny test odsłuchowy wielu formatów (2014) |
| Istotność: Opus wobec Apple AAC; Apple AAC wobec MP3 | Opus lepszy, p = 0,000; AAC lepszy, skorygowane p = 0,043 (bootstrap) | Hydrogenaudio, publiczny test odsłuchowy wielu formatów (2014) |
| Panel i materiał | 38 uczestników, 339 ważnych wyników z 363 przesłanych; 40 próbek (35 muzycznych, 5 mowy) | Hydrogenaudio, publiczny test odsłuchowy wielu formatów (2014) |
| Test Google z muzyką stereo (9 słuchaczy): Opus przy 128 kbps wobec AAC-LC przy 64 kbps, MP3 przy 96 kbps, Opus przy 64 kbps i G.719 przy 64 kbps | Opus przy 128 kbps uzyskał istotnie wyższą ocenę niż pozostałe cztery | IETF, draft-ietf-codec-results-03 (maj 2013) |
| Test Broadcom z muzyką stereo (17 słuchaczy, grudzień 2010): Opus przy 96 kbps wobec AAC-LC i MP3 | Nieco gorszy od AAC-LC, istotnie lepszy od MP3 | IETF, draft-ietf-codec-results-03 (maj 2013) |
Uwaga o wartości odstającej: MP3 zużyło o 28,8 kbps więcej niż Opus (135,5 minus 106,7 kbps), by trafić w tę samą ocenę 4,24 co Vorbis, i nadal ustępowało AAC. Wynik Broadcom oparto na przedfinalnym strumieniu bitów Opus, dlatego różni się od późniejszych testów.
5. Progi transparentności: gdzie dodatkowe bity przestają mieć znaczenie
“Transparentny” ma w kodowaniu audio precyzyjne znaczenie: wyszkoleni słuchacze w kontrolowanym ślepym teście nie potrafią wiarygodnie odróżnić wersji zakodowanej od oryginału. Deezer Research ustalił, że Opus przy 160 kbps spełnił ten warunek w warunkach obciążeniowych (test różnicy p = 0,747, ścisła równoważność p = 0,024), podczas gdy 128 kbps go nie spełniło, gdy wyodrębniono najtrudniejsze próbki i najczulsze uszy (p = 0,030) (Deezer Research, Martin i Hennequin, arXiv 2026). W pierwszej fazie, z udziałem wszystkich 21 słuchaczy, 128 kbps wyglądało na nieodróżnialne (p = 0,456), co pokazuje, jak bardzo odpowiedź zależy od tego, kto słucha.
Badanie wykorzystało ITU-R BS.1116-3, metodę, w której słuchacze słyszą oryginał, a następnie dwie ukryte wersje (jedną zakodowaną, drugą ponownie oryginał) i oceniają różnicę. “Ocena różnicy” równa 0 oznacza brak słyszalnej różnicy; margines równoważności wynosił plus minus 0,25. Dla streamerów istotne są dwa zastrzeżenia: test obejmuje tylko Opus i muzykę, a jest to preprint w trakcie recenzji. Dane o dźwięku przestrzennym 5.1 z nadawania radiowo-telewizyjnego w tabeli pokazują tę samą logikę w większej skali, z bezpiecznym bitrate znacznie powyżej średniego przypadku.
| Metryka | Wartość | Źródło |
|---|---|---|
| Średnia ocena różnicy w fazie 1 względem nieskompresowanego dźwięku (0 = brak słyszalnej różnicy): Opus przy 32 wobec 64 wobec 128 kbps | -1,661 wobec -0,438 wobec -0,082 | Deezer Research, Martin i Hennequin, arXiv 2610.20246 (październik 2026) |
| Faza 1, Opus przy 128 kbps: test różnicy wobec testu ścisłej równoważności | p = 0,456 (brak wykrywalnej różnicy) wobec p = 0,064 (równoważność niewykazana) | Deezer Research, arXiv 2610.20246 (2026) |
| Test obciążeniowy fazy 2 (10 najbardziej krytycznych słuchaczy, 8 najtrudniejszych próbek): testy różnicy przy 96 wobec 128 wobec 160 kbps | p = 0,045 wobec p = 0,030 wobec p = 0,747 | Deezer Research, arXiv 2610.20246 (2026) |
| Faza 2, Opus przy 160 kbps: test ścisłej równoważności (margines plus minus 0,25 oceny) i średnia ocena różnicy | p = 0,024; -0,035 | Deezer Research, arXiv 2610.20246 (2026) |
| Słuchacze zrekrutowani wobec zakwalifikowanych po selekcji; fragmenty muzyczne | 26 wobec 21; 23 fragmenty | Deezer Research, arXiv 2610.20246 (2026) |
| Bitrate dźwięku przestrzennego 5.1, który EBU uznaje za bezpieczny wybór dla jakości doskonałej niezależnie od treści | 448 kbit/s | EBU, Tech 3324 multichannel codec evaluations (wrzesień 2007) |
| HE-AAC 5.1 przy 160 kbit/s lub więcej | Średnio doskonała, same oklaski tylko dostateczna | EBU, Tech 3324 (wrzesień 2007) |
| Reguła testu MUSHRA: wykluczenie słuchacza, który ocenia ukryty oryginał poniżej 90 w więcej niż tym odsetku pozycji | 15% | ITU-R, Recommendation BS.1534-3 (październik 2015) |
Uwaga kontekstowa: Najnowsze dostępne dane o dźwięku przestrzennym: 2007. MUSHRA (BS.1534) to metoda dla jakości pośredniej, oceniana w skali od 0 do 100 z kotwicami filtrowanymi dolnoprzepustowo przy 3,5 kHz i 7 kHz, natomiast BS.1116 jest zarezerwowana dla zniekształceń tak małych, że ujawniają je tylko rygorystyczne warunki. Kodek oceniony jako “doskonały” w MUSHRA nie jest automatycznie transparentny w rozumieniu BS.1116.
6. Transmisje oparte na mowie i punkty odniesienia słuchacza
Większość transmisji na żywo to rozmowa z muzyką w tle, a mowa wymaga znacznie mniej bitów niż muzyka. Test odsłuchowy Google z 2011 roku ocenił Opus fullband przy 32 kbps na 98,13 na 100 dla mowy w mandaryńskim, powyżej G.719 przy tej samej szybkości (93,43) (IETF, draft-ietf-codec-results-03 2013). Najnowsze dostępne dane: 2013.
Usługi konsumenckie wyznaczają punkt odniesienia dla ucha. Spotify strumieniuje podcasty z szybkością około 96 kbit/s w swoich aplikacjach, a wytyczne dla kanałów podcastów w tabeli sięgają co najwyżej 128 kbps dla mono. Transmisja rozmowy wysyłana z 128 do 160 kbps jest już powyżej tego, co słuchacze słyszą z dużych aplikacji podcastowych; transmisja muzyczna 128 kbps plasuje się poniżej poziomu Wysokiego Spotify i daleko poniżej jego poziomu Bardzo wysokiego.
| Metryka | Wartość | Źródło |
|---|---|---|
| Test Google z mową mandaryńską (21 słuchaczy po selekcji, skala 0 do 100): Opus fullband przy 32 kbps wobec G.719 przy 32 kbps wobec Opus wideband przy 20 kbps | 98,13 wobec 93,43 wobec 81,59 | IETF, draft-ietf-codec-results-03 (maj 2013) |
| Bitrate strumieniowania podcastów w Spotify: aplikacje mobilne i desktopowe wobec odtwarzacza internetowego | Około 96 kbit/s wobec 128 kbit/s | Spotify Support, Audio quality (2026) |
| Poziomy jakości muzyki w Spotify: Niski / Normalny / Wysoki / Bardzo wysoki | Około 24 / 96 / 160 / 320 kbit/s | Spotify Support, Audio quality (2026) |
| Muzyka w odtwarzaczu internetowym Spotify: Free wobec Premium | AAC 128 kbit/s wobec AAC 256 kbit/s | Spotify Support, Audio quality (2026) |
| Poziom Spotify Lossless (Premium): format i maksymalna rozdzielczość | FLAC, do 24-bit/44,1 kHz | Spotify Support, Audio quality (2026) |
| Kanały RSS Apple Podcasts, AAC przy 44,1 lub 48 kHz: zalecany bitrate mono wobec stereo | 64 do 128 kbps wobec 128 do 256 kbps | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
| Minimum MP3 w Apple Podcasts: mono wobec stereo | 32 kbps wobec 64 kbps przy 44,1 kHz | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
Uwaga kontekstowa: na telefonach i tabletach wybór niskiej jakości w Spotify obniża też podcasty do około 24 kbit/s, czyli jednej czwartej domyślnych 96 kbit/s, a to dolna granica, którą wielu słuchaczy już akceptuje dla mowy.
7. Zapas dynamiki i głośność przed koderem
Stratne kodery zmieniają przebiegi, a szczyty mogą wyjść wyższe, niż weszły. Wytyczne EBU umieszczają więc końcowy limiter przed koderem stratnym na poziomie -2 dBTP, o cały decybel poniżej produkcyjnego pułapu -1 dBTP (EBU, Tech 3344 v2.1 2016). “dBTP” oznacza decybele true peak, czyli odczyt szczytu uwzględniający przesterowania między próbkami cyfrowymi. Ten sam dokument ostrzega, że limiter może wymagać ustawienia niżej przy niskich bitrate, nie podając liczby.
Dla miksu na żywo to najbardziej praktyczna liczba w artykule: limiter ustawiony na 0 dBFS na szynie strumienia nie zostawia koderowi AAC ani Opus miejsca na jego własne przesterowanie. Cele głośności to osobna kwestia, szczegółowo omówiona w naszych statystykach normalizacji głośności w streamingu; uzupełnienie EBU dla streamingu R 128 s2 (wersja 3.0, listopad 2023) zaleca stosowanie ograniczania true peak w urządzeniu odtwarzającym, gdy usługa używa głośniejszego celu.
| Metryka | Wartość | Źródło |
|---|---|---|
| Maksymalny poziom true peak dla materiału produkcyjnego | -1 dBTP | EBU, Tech 3344 v2.1 (lipiec 2016) |
| Ustawienie końcowego limitera szczytów przed koderem stratnym | -2 dBTP (przy niskich bitrate może być potrzebne niższe) | EBU, Tech 3344 v2.1 (lipiec 2016) |
| Zalecany maksymalny poziom wyjścia dekodera dla AC-3 lub E-AC-3 w trybie RF | -4 dBTP | EBU, Tech 3344 v2.1 (lipiec 2016) |
| Przesterowanie między odczytem true peak a poziomem wyjścia analogowego | Mniej niż 1 dB (zwykle kilka dziesiątych dB) | EBU, Tech 3344 v2.1 (lipiec 2016) |
| Pułap true peak w Apple Podcasts | Nie wyżej niż -1 dBFS | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
| Apple HLS: metadane kontroli głośności lub zakresu dynamiki | Powinny występować, chyba że cała treść, reklamy włącznie, jest kodowana na tym samym poziomie (wymaganie 2.18) | Apple, HLS Authoring Specification (2026) |
Uwaga kontekstowa: Najnowsze dostępne dane o zapasie dynamiki kodeków: 2016. Żadna ze stron ingest na żywo przeczytanych w sekcji 1 (YouTube Live, Facebook Live, Kick) nie publikuje docelowej głośności, więc powyższe wartości z nadawania i podcastów są najbliższym udokumentowanym punktem odniesienia.
Podsumowanie: bitrate audio i ustawienia kodowania w transmisjach na żywo w liczbach
| Metryka | Wartość | Źródło |
|---|---|---|
| Najniższy bitrate Opus ze ścisłą transparentnością dla muzyki (BS.1116-3, p równoważności) | 160 kbps (p = 0,024) | Deezer Research, arXiv 2026 |
| Opus przy 128 kbps wobec nieskompresowanego, 10 najbardziej krytycznych słuchaczy | Wykryty jako pogorszony (p = 0,030) | Deezer Research, arXiv 2026 |
| Audio stereo YouTube Live | 128 kbps przy 44,1 kHz | Google, YouTube Help 2026 |
| Bitrate audio Facebook Live: preferowany wobec maksymalnego | 128 wobec 256 kbps | Meta for Developers 2026 |
| Audio 128 kbps jako udział w zakresie wideo 1080p60 Facebook Live | Około 1,4% do 2,8% | Meta for Developers 2026 (nasze obliczenia) |
| Limit audio Kick | Stereo, maksymalnie 48 kHz | Kick Help Center 2026 |
| Poziomy jakości muzyki w Spotify: Wysoki wobec Bardzo wysokiego | Około 160 wobec 320 kbit/s | Spotify Support 2026 |
| Domyślny bitrate i częstotliwość próbkowania audio OBS Studio | 160 kbps, 48.000 Hz | OBS Project, kod źródłowy 2026 |
| Zakres stereo AAC w Apple HLS | 32 do 160 kbit/s | Apple, HLS Authoring Specification 2026 |
| Zalecenia dla Opus: mowa fullband wobec muzyki stereo | 28 do 40 wobec 64 do 128 kbit/s | IETF, RFC 6716 2012 |
| Kodeki obowiązkowe w każdym punkcie końcowym WebRTC | Opus i G.711 | IETF, RFC 7874 2016 |
| Ocena przy docelowym bitrate 96 kbps, Opus wobec Apple AAC (1 do 5) | 4,65 wobec 4,40 | Test Hydrogenaudio 2014 |
| Rzeczywisty bitrate przy tym celu, MP3 wobec Opus | 135,5 wobec 106,7 kbps | Test Hydrogenaudio 2014 |
| Audio 128 kbps jako udział w minimalnym bitrate wideo 360p YouTube Live | 32% (128 / 400) | Google, YouTube Help 2026 (nasze obliczenia) |
| Bitrate podcastów w Spotify w jego aplikacjach | Około 96 kbit/s | Spotify Support 2026 |
| Zalecany bitrate stereo AAC w Apple Podcasts | 128 do 256 kbps | Apple Podcasts for Creators 2026 |
| Końcowy limiter przed koderem stratnym | -2 dBTP | EBU Tech 3344, 2016 |
Metodologia i źródła
Każdą liczbę z tego zestawienia przeczytaliśmy w dokumencie źródłowym w listopadzie 2026 roku. Wartości procentowe w sekcji 2 to nasza własna arytmetyka na podstawie opublikowanych bitrate, a wzór podano obok każdej wartości.
- Deezer Research, Benjamin Martin i Romain Hennequin, Evaluating perceptual transparency of lossy music audio compression with Opus codec, preprint arXiv, październik 2026.
- Google, YouTube Help: Choose live encoder settings, bitrates, and resolutions, 2026.
- Google, YouTube Help: Recommended upload encoding settings, 2026.
- Meta for Developers, Live Video API reference, 2026.
- Kick Help Center, How to stream on Kick, 2026.
- OBS Project, rtmp-services services.json, kod źródłowy OBS Studio (ustawienia domyślne) oraz informacje o wydaniu OBS Studio 30.0.
- IETF, RFC 6716 Opus (2012), RFC 7874 WebRTC audio codec requirements (2016), RFC 9725 WHIP (2025) oraz draft-ietf-codec-results-03 (2013).
- Apple, HLS Authoring Specification for Apple Devices oraz Apple Podcasts for Creators: Audio requirements, 2026.
- Społeczność Hydrogenaudio, wyniki publicznego testu odsłuchowego wielu formatów, lipiec 2014.
- EBU, Tech 3324: EBU evaluations of multichannel audio codecs (2007), Tech 3344 v2.1 (2016) oraz R 128 s2 wersja 3.0 (2023).
- ITU-R, Recommendation BS.1534-3 (2015) oraz Recommendation BS.1116-3 (2015).
- Spotify Support, Audio quality, 2026.
- Uwaga o danych: strony Broadcasting Guidelines Twitcha nie udało się wyświetlić do odczytu, więc jedyną użytą liczbą dla Twitcha jest limit presetu OBS (320 kbps). Co najmniej jeden zewnętrzny poradnik dotyczący koderów (Switchboard) podaje 160 kbps jako maksimum AAC dla Twitcha, czyli połowę presetu OBS; nie mogliśmy potwierdzić żadnej z tych wartości na samym Twitchu, więc traktuj limity audio Twitcha jako niezweryfikowane, dopóki nie sprawdzisz ich na aktualnej stronie. Kick nie publikuje bitrate audio. Badanie Deezer to preprint w trakcie recenzji na ICASSP 2027, jego słuchaczami byli pracownicy Deezer, a testowano w nim wyłącznie Opus z muzyką, więc jego próg 160 kbps nie powinien być przenoszony na AAC ani na mowę. Strona wyników Hydrogenaudio opisuje dodatkowy bitrate MP3 zarówno jako “30kbps more”, jak i “29% more”; podajemy tylko zmierzone średnie. EBU Tech 3324 w swoich wnioskach przytacza ponad 14.000 ocen od około 150 osób, co nie zgadza się z jego tabelami dla poszczególnych laboratoriów (87 i 71 zaakceptowanych słuchaczy), więc nie korzystamy z łącznej liczby słuchaczy z tego dokumentu. Dane z testów odsłuchowych w sekcjach 4 i 5 są w większości starsze niż trzy lata (2007 do 2014), a jedynym niedawnym wyjątkiem jest badanie Deezer. YouTube Live zaleca 44,1 kHz dla stereo, podczas gdy jego wytyczne dotyczące przesyłania, Kick i OBS używają 48 kHz.
Ostatnia aktualizacja: 6 listopada 2026 roku. Aktualizujemy to zestawienie kwartalnie, a kolejne odświeżenie planujemy po opublikowaniu w materiałach konferencji ICASSP 2027 recenzowanej wersji badania transparentności Deezer Research.