단 한 번의 업로드로 완성하는 발매 전 체크리스트: 곡 피드백 및 마스터링 확인

두 개의 서로 다른 질문, 하나로 오해되는 경우

"이거 발매할 준비 됐나요?"라는 질문은 사실 한 벌의 트렌치코트를 입은 두 개의 질문과 같습니다. 첫 번째는 창의적인 측면입니다. 곡 자체가 잘 만들어졌는지, 즉 구조, 편곡, 훅(hook), 상업적 포지셔닝이 적절한지를 묻는 것이죠. 두 번째는 기술적인 측면입니다. 파일 자체가 제대로 mastering 되었는지, 즉 LUFS (음량), 스테레오 폭(stereo width), 주파수 밸런스(frequency balance), 스트리밍 플랫폼을 위한 헤드룸(headroom)이 충분한지를 묻는 것입니다.

한 곡이 한 가지 질문에는 실패하고 다른 한 가지 질문에는 통과할 수도 있습니다. 훌륭하게 작곡, 편곡되고 연주된 곡이라 할지라도, Spotify의 LUFS (음량) 정규화가 제대로 처리하기 어려울 정도로 너무 작거나 거슬리는 mix 상태로 발매될 수 있습니다. 또한, 기술적으로 완벽한 master 파일이라도 아직 훅(hook)을 찾지 못한 곡 위에 얹혀 있을 수 있습니다. 발매 전에 이 두 가지 중 한 가지만 확인하는 것은 발매 후 피할 수 있었던 예상치 못한 문제들이 발생하는 원인이 됩니다.

첫 번째 질문: 곡 자체가 잘 만들어졌는가?

이것은 Song Feedback이 확인하는 부분입니다. 기술적인 파일이 아닌, 곡 자체에 대한 것이죠. 구조 (도입부가 주의를 끄는지, 코러스가 효과적인지), 편곡 (불필요하게 공간을 차지하며 경쟁하는 요소는 없는지), 가사 전달력, 그리고 현재 시장에서 통하는 곡들과 비교했을 때 상업적으로 어떤 위치에 있는지 등을 봅니다. 피드백의 강도를 부드럽게 할지, 비판적으로 할지 원하는 정도에 따라 조절할 수 있습니다. 하지만 유용한 피드백은 아첨하는 것이 아닌 거의 항상 솔직한 피드백입니다.

두 번째 질문: Master 파일이 실제로 스트리밍 준비가 되었는가?

이것은 더 좁고 기계적인 확인입니다. 주요 플랫폼의 LUFS (음량) 목표치, 스테레오 폭(stereo width), 주파수 밸런스(frequency balance), 그리고 플랫폼 자체의 정규화가 파일에 불리한 영향을 주지 않도록 충분한 헤드룸(headroom)이 남아 있는지 여부를 확인합니다. 이는 mastering 엔지니어가 파일을 다시 돌려주기 전에 육안으로 확인하는 것과 같은 종류의 검사이지만, 즉각적이며, 수정하는 동안 여러 번 실행할 수 있다는 점이 다릅니다.

여기서 순서가 중요한 이유

먼저 곡에 대한 피드백을 받으세요. 만약 피드백이 구조적인 문제(예: 코러스가 효과적이지 않거나, 편곡 문제)를 지적한다면, 아직 바뀔 수도 있는 mix의 LUFS (음량) 목표치에 대해 걱정하기 전에 그 문제를 해결하는 것이 가치 있습니다. 크게 수정할 예정인 파일의 mastering 준비 상태를 확인하는 것은 잘못된 버전을 확인하는 것과 같습니다.

두 번 다시 업로드하지 않고 두 가지 모두 진행하기

Pre-Release Readiness Check Flow는 한 번의 업로드로 이 두 가지를 모두 실행합니다. 피드백 먼저, 그 다음 mastering 확인, 이 순서로 진행되며 각 단계별 크레딧 비용이 확인 전에 표시됩니다. 개별적으로 사용했을 두 가지 도구와 동일하지만, 파일을 두 번 업로드하거나 어떤 확인을 이미 진행했는지 잊어버릴 염려가 없습니다.

복합적인 결과가 나왔을 때 대처법

피드백은 좋았지만 mastering 확인에서 문제가 발견된다면, 그것은 작곡 문제가 아니라 mix/master 문제입니다. 이는 대개 편곡을 건드리지 않고 해결할 수 있습니다. 만약 피드백에서 구조적인 문제가 지적되었지만 master 파일은 깨끗하다면, 먼저 곡을 수정하세요. 아직 효과적이지 않은 곡의 완벽하게 LUFS (음량)가 맞춰진 파일은 아무런 도움이 되지 않습니다. 둘 다 깨끗하게 나온다면, 그것은 자동화된 검사가 솔직하게 줄 수 있는 '발매 승인'에 가장 가까운 상태입니다.