2026년 10월의 블라인드 청취 테스트에서 160 kbps는 음악에 대해 엄격한 지각적 투명성에 도달한 가장 낮은 Opus 비트레이트였으며, 이는 테스트에서 가장 까다로운 청취자들조차 무압축 원본과 안정적으로 구별하지 못했다는 뜻이다(동등성 검정 p = 0.024) (Deezer Research, Martin과 Hennequin, arXiv 2026). 이 값은 OBS Studio가 여섯 개 오디오 트랙 모두에 기본으로 설정하는 오디오 비트레이트와 정확히 같지만(OBS Project, OBS Studio 소스 코드 2026), 라이브 플랫폼은 그보다 낮은 값을 요구한다. YouTube Live는 스테레오에 128 kbps를 권장하고(Google, YouTube Help 2026), Meta는 Facebook Live에 128 kbps를 선호한다(Meta for Developers, Live Video API reference 2026). 96 kbps 목표에서 Opus는 공개 멀티포맷 블라인드 테스트에서 이미 5점 만점에 4.65점을 받았다(Hydrogenaudio, 공개 청취 테스트 2014). 주문형 파일과 달리(이는 저희 팟캐스트 호스팅 대역폭 및 저장 용량 통계에서 다룬다), 라이브 인코더에는 한 번의 기회만 있고 두 번째 기회는 없다. 저희는 Deezer Research, YouTube Help, Meta for Developers, Kick Help Center, OBS Project, IETF, Apple, EBU, ITU-R, Spotify, 그리고 Hydrogenaudio 청취 테스트 커뮤니티의 데이터를 종합했다.
요약
- Opus 160 kbps는 무압축 오디오와 통계적으로 동등했지만(p = 0.024), 가장 까다로운 청취자 10명은 128 kbps를 알아챘다(p = 0.030) (Deezer Research, arXiv 2026).
- YouTube Live는 44.1 kHz 스테레오에 128 kbps를 요구하는데, 이는 업로드 영상에 권장하는 48 kHz 384 kbps의 3분의 1이다 (YouTube Help, 라이브 및 업로드 설정 2026).
- Facebook Live는 128 kbps AAC-LC 스테레오 오디오를 선호하며 최대치는 256 kbps다 (Meta for Developers, Live Video API reference 2026).
- OBS Studio의 내장 프리셋은 오디오를 Twitch는 320 kbps, YouTube RTMPS는 160 kbps, Facebook Live는 128 kbps로 제한한다 (OBS Project, services.json 2026).
- OBS Studio의 기본값은 오디오 160 kbps, 48,000 Hz, 스테레오다 (OBS Project, OBS Studio 소스 코드 2026).
- Apple의 HLS 사양은 스테레오 AAC를 160 kbit/s로 제한하며 HE-AAC는 64 kbit/s를 넘겨 쓰지 말라고 한다 (Apple, HLS Authoring Specification 2026).
- 96 kbps 목표에서 Opus는 Apple AAC의 4.40에 비해 4.65점을 받았다(1에서 5점 척도) (Hydrogenaudio, 공개 청취 테스트 2014).
- IETF Opus 표준은 풀밴드 음성에 28에서 40 kbit/s, 스테레오 음악에 64에서 128 kbit/s를 권장한다 (IETF, RFC 6716 2012).
- Spotify는 앱에서 팟캐스트를 약 96 kbit/s로 스트리밍한다 (Spotify Support, Audio quality 2026).
- EBU 지침은 손실 인코더 앞의 마지막 리미터를 -2 dBTP에 둔다 (EBU, Tech 3344 v2.1 2016).
1. 플랫폼별 인제스트 사양: 각 서비스가 요구하는 것
“인제스트(ingest)“는 업로드 구간을 뜻한다. 인코더가 플랫폼에 보내는 스트림으로, 플랫폼이 시청자용으로 다시 인코딩하기 전 단계다. 이 구간에서 공개된 오디오 수치는 놀랄 만큼 소박하다. YouTube는 라이브 스트림에는 128 kbps 스테레오 오디오를 요구하지만, 업로드 영상에는 384 kbps 스테레오를 요구해 세 배나 많다 (Google, YouTube Help 2026). 라이브 오디오는 마스터가 아니라 혼잡한 가정용 업로드 회선을 견뎌야 하는 전송용 피드로 취급된다.
샘플링 레이트 지침도 서로 맞지 않는다. YouTube Live는 스테레오에 44.1 kHz를 제시하지만 자체 업로드 페이지와 OBS 기본값은 48 kHz를 쓰고, Kick은 최대 48 kHz까지 허용한다. 이 불일치만으로 귀에 들리는 손해가 생기지는 않지만, 마이크, 믹서, 인코더 사이에서 샘플링 레이트를 바꿀 때마다 잘못된 설정이 끼어들 여지가 생긴다. 채널이 마주치는 오디오 규칙은 오디오 설정만이 아니며, 저작권 관리가 또 하나의 규칙이다. 저희 라이브 스트림 저작권 음소거 통계가 이를 보여준다.
| 지표 | 값 | 출처 |
|---|---|---|
| YouTube Live 오디오: 스테레오 대 5.1 서라운드 | 44.1 kHz에서 128 kbps 대 48 kHz에서 384 kbps (RTMP 또는 RTMPS를 통한 5.1은 AAC만 가능) | Google, YouTube Help: Choose live encoder settings (2026) |
| 업로드 영상(라이브 아님)에 대한 YouTube 권장 오디오: 모노 / 스테레오 / 5.1 | 48 kHz에서 128 / 384 / 512 kbps | Google, YouTube Help: Recommended upload encoding settings (2026) |
| Facebook Live 오디오 비트레이트: 선호값 대 최대값 | 128 kbps 대 256 kbps (AAC 저복잡도, 스테레오) | Meta for Developers, Live Video API reference (2026) |
| Facebook Live가 허용하는 오디오 샘플링 레이트 | 44.1 kHz 또는 48 kHz | Meta for Developers, Live Video API reference (2026) |
| Kick 오디오 제한 | 스테레오, 최대 48 kHz; 오디오 비트레이트는 공개되지 않음 | Kick Help Center, How to stream on Kick (2026) |
| OBS Studio 내장 서비스 프리셋의 최대 오디오 비트레이트: Twitch / YouTube RTMPS / Trovo / Facebook Live | 320 / 160 / 160 / 128 kbps | OBS Project, services.json 프리셋 파일 (2026) |
맥락 참고: Twitch 자체의 Broadcasting Guidelines 페이지는 이번 정리에서 읽을 수 없는 스크립트로 로드되므로, 위의 Twitch 수치는 Twitch의 인용이 아니라 방송 소프트웨어의 프리셋 상한이다. 외부 가이드는 더 낮은 Twitch 상한을 제시한다(방법론과 출처의 데이터 참고 사항 참조).
2. 비트레이트 예산에서 오디오가 차지하는 비중
오디오는 1080p 스트림에서는 반올림 오차 수준이지만 모바일 스트림에서는 큰 항목이다. YouTube가 H.264 360p에 제시하는 최소 0.4 Mbps에서 128 kbps 스테레오 트랙은 비디오 비트레이트의 32%에 해당하지만(128 / 400), 1080p60 권장치 17 Mbps에서는 약 0.75%다(128 / 17,000) (Google, YouTube Help 2026). 아래 계산은 공개된 수치를 바탕으로 저희가 직접 한 것이며, 오디오를 비디오 비트레이트하고만 비교한다.
실용적인 해석은 이렇다. 고해상도 스트림에서는 오디오를 160 kbps에서 128 kbps로 줄여도 거의 아무것도 절약되지 않으므로, 오디오는 가장 마지막에 아껴야 할 곳이다. 반면 적응형 래더의 낮은 단계, 즉 네트워크가 약한 휴대폰 시청자가 실제로 받는 단계에서는 오디오 비트가 화면과 직접 경쟁하며, 그래서 적응형 스트리밍 사양은 스테레오 AAC를 32 kbit/s까지 낮추도록 허용하고 낮은 전송률은 HE-AAC 쪽으로 유도한다.
| 지표 | 값 | 출처 |
|---|---|---|
| YouTube Live 1080p60 H.264 권장 비디오 비트레이트와 그중 128 kbps 오디오의 비중 | 17 Mbps; 128 / 17,000 = 약 0.75% | Google, YouTube Help: Choose live encoder settings (2026) |
| YouTube Live 360p30 H.264 최소 비디오 비트레이트와 그중 128 kbps 오디오의 비중 | 0.4 Mbps; 128 / 400 = 32% | Google, YouTube Help: Choose live encoder settings (2026) |
| Facebook Live 1080p60 비디오 비트레이트 범위와 그중 선호 오디오 128 kbps의 비중 | 4,500에서 9,000 kbps; 128 / 9,000 = 약 1.4%, 128 / 4,500 = 약 2.8% | Meta for Developers, Live Video API reference (2026) |
| Kick 비디오 비트레이트 범위 (H.264만, 고정 비트레이트만) | 1,000에서 8,000 kbps | Kick Help Center, How to stream on Kick (2026) |
| OBS Studio Twitch 프리셋: 최대 비디오 대 최대 오디오 비트레이트 | 6,000 대 320 kbps; 320 / 6,000 = 약 5.3% | OBS Project, services.json (2026) |
| Apple HLS 스테레오 AAC 비트레이트 범위 | 32에서 160 kbit/s | Apple, HLS Authoring Specification for Apple Devices (2026) |
| Apple HLS: 이 비트레이트를 넘으면 HE-AAC를 쓰지 말아야 하는 기준 | 64 kbit/s | Apple, HLS Authoring Specification (2026) |
| Apple HLS 라이브 스트림: 선언된 대역폭 대비 허용되는 1시간 평균 및 피크 | AVERAGE-BANDWIDTH의 110% 미만; BANDWIDTH의 125% 미만 | Apple, HLS Authoring Specification (2026) |
맥락 참고: Kick은 고정 비트레이트(CBR)를 요구하는데, 이는 인코더가 어려운 장면에 더 많은 비트를 쓰는 대신 일정한 전송률을 보낸다는 뜻이다. CBR 덕분에 위의 오디오 비중은 고정되므로, 8,000 kbps Kick 스트림에서 160 kbps 스테레오 트랙은 비디오 예산의 2%다(160 / 8,000).
3. 기본값과 코덱 배관: AAC는 현역, Opus는 도착 중
대부분의 스트리머는 오디오 패널을 건드리지 않으므로 기본값이 곧 업계의 실질적 표준이다. OBS Studio는 모든 오디오 트랙에 160 kbps, 48,000 Hz, 스테레오를 기본으로 제공한다 (OBS Project, OBS Studio 소스 코드 2026). 이 단일 기본값은 YouTube와 Facebook이 권장하는 값보다 높고 OBS의 Twitch 상한보다는 낮은데, 하나의 인코더가 여러 플랫폼에 송출할 때 합리적인 중간값이다. 가공된 목소리가 다른 앱에서 OBS로 들어오는 경우, 예컨대 OBS용 음성 변조기를 쓸 때는 이 48 kHz를 처음부터 끝까지 맞추면 불필요한 리샘플링을 한 번 피할 수 있다.
코덱 상황은 밑바닥에서 바뀌고 있다. 1번 섹션의 모든 RTMP 인제스트 사양은 AAC를 명시하지만 WebRTC 세계는 Opus를 의무로 하며, WHIP(WebRTC-HTTP Ingestion Protocol, WebRTC 스트림을 서버로 밀어 넣는 HTTP 기반 방식)이 그 세계를 방송 소프트웨어로 끌어온다. OBS는 30.0 버전에서 WHIP 출력을 추가했고, IETF는 2025년에 WHIP를 RFC 9725로 발행했으며, 예시 오퍼는 48 kHz 스테레오 Opus(“opus/48000/2”)를 협상한다.
| 지표 | 값 | 출처 |
|---|---|---|
| OBS Studio 기본 오디오 비트레이트, Simple 출력 및 Advanced 출력 여섯 트랙 모두 | 160 kbps | OBS Project, OBS Studio 소스 코드, InitBasicConfigDefaults (2026) |
| OBS Studio 기본 샘플링 레이트와 채널 구성 | 48,000 Hz, 스테레오 | OBS Project, OBS Studio 소스 코드 (2026) |
| 20 ms 프레임 기준 Opus 권장 비트레이트: 풀밴드 음성 대 풀밴드 스테레오 음악 | 28에서 40 kbit/s 대 64에서 128 kbit/s | IETF, RFC 6716 (2012년 9월) |
| Opus 풀밴드 모드: 유효 샘플링 레이트와 부호화되는 최고 주파수 | 48 kHz; 20 kHz 위의 오디오는 부호화되지 않음 | IETF, RFC 6716 (2012년 9월) |
| 모든 WebRTC 엔드포인트가 구현해야 하는 오디오 코덱 | Opus와 G.711 (PCMA 및 PCMU) | IETF, RFC 7874 (2016년 5월) |
| WHIP/WebRTC 출력을 추가한 OBS Studio 릴리스 | 30.0, 2023년 11월 | OBS Project, OBS Studio 30.0 릴리스 노트 (2023) |
맥락 참고: WHIP 표준 자체는 필수 코덱을 지정하지 않으며, Opus는 예시 교환에만 등장한다. Opus 요구 사항은 표에 있는 별도의 WebRTC 코덱 규칙에서 나오며, 이 규칙은 WebRTC 엔드포인트 전반에 적용된다.
4. 블라인드 청취 테스트에서의 AAC 대 Opus
블라인드 테스트는 코덱 사이의 유일하게 공정한 심판이며, 공개된 기록은 그것이 판정하는 스트리밍 환경보다 오래되었다. 2014년 7월 Hydrogenaudio 공개 테스트의 96 kbps 목표에서 Opus 1.1은 4.65, Apple AAC는 4.40을 받았으며(1에서 5까지의 손상 척도, 5는 “지각 불가능”을 뜻한다) (Hydrogenaudio, 공개 멀티포맷 청취 테스트 2014). 격차는 절댓값으로는 작지만 통계적으로는 확고하며(p = 0.000), Opus는 평균 3 kbps만 더 쓰고 이를 얻어냈다(106.7 대 103.7 kbps).
확보된 가장 최근 데이터: 2010년부터 2014년까지의 테스트 결과(출처는 표에 있음). 2025년이나 2026년에 현행 AAC와 Opus 인코더를 스트리밍 비트레이트에서 비교한 공개 멀티포맷 테스트는 찾지 못했는데, 이 사실 자체가 하나의 발견이다. 플랫폼의 AAC 기본값은 새로운 청취 데이터가 아니라 호환성에 기반한다는 뜻이다. 신경망 코덱이 Opus와 경쟁하는 매우 낮은 비트레이트에 대해서는 저희 신경망 오디오 코덱 비트레이트 및 품질 통계를 참고하세요.
| 지표 | 값 | 출처 |
|---|---|---|
| 96 kbps 목표에서의 평균 점수, 1에서 5점 척도(5 = 지각 불가능): Opus 1.1 대 Apple AAC 대 LAME MP3 대 Vorbis | 4.65 대 4.40 대 4.24 대 4.24 | Hydrogenaudio, 공개 멀티포맷 청취 테스트 결과 (2014년 7월) |
| 해당 목표에서 실제로 제공된 평균 비트레이트: Opus / Apple AAC / Vorbis / MP3 | 106.7 / 103.7 / 106.1 / 135.5 kbps | Hydrogenaudio, 공개 멀티포맷 청취 테스트 (2014) |
| 저품질 앵커(구형 AAC 인코더 FAAC, 96 kbps) | 2.65 | Hydrogenaudio, 공개 멀티포맷 청취 테스트 (2014) |
| 유의성: Opus 대 Apple AAC; Apple AAC 대 MP3 | Opus 우세, p = 0.000; AAC 우세, 보정 p = 0.043 (부트스트랩) | Hydrogenaudio, 공개 멀티포맷 청취 테스트 (2014) |
| 참가자 패널과 자료 | 참가자 38명, 제출된 363건 중 유효 결과 339건; 샘플 40개(음악 35개, 음성 5개) | Hydrogenaudio, 공개 멀티포맷 청취 테스트 (2014) |
| Google 스테레오 음악 테스트(청취자 9명): 128 kbps의 Opus 대 64 kbps의 AAC-LC, 96 kbps의 MP3, 64 kbps의 Opus, 64 kbps의 G.719 | 128 kbps의 Opus가 나머지 네 가지보다 유의하게 높은 점수를 받음 | IETF, draft-ietf-codec-results-03 (2013년 5월) |
| Broadcom 스테레오 음악 테스트(청취자 17명, 2010년 12월): 96 kbps의 Opus 대 AAC-LC 및 MP3 | AAC-LC보다 약간 나쁘고 MP3보다 유의하게 좋음 | IETF, draft-ietf-codec-results-03 (2013년 5월) |
이상치 참고: MP3는 Vorbis와 같은 4.24에 도달하기 위해 Opus보다 28.8 kbps를 더 썼고(135.5에서 106.7 kbps를 뺀 값), 그럼에도 AAC에는 뒤처졌다. Broadcom 결과는 최종 이전의 Opus 비트스트림을 사용했기 때문에 이후 테스트와 결과가 다르다.
5. 투명성 임계값: 추가 비트가 더는 의미 없어지는 지점
“투명”은 오디오 부호화에서 정확한 의미를 가진다. 훈련된 청취자가 통제된 블라인드 테스트에서 부호화된 버전과 원본을 안정적으로 구별하지 못한다는 뜻이다. Deezer Research는 Opus 160 kbps가 부하 조건에서 이 기준을 충족했으며(차이 검정 p = 0.747, 엄격한 동등성 p = 0.024), 가장 어려운 샘플과 가장 예민한 귀를 분리하자 128 kbps는 충족하지 못했다고 밝혔다(p = 0.030) (Deezer Research, Martin과 Hennequin, arXiv 2026). 21명 전원이 참여한 1단계에서는 128 kbps가 구별되지 않는 것으로 보였으며(p = 0.456), 이는 답이 누가 듣느냐에 얼마나 크게 좌우되는지를 보여준다.
이 연구는 ITU-R BS.1116-3을 사용했다. 이 방법에서는 청취자가 원본을 먼저 듣고, 이어서 숨겨진 두 버전(하나는 부호화본, 다른 하나는 다시 원본)을 듣고 차이를 평가한다. “차이 점수” 0은 들리는 차이가 없다는 뜻이며, 동등성 한계는 플러스 마이너스 0.25였다. 스트리머에게 중요한 단서가 두 가지 있다. 이 테스트는 Opus와 음악만 다루었고, 심사 중인 프리프린트라는 점이다. 표에 있는 방송용 서라운드 수치는 같은 논리를 더 큰 규모로 보여주며, 안전한 비트레이트가 평균적인 경우보다 훨씬 높다.
| 지표 | 값 | 출처 |
|---|---|---|
| 1단계 무압축 오디오 대비 평균 차이 점수(0 = 들리는 차이 없음): 32 대 64 대 128 kbps의 Opus | -1.661 대 -0.438 대 -0.082 | Deezer Research, Martin과 Hennequin, arXiv 2610.20246 (2026년 10월) |
| 1단계, 128 kbps의 Opus: 차이 검정 대 엄격한 동등성 검정 | p = 0.456 (감지 가능한 차이 없음) 대 p = 0.064 (동등성이 입증되지 않음) | Deezer Research, arXiv 2610.20246 (2026) |
| 2단계 부하 테스트(가장 까다로운 청취자 10명, 가장 어려운 샘플 8개): 96 대 128 대 160 kbps의 차이 검정 | p = 0.045 대 p = 0.030 대 p = 0.747 | Deezer Research, arXiv 2610.20246 (2026) |
| 2단계, 160 kbps의 Opus: 엄격한 동등성 검정(한계 플러스 마이너스 0.25점)과 평균 차이 점수 | p = 0.024; -0.035 | Deezer Research, arXiv 2610.20246 (2026) |
| 모집된 청취자 대 사전 선별 후 자격을 얻은 청취자; 음악 발췌 | 26명 대 21명; 발췌 23개 | Deezer Research, arXiv 2610.20246 (2026) |
| 내용과 무관하게 EBU가 우수 품질을 위한 안전한 선택으로 꼽는 5.1 서라운드 비트레이트 | 448 kbit/s | EBU, Tech 3324 multichannel codec evaluations (2007년 9월) |
| 160 kbit/s 이상의 HE-AAC 5.1 서라운드 | 평균 우수, 박수 소리만 보통 | EBU, Tech 3324 (2007년 9월) |
| MUSHRA 테스트 규칙: 항목의 이 비율을 넘게 숨겨진 원본을 90 미만으로 평가한 청취자는 제외 | 15% | ITU-R, Recommendation BS.1534-3 (2015년 10월) |
맥락 참고: 서라운드에 대해 확보된 가장 최근 데이터: 2007년. MUSHRA(BS.1534)는 중간 품질을 위한 방법으로 0에서 100점으로 채점하며 앵커는 3.5 kHz와 7 kHz에서 로우패스 필터링한다. 반면 BS.1116은 엄격한 조건에서만 드러나는 아주 작은 손상에 쓰인다. MUSHRA에서 “우수”로 평가된 코덱이 BS.1116 기준으로 자동으로 투명한 것은 아니다.
6. 음성 중심 스트림과 청취자의 기준점
대부분의 라이브 스트림은 음악이 깔린 대화이며, 음성은 음악보다 훨씬 적은 비트로 충분하다. 2011년 Google 청취 테스트는 32 kbps의 풀밴드 Opus를 만다린어 음성에서 100점 만점에 98.13점으로 평가했으며, 같은 전송률의 G.719(93.43)보다 높았다 (IETF, draft-ietf-codec-results-03 2013). 확보된 가장 최근 데이터: 2013년.
소비자 서비스가 귀의 기준점을 정한다. Spotify는 앱에서 팟캐스트를 약 96 kbit/s로 스트리밍하며, 표에 있는 팟캐스트 피드 지침은 모노 기준 최대 128 kbps다. 128에서 160 kbps로 송출하는 토크 스트림은 이미 청취자가 대형 팟캐스트 앱에서 듣는 수준보다 높고, 128 kbps의 음악 스트림은 Spotify의 높음 등급보다 낮으며 매우 높음 등급보다는 훨씬 낮다.
| 지표 | 값 | 출처 |
|---|---|---|
| Google 만다린어 음성 테스트(선별 후 청취자 21명, 0에서 100점 척도): 32 kbps 풀밴드 Opus 대 32 kbps G.719 대 20 kbps 와이드밴드 Opus | 98.13 대 93.43 대 81.59 | IETF, draft-ietf-codec-results-03 (2013년 5월) |
| Spotify 팟캐스트 스트리밍 비트레이트: 모바일 및 데스크톱 앱 대 웹 플레이어 | 약 96 kbit/s 대 128 kbit/s | Spotify Support, Audio quality (2026) |
| Spotify 음악 등급: 낮음 / 보통 / 높음 / 매우 높음 | 약 24 / 96 / 160 / 320 kbit/s | Spotify Support, Audio quality (2026) |
| Spotify 웹 플레이어 음악: Free 대 Premium | AAC 128 kbit/s 대 AAC 256 kbit/s | Spotify Support, Audio quality (2026) |
| Spotify Lossless 등급(Premium): 형식과 최대 해상도 | FLAC, 최대 24-bit/44.1 kHz | Spotify Support, Audio quality (2026) |
| Apple Podcasts RSS 피드, 44.1 또는 48 kHz의 AAC: 모노 대 스테레오 권장 비트레이트 | 64에서 128 kbps 대 128에서 256 kbps | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
| Apple Podcasts MP3 최소치: 모노 대 스테레오 | 44.1 kHz에서 32 kbps 대 64 kbps | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
맥락 참고: 휴대폰과 태블릿에서 Spotify의 낮음 품질을 선택하면 팟캐스트도 기본값 96 kbit/s의 4분의 1인 약 24 kbit/s로 떨어지는데, 이는 많은 청취자가 이미 음성에 대해 받아들이는 하한선이다.
7. 인코더 앞의 헤드룸과 음량
손실 인코더는 파형을 바꾸므로 피크가 들어갈 때보다 높게 나올 수 있다. 그래서 EBU 지침은 손실 인코더 앞의 마지막 리미터를 제작 상한인 -1 dBTP보다 1데시벨 낮은 -2 dBTP에 둔다 (EBU, Tech 3344 v2.1 2016). “dBTP”는 데시벨 트루 피크를 뜻하며, 디지털 샘플 사이에서 생기는 오버슈트까지 포함한 피크 측정값이다. 같은 문서는 비트레이트가 낮을 때 리미터를 더 낮춰야 할 수 있다고 경고하지만 수치는 제시하지 않는다.
라이브 믹스에서 이는 이 글에서 가장 실행하기 쉬운 수치다. 스트림 버스의 리미터를 0 dBFS에 두면 AAC나 Opus 인코더가 스스로 만들어내는 오버슈트가 들어갈 여유가 없다. 음량 목표는 별개의 문제이며 저희 스트리밍 음량 정규화 통계에서 깊이 다룬다. EBU의 스트리밍 보충 문서 R 128 s2(버전 3.0, 2023년 11월)는 서비스가 더 큰 목표를 쓸 때 재생 기기에서 트루 피크 리미팅을 적용하도록 권장한다.
| 지표 | 값 | 출처 |
|---|---|---|
| 제작용 자료의 최대 트루 피크 레벨 | -1 dBTP | EBU, Tech 3344 v2.1 (2016년 7월) |
| 손실 인코더 앞의 최종 피크 리미터 설정 | -2 dBTP (낮은 비트레이트에서는 더 낮춰야 할 수 있음) | EBU, Tech 3344 v2.1 (2016년 7월) |
| RF 모드의 AC-3 또는 E-AC-3에 대한 권장 최대 디코더 출력 | -4 dBTP | EBU, Tech 3344 v2.1 (2016년 7월) |
| 트루 피크 측정값과 아날로그 출력 레벨 사이의 오버슈트 | 1 dB 미만(보통 몇 십분의 1 dB) | EBU, Tech 3344 v2.1 (2016년 7월) |
| Apple Podcasts 트루 피크 상한 | -1 dBFS 이하 | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
| Apple HLS: 음량 또는 다이내믹 레인지 제어 메타데이터 | 광고를 포함한 모든 콘텐츠를 같은 레벨로 인코딩한 경우가 아니라면 있어야 함(요구 사항 2.18) | Apple, HLS Authoring Specification (2026) |
맥락 참고: 코덱 헤드룸에 대해 확보된 가장 최근 데이터: 2016년. 1번 섹션에서 읽은 라이브 인제스트 페이지(YouTube Live, Facebook Live, Kick) 중 어느 것도 음량 목표를 공개하지 않으므로, 위의 방송 및 팟캐스트 수치가 문서로 확인되는 가장 가까운 기준이다.
숫자로 보는 라이브 스트림 오디오 비트레이트와 인코딩 설정
| 지표 | 값 | 출처 |
|---|---|---|
| 음악에 대해 엄격한 투명성을 통과한 가장 낮은 Opus 비트레이트(BS.1116-3, 동등성 p) | 160 kbps (p = 0.024) | Deezer Research, arXiv 2026 |
| 128 kbps의 Opus 대 무압축, 가장 까다로운 청취자 10명 | 음질 저하로 감지됨 (p = 0.030) | Deezer Research, arXiv 2026 |
| YouTube Live 스테레오 오디오 | 44.1 kHz에서 128 kbps | Google, YouTube Help 2026 |
| Facebook Live 오디오 비트레이트: 선호값 대 최대값 | 128 대 256 kbps | Meta for Developers 2026 |
| Facebook Live 1080p60 비디오 범위에서 128 kbps 오디오의 비중 | 약 1.4%에서 2.8% | Meta for Developers 2026 (저희 계산) |
| Kick 오디오 제한 | 스테레오, 최대 48 kHz | Kick Help Center 2026 |
| Spotify 음악 등급: 높음 대 매우 높음 | 약 160 대 320 kbit/s | Spotify Support 2026 |
| OBS Studio 기본 오디오 비트레이트와 샘플링 레이트 | 160 kbps, 48,000 Hz | OBS Project, 소스 코드 2026 |
| Apple HLS 스테레오 AAC 범위 | 32에서 160 kbit/s | Apple, HLS Authoring Specification 2026 |
| Opus 권장값: 풀밴드 음성 대 스테레오 음악 | 28에서 40 대 64에서 128 kbit/s | IETF, RFC 6716 2012 |
| 모든 WebRTC 엔드포인트에서 필수인 코덱 | Opus와 G.711 | IETF, RFC 7874 2016 |
| 96 kbps 목표에서의 점수, Opus 대 Apple AAC (1에서 5) | 4.65 대 4.40 | Hydrogenaudio 테스트 2014 |
| 해당 목표에서의 실제 비트레이트, MP3 대 Opus | 135.5 대 106.7 kbps | Hydrogenaudio 테스트 2014 |
| YouTube Live 360p 최소 비디오 비트레이트에서 128 kbps 오디오의 비중 | 32% (128 / 400) | Google, YouTube Help 2026 (저희 계산) |
| 앱에서의 Spotify 팟캐스트 비트레이트 | 약 96 kbit/s | Spotify Support 2026 |
| Apple Podcasts 권장 AAC 스테레오 비트레이트 | 128에서 256 kbps | Apple Podcasts for Creators 2026 |
| 손실 인코더 앞의 최종 리미터 | -2 dBTP | EBU Tech 3344, 2016 |
방법론과 출처
저희는 이 정리의 모든 수치를 2026년 11월에 1차 문서에서 직접 읽어 확인했다. 2번 섹션의 백분율은 공개된 비트레이트로 저희가 직접 계산한 것이며, 계산식을 각 값 옆에 적었다.
- Deezer Research, Benjamin Martin과 Romain Hennequin, Evaluating perceptual transparency of lossy music audio compression with Opus codec, arXiv 프리프린트, 2026년 10월.
- 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, OBS Studio 소스 코드(기본 설정), OBS Studio 30.0 릴리스 노트.
- IETF, RFC 6716 Opus(2012), RFC 7874 WebRTC audio codec requirements(2016), RFC 9725 WHIP(2025), draft-ietf-codec-results-03(2013).
- Apple, HLS Authoring Specification for Apple Devices 및 Apple Podcasts for Creators: Audio requirements, 2026.
- Hydrogenaudio 커뮤니티, 공개 멀티포맷 청취 테스트 결과, 2014년 7월.
- EBU, Tech 3324: EBU evaluations of multichannel audio codecs(2007), Tech 3344 v2.1(2016), R 128 s2 버전 3.0(2023).
- ITU-R, Recommendation BS.1534-3(2015) 및 Recommendation BS.1116-3(2015).
- Spotify Support, Audio quality, 2026.
- 데이터 참고 사항: Twitch의 Broadcasting Guidelines 페이지는 읽을 수 있는 형태로 렌더링되지 않아, 사용한 Twitch 수치는 OBS의 프리셋 상한(320 kbps)뿐이다. 외부 인코더 가이드 최소 한 곳(Switchboard)은 Twitch의 AAC 최대치를 OBS 프리셋의 절반인 160 kbps로 제시하는데, 두 수치 모두 Twitch 자체에서 확인하지 못했으므로 실제 페이지에서 확인하기 전까지 Twitch의 오디오 제한은 검증되지 않은 것으로 취급해야 한다. Kick은 오디오 비트레이트를 공개하지 않는다. Deezer 연구는 ICASSP 2027 심사 중인 프리프린트이고 청취자는 Deezer 직원이었으며 음악만으로 Opus를 테스트했으므로, 그 160 kbps 임계값을 AAC나 음성에 적용해서는 안 된다. Hydrogenaudio 결과 페이지는 MP3의 추가 비트레이트를 “30kbps 더 많음”과 “29% 더 많음” 두 가지로 모두 서술하는데, 저희는 측정된 평균만 보고한다. EBU Tech 3324는 결론에서 약 150명의 피험자로부터 얻은 14,000건 이상의 점수를 인용하지만, 이는 연구소별 표(수용된 청취자 87명과 71명)와 맞지 않으므로 이 문서의 청취자 총수는 사용하지 않는다. 4번과 5번 섹션의 청취 테스트 데이터는 대부분 3년보다 오래되었으며(2007년부터 2014년), 최근 사례는 Deezer 연구뿐이다. YouTube Live는 스테레오에 44.1 kHz를 권장하지만 업로드 지침, Kick, OBS는 48 kHz를 쓴다.
마지막 업데이트: 2026년 11월 6일. 저희는 이 정리를 분기마다 업데이트하며, 다음 갱신은 ICASSP 2027 논문집에 Deezer Research 투명성 연구의 동료 심사 버전이 게재될 때 이루어질 것으로 예상한다.