무료 릴리스 도구

규격이 정의한 방식 그대로 마스터를 측정하세요

라우드니스, 라우드니스 레인지, 트루 피크, 다이내믹스, 스펙트럼 밸런스, 모노 거동을 공개된 규격에 따라 계산하고, 관행에 불과한 값은 관행이라고 그대로 표시합니다. 그런 다음 파일을 실제로 인코딩하고 디코딩해, 손실 전송이 피크에 무슨 일을 하는지 직접 확인할 수 있습니다. 업로드되는 것은 없습니다.

이 페이지의 모든 처리는 브라우저 안에서 실행됩니다. 어떤 파일도 업로드되거나 저장되거나 어디로도 전송되지 않으며, 계정도 필요 없습니다. 수치는 출처를 밝히고, 공개된 규격이 아니라 업계 관행인 것은 관행이라고 표시합니다.

도구를 불러오는 중…

어떻게 작동하고, 왜 중요한가

무엇을 측정하며, 근거는 어디에 있는가

통합 라우드니스는 ITU-R BS.1770을 따릅니다. 신호를 K-가중한 뒤 400 밀리초 블록으로 75 퍼센트 겹치게 나누고, 두 번 게이팅합니다. 먼저 −70 LUFS의 절대 게이트, 그다음 게이팅하지 않은 평균보다 10 단위 아래의 상대 게이트입니다. 단시간 라우드니스는 EBU Tech 3341이 정의한 3초 윈도를 씁니다. 라우드니스 레인지는 EBU Tech 3342를 따르는데, 여기서는 상대 게이트가 10이 아니라 20 단위로 다릅니다. 이 차이는 흔한 구현 버그이며, 잘못 구현하면 라우드니스 레인지가 실제보다 좁게 나옵니다.

트루 피크, 그리고 오버샘플링이 선택 사항이 아닌 이유

샘플 값은 컨버터가 샘플과 샘플 사이에서 복원하는 파형을 설명해 주지 않습니다. 샘플 사이에만 존재하는 피크도 실재하며, 손실 인코더는 그 피크를 복원합니다. ITU-R BS.1770 부속서 2는 트루 피크 측정에 최소 4배 오버샘플링을 요구하고, 이 도구는 8배를 씁니다. 샘플 피크만 표시하는 미터는 재생이 아니라 파일에 대해 말하고 있는 것이며, 모든 서비스에서 왜곡되는 마스터를 그대로 통과시킵니다.

PLR과 PSR — 유용하지만 규격은 아니다

피크 대 라우드니스 비는 트랙 전체의 트루 피크에서 통합 라우드니스를 뺀 값입니다. 피크 대 단시간 비는 가장 큰 3초 윈도를 기준으로 측정한 트루 피크로, 리미팅이 실제로 물리는 지점을 봅니다. 둘 다 ITU도, EBU도, AES도 정의하지 않았습니다. 마스터링 관행이며, 사람들이 쓰는 기준값 — 5 단위 미만이면 강한 리미팅, 3 단위 미만이면 극단적인 리미팅 — 도 문서가 아니라 현장에서 나온 것입니다. 이 도구는 둘 다 표시하고, 그것이 관행임을 분명히 밝힙니다.

재생 노멀라이제이션이 실제로 하는 일

주요 서비스는 모두 큰 음원을 목표값 쪽으로 낮추고, 조용한 음원은 대체로 올리지 않습니다. 정직하게 말하면 문제는 그 목표값 가운데 일부만 공개되어 있다는 점입니다. Spotify는 자사 수치를 공개합니다. EBU R 128과 AES 스트리밍 권고는 공개된 규격입니다. 다른 서비스에 관해 돌아다니는 숫자들은 어디에나 반복되지만, 우리가 원출처에서 확인할 수 있는 문서는 어디에도 없었습니다. 이 페이지의 표는 행마다 그 구분을 표시합니다. 검증할 수 없는 출처에서 나온 확신에 찬 숫자는 정직한 공백보다 나쁘기 때문입니다.

아무도 하지 않는 코덱 테스트

손실 인코더는 샘플 값을 보존하지 않습니다. 양자화와 디코더의 복원 필터 때문에 디코딩된 파형은 원본보다 높은 피크에 도달할 수 있으며, 밀도가 높은 소스에서는 0.5 데시벨에서 1.5 데시벨 정도가 일상적입니다. 그래서 풀 스케일에 붙어 있는 마스터는 파일 자체가 한 번도 클리핑하지 않았더라도 인코딩 후에는 클리핑합니다. 대부분의 분석 도구는 이 값을 추정합니다. 이 도구는 브라우저 안에서 오디오를 실제로 AAC와 Opus로 인코딩하고 다시 디코딩해 디코딩된 피크를 측정합니다. 화면의 숫자는 추정한 값이 아니라 실제로 일어난 값입니다.

모노는 형식적인 절차가 아니다

두 채널 사이의 상관도는 두 채널이 서로 보강되는지 상쇄되는지를 알려 줍니다. 그러나 정말 중요한 숫자는 믹스를 합쳤을 때 실제로 잃는 레벨이며, 이 도구는 상관도에서 추론하지 않고 그것을 직접 측정합니다. 휴대폰 스피커, 스마트 스피커, 노트북 재생, 그리고 대부분의 클럽 시스템은 모노 또는 그에 가까운 형태로 합칩니다. 합쳤을 때 몇 데시벨을 잃는 넓은 믹스는 청중 대부분 앞에서 그만큼을 잃고 있는 것입니다.

질문과 답변

제 오디오가 업로드되나요?

아니요. 코덱 왕복 테스트를 포함해 파일의 디코딩과 분석 모두 사용자 기기에서 실행되는 코드가 처리합니다. 전송되는 것도, 저장되는 것도 없고 계정도 필요 없습니다. 페이지가 로드된 뒤에는 인터넷 연결을 끊어도 도구는 그대로 작동합니다.

라우드니스 값이 제 미터와 다른 이유는 무엇인가요?

구현에 따라 0.1이나 0.2 정도 차이가 나는 것은 정상입니다. 그보다 큰 차이는 대개 서로 다른 값을 비교하고 있는 경우입니다. 순간 또는 단시간 라우드니스를 통합 라우드니스와 비교했거나, 게이팅하지 않은 측정값을 게이팅한 값과 비교한 경우입니다. 이 도구는 두 게이트를 모두 적용한 통합 라우드니스와 3초 윈도의 단시간 라우드니스를 따로 표시합니다.

PSR 값은 어느 정도가 좋은가요?

공식적인 답은 없으며, 그래서 도구가 이 값을 관행이라고 표시합니다. 실무에서는 피크 대 단시간 비가 약 8 단위를 넘으면 다이내믹한 마스터, 5에서 8이면 통제된 마스터, 3에서 5면 강하게 리미팅된 마스터, 3 미만이면 극단적으로 리미팅된 마스터로 읽힙니다. 그것이 잘못인지는 전적으로 음악에 달려 있습니다. 측정은 무엇을 했는지 알려 줄 뿐, 무엇을 했어야 하는지는 알려 주지 않습니다.

특정 서비스의 목표값에 맞춰 마스터링해야 하나요?

헤드룸을 남겨 한 번만 마스터링하고, 게인 조정은 각 서비스에 맡기세요. 서비스별로 따로 마스터링하면 관리할 버전이 늘고, 대부분 문서화되지 않았고 예고 없이 바뀌는 숫자를 쫓게 됩니다. 존중할 가치가 있는 숫자는 두 개, 공개된 트루 피크 상한과 다이내믹스에 대한 본인의 판단입니다.

코덱 테스트에서는 디코딩된 파일이 클리핑한다고 나오는데 제 마스터는 클리핑하지 않습니다. 어떻게 해야 하나요?

실링을 낮추고 다시 렌더링하세요. Apple은 바로 이 이유로 최소 1 데시벨의 헤드룸을 남기라는 권고를 공개하고 있고, Spotify는 자사 목표값보다 큰 마스터에 2 데시벨의 트루 피크 헤드룸을 요구합니다. 해결책은 그것뿐이며, 인코딩 오버슈트를 사후에 제거해 주는 처리는 없습니다.

이 도구가 마스터링 엔지니어를 대신하나요?

아니요. 이 도구는 측정합니다. 음반이 어떤 소리여야 하는지 결정하지 않고, 방을 듣지도 못하며, 취향도 없습니다. 하는 일은 당신이 내린 결정이 전송을 거쳐도 손상 없이 도착하는지 확인하는 것뿐이며, 그것은 다르고 훨씬 좁은 일입니다.

심사 신청하기

다른 엔지니어링 도구

규칙은 같습니다. 무료, 계정 없음, 업로드 없음.

납품하기 전에 이머시브 마스터를 검사하세요
Audio Definition Model 메타데이터를 담은 BW64 파일을 올리면 그 안에 실제로 무엇이 들어 있는지 보여 줍니다. 컨테이너, 청크 구조, 트랙과 오브젝트 선언, 샘플레이트와 비트 심도를 각 서비스가 공개한 납품 규격

릴리스 툴킷의 나머지

모두 브라우저에서 실행됩니다.

loudness checkercover art checkermetadata checkerisrc upc checkerrelease planner