가장 큰 샘플이 0.0 dBFS로 읽히는 파일은 신호가 0 dB에 닿는 파일이 아닙니다. 임의의 두 샘플 사이에서 재구성된 파형은 그 둘 모두보다 높이 솟을 수 있고, 샘플 피크 미터는 구조적으로 그것을 볼 수 없습니다. 그다음 손실 코덱—누군가 듣기 전에 모든 스트리밍 서비스가 당신의 마스터에 적용하는 바로 그것—이 그 돌출을 한층 더 밀어 올립니다. 결과는 DAW에서는 깨끗하게 측정되었는데 재생에서는 왜곡되는 마스터이며, 여기에 견해의 문제는 하나도 없습니다. 샘플링된 오디오가 어떻게 재구성되는지에서 따라 나오는 귀결입니다.
이 글은 샘플 피크와 트루 피크가 실제로 무엇인지, 왜 두 번째 것을 측정하는 유일한 방법이 오버샘플링인지, 4× 미터가 볼 수 있는 것과 볼 수 없는 것은 무엇인지, 그리고 표준화된 세 라우드니스 미터 중 어느 것이 어느 질문에 답하는지를 다룹니다. 각 서비스가 목표치로 무엇을 공개하는지와 조용한 마스터에 무슨 일이 일어나는지는 당신의 마스터에 실제로 일어나는 일에서 따로 다룹니다.
샘플 피크는 파일에서 가장 높은 점입니다. 트루 피크는 파일 안에 없습니다.
샘플 피크 미터는 파일에서 절댓값이 가장 큰 샘플 값을 보고합니다. 그것은 실재하는 숫자이고 계산하기도 쉽습니다. 모든 샘플을 훑어 가장 큰 것을 남기면 됩니다.
그러나 샘플은 연속적인 파형 위의 점들이지 파형 자체가 아닙니다. 그 점들을 지나가는 파형은 점들 사이에서 둘 모두보다 높이 솟을 수 있습니다. 재구성된 아날로그 파형은 파일에서 가장 높은 샘플을 넘어설 수 있고, 샘플 피크 미터에는 이를 검출할 장치가 없습니다. 그 돌출이 인터샘플 피크입니다. 그것까지 포함한 재구성 파형의 레벨이 트루 피크이고, dBTP로 표현됩니다.
"클리핑된 것이 없다"와 "클리핑되지 않을 것이다"가 서로 다른 주장인 이유가 이것입니다. 샘플이 −0.1 dBFS에서 멎는 디지털상 안전한 파일도 트루 피크는 0 dBTP를 한참 넘길 수 있습니다. 파일 안에는 넘친 것이 없습니다. 그러나 파형을 재구성하는 그 아래의 모든 것—DAC, 샘플레이트 컨버터, 손실 디코더—이 그것을 클리핑할 수 있습니다.
실무적인 판별법은 무뚝뚝합니다. 명시적인 트루 피크 또는 dBTP 모드가 없는 미터는, 설명서가 무엇을 암시하든 샘플 피크 미터입니다. 여기에는 DAW에 내장된 대부분의 레벨 미터가 들어가고, 아주 많은 리미터의 실링 컨트롤도 들어갑니다.
손실 인코딩이 중립이 아니라 상황을 악화시키는 이유
스트리밍은 당신의 WAV를 전달하지 않습니다. 그것을 AAC나 Ogg Vorbis, MP3로 인코딩한 것을 전달하며, 손실 코덱은 당신의 파형을 샘플 단위로 재현하지 않습니다. 지각적으로 유사한 파형을 재현할 뿐입니다. 디코더의 출력은 인코더의 입력을 일상적으로 넘어섭니다.
그 초과는 특정 인코더의 버그가 아닙니다. 스펙트럼 세부를 양자화하고 버리는 데서 오는 불가피한 귀결이며, 그리고—마스터링 판단에서 중요한 대목은 여기입니다—소스를 얼마나 세게 리미팅했는지에 비례해 커집니다. 신호를 실링에 대고 더 세게 눌러 납작하게 만들수록, 코덱이 되돌려 내놓을 때의 초과도 커집니다.
그래서 정확히 0.0 dBTP에 앉아 있는 마스터는 0 dBFS를 넘는 피크로 디코딩되고, 디코더는 그것을 클리핑합니다. 당신은 자기 파일에서는 이 소리를 결코 듣지 못합니다. 청취자가 받는 버전에서 들릴 뿐입니다.
이 문제를 다루는 공개된 규격은 모두 같은 결론에 이릅니다. AES TD1008은 이렇게 밝힙니다. "For all content, it is recommended that the Maximum True Peak level not exceed −1 dBTP at the codec input of lossy-encoded streams." Spotify는 트루 피크를 "below −1dB TP (True Peak) max"로 유지할 것을, 그리고 −14 LUFS보다 큰 마스터에 대해서는 "keep True Peak below −2dB to avoid extra distortion"을 요청합니다.
Spotify의 두 번째 수치가 흥미로운 쪽입니다. 그것은 정확히 더 세게 리미팅된 소재가 코덱에서 더 많이 초과하기 때문에 존재합니다. 실링은 고정된 미신이 아닙니다. 소재가 촘촘해질수록 조여집니다.
오버샘플링이 하는 일, 그리고 4×가 볼 수 없는 것
파일 안에 없는 피크를 측정하려면 샘플들 사이의 파형을 재구성해야 합니다. ITU-R BS.1770은 그 방법으로 오버샘플링을 규정합니다. 추가 샘플 점을 보간한 뒤 촘촘해진 신호의 피크를 측정하는 것입니다.
권고는 48 kHz에서 최소 4× 오버샘플링을 정하면서, "Higher sampling rates and over-sampling ratios are preferred"라고 적어 두었습니다.
적힌 대로 읽으십시오. 4×는 적합성의 하한이지 정확한 답이 아닙니다. 4× 미터는 샘플 피크 미터보다 더 많이 잡는 것은 보장하지만 전부 잡는 것은 보장하지 않습니다. 4×에서도 실제 피크를 수십 분의 1 dB만큼 낮게 읽을 수 있습니다. 그 수십 분의 1 dB가 바로 사람들이 실링에서 깎아 내려는 여유분과 같은 크기입니다.
| 무엇을 쓰고 있는가 | 무엇을 보고하는가 | 무엇을 놓치는가 |
|---|---|---|
| 샘플 피크 미터 | 파일에서 가장 큰 샘플 값 | 모든 인터샘플 피크와 코덱 초과 문제 전체 |
| 4× 트루 피크 미터 | BS.1770 적합성 하한에서의 재구성 피크 | 실제 피크를 수십 분의 1 dB만큼 낮게 읽을 수 있음 |
| 8× 또는 16× 트루 피크 미터 | 재구성 피크에 더 가까운 추정값 | 갈수록 적어지며, CPU 비용은 무시할 만함 |
미터가 제공한다면 8× 또는 16× 오버샘플링을 쓰십시오. 추가 CPU 비용은 하찮고 추가 정확도는 그렇지 않습니다.
리미터 쪽에도 짝을 이루는 함정이 있습니다. −1.0 dBTP로 설정한 트루 피크 실링은 리미터가 실제로 트루 피크 리미팅을 하고 있을 때만 의미가 있습니다. 많은 리미터의 실링 컨트롤은 샘플 피크 기준이고, 그것을 −1.0으로 맞추면 인터샘플 피크는 −0.5 dBTP 위 어딘가에 놓입니다. 코덱이 파일에 손대기도 전에 여유분의 절반이 날아간 것입니다.
당신의 미터가 인용하는 표준 판
BS.1770에는 여섯 개의 판이 있습니다. 2006, 2007, 2011, 2012, 2015, 2023입니다. 현장에 깔린 대부분의 미터가 인용하는 것은 BS.1770-4(October 2015)이고, 현재 유효한 판은 BS.1770-5(November 2023)입니다. 여기 적은 4× 오버샘플링 하한, 필터 단, 두 게이트는 모두 공개된 BS.1770-5에 대조해 확인한 것입니다.
이것을 알아 두는 주된 이유는 미터 문서를 제대로 읽기 위해서입니다. -4를 인용하는 미터가 그 때문에 틀린 것은 아니지만, -5가 현행 문서이며 어떤 주장을 문서와 대조할 때 이름을 대야 할 판입니다.
순간, 단기, 통합: 세 미터, 세 질문
문제의 나머지 절반은, 대부분의 사람들이 지금 내리는 판단에 맞지 않는 라우드니스 미터를 보고 있다는 것입니다. EBU Tech 3341은 세 개의 창을 정의하며, 이들은 진짜로 서로 다른 세 질문에 답합니다.
순간(M) — 400 ms, 게이트 없음. BS.1770의 게이팅 블록과 같은 창입니다. 순간 라우드니스는 개별 사건을 추적합니다. 스네어 하나, 보컬의 자음 하나, 다운비트 하나. 잡아내는 데 쓰십시오. 주변보다 6 LU 튀는 킥, 유난히 튀어나오는 구간 같은 것입니다. 레벨 판단에는 쓰지 마십시오. 지나치게 예민하며, 순간 미터를 쫓아다니면 재생 노멀라이제이션이 벌하는 바로 그 과압축 결과가 나옵니다.
단기(S) — 3 s, 게이트 없음. 3초는 대략 한 악구입니다. 단기 라우드니스는 트랙 안의 밸런스 판단에 맞는 미터입니다. 청취자가 한 구간을 크다 또는 작다고 실제로 지각하는 시간 척도가 3초이기 때문입니다. 벌스와 코러스를 비교하고, 브리지가 무너지지 않는지 확인하고, 편곡의 모양을 숫자로 보는 데 쓰십시오.
통합(I) — 프로그램 전체, 이중 게이트. 서비스가 노멀라이제이션의 기준으로 삼는 숫자이자 납품 규격에 들어갈 유일한 숫자입니다. 선택한 구간이 아니라 첫 샘플부터 마지막 샘플까지 트랙 전체에서 측정됩니다. 통합 라우드니스는 납품 규격이지 믹싱 도구가 아닙니다. 작업하면서 이것을 보고 있다면 엉뚱한 미터를 보고 있는 것입니다.
| 미터 | 창 | 게이팅 | 답하는 질문 |
|---|---|---|---|
| 순간 | 400 ms | 없음 | 방금 무슨 일이 있었나? |
| 단기 | 3 s | 없음 | 이 구간은 저 구간과 균형이 맞나? |
| 통합 | 프로그램 전체 | 절대 −70 LKFS, 이어서 상대 −10 LU | 납품 시 서비스가 측정할 값은 얼마인가? |
여기서 따라 나오는 규칙은 이렇습니다. 단기로 믹스하고 마스터하고, 통합으로 검증하고, 이상은 순간으로 조사하라.
이것이 실제로 유발하는 실수
흔한 오류는 마스터링 중에 통합 라우드니스를 보면서 누군가 맞추라고 한 숫자가 나올 때까지 리미팅을 더하는 것입니다. 이 행동에는 서로 다른 두 개의 실패가 겹쳐 있습니다.
첫째, 통합 라우드니스는 이중으로 게이팅되어 있고, 그 게이팅 때문에 사람들이 짐작하는 것을 측정하지 않습니다. −70 LKFS 미만의 블록은 그대로 버려집니다. 그다음 살아남은 블록의 평균을 구하고 거기서 10을 뺀 뒤, 그 상대 임계값 아래의 블록도 모두 버립니다. 상대 게이트는 절대 게이트를 통과한 평균에서 10 LU 아래에 놓이지, 파일 전체의 게이트 없는 평균에서 10 LU 아래가 아닙니다. 작업 세션에 미치는 결과는 직접적입니다. 당신 트랙의 통합 라우드니스는 사실상 트랙 전체가 아니라 큰 부분들의 평균 라우드니스입니다. 속삭이는 40초 인트로와 벽 같은 코러스를 가진 곡은 거의 전적으로 코러스로 측정됩니다. 완성된 마스터에 조용한 인트로를 덧붙여도 통합 값은 거의 움직이지 않으며, 움직일 것이라 기대한 엔지니어는 놀라게 됩니다.
둘째, 라우드니스 레인지는 또 다른 게이트를 씁니다. EBU Tech 3342에 규정된 LRA는 단기 라우드니스 분포의 10퍼센타일과 95퍼센타일 추정값의 차이이며, Tech 3342는 그 상대 임계값을 절대 게이트를 통과한 라우드니스 레벨보다 −20 LU 아래로 정합니다. −10 LU가 아닙니다. 더 넓은 게이트는 의도된 것입니다. LRA는 변동을 특징짓는 값이므로, 통합 측정이 배제하도록 설계된 조용한 대목을 반드시 받아들여야 합니다. 통합용 −10 LU 게이트를 LRA에 재사용하는 미터는 체계적으로 너무 작은 값을 보고합니다. 같은 파일에서 당신 미터의 LRA가 다른 미터보다 눈에 띄게 낮게 나온다면, −20 LU가 있어야 할 자리에 −10 LU 게이트가 있는 것을 의심하십시오.
몇 분이면 시험해 볼 수 있습니다. 트랙 본체보다 15 LU 낮은 소재를 20초 이어 붙이십시오. 올바른 구현에서는 LRA가 크게 올라갑니다. 잘못된 구현에서는 거의 움직이지 않습니다.
실제로 무엇을 납품할 것인가
지침은 짧고, 그 안의 모든 수치는 공개된 것입니다.
- 실링부터 정하십시오. −1.0 dBTP, 트루 피크, 오버샘플링. 이 목록에서 진짜로 단단한 제약은 이것뿐입니다. 마스터가 통합 −14 LUFS보다 크다면 −2.0 dBTP를 쓰십시오. 더 조인 수치가 존재하는 것은 더 세게 리미팅된 소재가 코덱에서 더 많이 초과하기 때문입니다.
- 음악을 위해 마스터링하십시오. 리미터가 가능한 한 적게 일하는 상태에서 밸런스와 음색과 다이내믹을 잡고, 이 단계에서는 통합 미터를 보지 마십시오.
- 결과를 측정하십시오. 그렇게 도달한 통합 라우드니스가 당신의 후보값입니다. 대략 −14에서 −9 LUFS 사이에 있다면, 공개된 모든 목표치와 전해지는 모든 수치가 당신에게서 몇 LU 안에 있습니다. −9 LUFS보다 크다면 그 리미팅이 무엇을 사 주었는지 물으십시오.
- 리미팅을 더하는 대신 마스터링을 바꿔서 조정하십시오. 미터가 맞는 숫자를 보여 줄 때까지 리미팅을 더해 LUFS 값을 겨냥하는 것은, 노멀라이제이션이 무의미하게 만들려고 설계된 바로 그 행동입니다.
하지 말아야 할 것 둘. −0.1 dBTP 실링은 스트리밍 납품에서 문체상의 선택이 아니라 납품 오류입니다. 그리고 서비스마다 다른 마스터를 만들지 마십시오. 공개된 목표치와 전해지는 목표치를 통틀어 폭이 대략 2 LU이고, 숫자를 정확히 맞춘다고 들리는 것이 달라지지 않으며, 합리적인 다이내믹을 갖춘 −1 dBTP 마스터 하나면 어디서나 옳습니다.
납품 전에 완성된 파일을 확인하고 싶다면, Mazufa가 /loudness-checker에서 무료 라우드니스·트루 피크 체커를 제공합니다. 전부 당신 브라우저 안에서 실행되며 오디오는 업로드되지 않습니다.
출처
ITU-R BS.1770 — 측정 알고리즘, K-웨이팅, 게이팅, 트루 피크
- Recommendation ITU-R BS.1770-5 (11/2023), Algorithms to measure audio programme loudness and true-peak audio level (full text PDF): https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-5-202311-I!!PDF-E.pdf
- BS.1770 recommendation page and edition history (BS.1770-0 through BS.1770-5): https://www.itu.int/rec/R-REC-BS.1770/en
EBU — 미터 창과 라우드니스 레인지
- EBU Tech 3341, Loudness Metering: EBU Mode metering to supplement EBU R 128 (momentary 400 ms, short-term 3 s): https://tech.ebu.ch/publications/tech3341
- EBU Tech 3342, Loudness Range: A measure to supplement EBU R 128 loudness normalisation (−20 LU gate; 10th/95th percentiles), PDF: https://tech.ebu.ch/docs/tech/tech3342.pdf
AES — 코덱 입력에서의 트루 피크 실링
- AES TD1008.1.21-9, Recommendations for Loudness of Internet Audio Streaming and On-Demand Distribution (−1 dBTP at the codec input), PDF: https://aes2.org/wp-content/uploads/2024/01/20210924_TD1008_v3.13.pdf
- AES TD1008 document page: https://aes.org/technical-council/technical-document-aestd1008/
Spotify — 공개된 트루 피크 실링
- Spotify for Artists, Loudness normalization (−1 dBTP; −2 dBTP for masters louder than −14 LUFS): https://support.spotify.com/us/artists/article/loudness-normalization/