마스터링 뒤 음원 납품하기: 파일 목록과 누락 수정 예시

보낼 파일을 정하고 보관용 마스터 남기기

내보내기 창을 열기 전에 받는 사람이 필요한 파일을 문장으로 적어 둡니다. 완성곡 한 개인지, 보컬이 없는 반주도 필요한지, 곡 전체인지 짧은 편집본인지가 먼저입니다. 그다음 형식·샘플레이트·비트 깊이·채널과 파일명 규칙을 수신처의 요청서에 맞춥니다. 별도 요청이 없는 항목까지 임의로 납품 규격이라고 정하면 나중에 무엇을 기준으로 고쳤는지 설명하기 어렵습니다.

이 글의 납품 예시는 가상 곡 ‘저녁 산책’을 영상 편집용으로 전달하는 상황입니다. 요청은 ‘완성곡과 보컬 없는 반주 각 한 개, 모두 3분 12초의 같은 시작·종료 범위, 스테레오 WAV, 48 kHz·24-bit’라고 가정합니다. 표지 이미지와 짧은 편집본은 요청하지 않은 설정입니다. 이 조건은 예시를 완성하기 위한 약속이며 모든 음원 서비스에 적용되는 권장 규격이나 실제 고객 주문이 아닙니다.

보관 폴더에는 evening-walk_full_master_v03.wav와 evening-walk_inst_master_v03.wav를 남기는 것으로 정합니다. 두 파일은 각각 완성곡과 반주의 기준 마스터입니다. 전달용 변환은 다른 폴더에서 진행하고, 작업 세션과 사용한 소스도 함께 보관합니다. 완성곡 마스터만 남겨 두면 반주 수정 요청이 왔을 때 돌아갈 자료가 부족할 수 있으므로, 버전마다 어떤 세션과 원본에서 나왔는지 연결해 두는 것이 목적입니다.

마스터 버전과 납품 묶음 버전은 서로 다른 변경을 기록합니다. 소리는 그대로인데 빠진 파일을 넣었다면 납품 묶음만 v01에서 v02로 올립니다. 곡의 균형이나 편곡을 바꿨다면 새 마스터 버전이 필요합니다. 이렇게 나누면 ‘최종’, ‘진짜 최종’ 같은 이름을 붙이지 않아도 받은 사람이 소리가 바뀐 것인지, 구성만 보완된 것인지 이해할 수 있습니다.

설정값과 실제로 나온 소리를 함께 확인하기

Ableton Live의 내보내기 문서는 출력할 트랙, 시작 위치와 길이, 모노 변환 여부를 각각 선택하도록 설명합니다. 따라서 WAV와 24-bit를 골랐다는 사실만으로 원하는 내용이 담겼다고 판단할 수 없습니다. 완성곡은 전체 출력이 맞는지, 반주는 의도한 반주 버전이 맞는지부터 확인합니다. 앞의 가상 사례에서는 두 파일 모두 같은 3분 12초 범위를 쓰도록 정했으므로 한쪽만 앞 무음을 잘라 저장하면 요청과 달라집니다.

비트 깊이를 줄이는 단계에서는 디더 처리 이력도 남깁니다. Live 문서는 비트 깊이 감소 때 디더를 설명하고 같은 파일에 반복 적용하지 않도록 안내합니다. 실제 작업에서는 마스터 처리와 내보내기 중 어느 지점에서 적용했는지 설정 기록을 보고 판단해야 합니다. 파일 속성에 24-bit라고 표시된 것만으로 디더를 어디서 적용했는지까지 확인한 것으로 적지는 않습니다.

내보낸 뒤에는 보관용 마스터가 아니라 지금 전달할 파일을 다시 엽니다. 파일 정보에서 48 kHz·24-bit·2채널과 길이를 확인하고, 재생하면서 첫 소리의 잘림, 중간의 끊김, 마지막 잔향의 종료를 살핍니다. 반주라면 보컬이 남아 있지 않은지도 확인합니다. 검사 결과는 ‘재생 이상 없음’ 한 줄보다 ‘완성곡과 반주 모두 같은 시작점과 길이이며, 두 파일의 처음부터 끝까지 확인’처럼 대상과 범위를 적는 편이 다시 찾기 쉽습니다. 이는 실제 작업에서 남길 기록의 예시이며 이번 편집에서 곡을 청취했다는 뜻은 아닙니다.

파일 정보 검사와 재생 확인은 서로 다른 질문에 답합니다. ffprobe는 컨테이너와 오디오 스트림, 메타데이터를 읽어 규격을 대조하는 데 쓸 수 있습니다. 그러나 길이가 맞는 파일에도 다른 버전의 음악이 들어 있을 수 있습니다. 따라서 구조 검사 결과를 음질 평가나 수신처의 승인으로 바꿔 적지 않습니다. 다음 절의 실제 자료도 이 가운데 파일 구조를 확인한 기록으로 읽으면 됩니다.

기존 로컬 재현 기록: 1초 합성 음원의 변환 결과

여기부터는 ‘저녁 산책’이라는 가상 사례와 구분되는 기존 자료입니다. 저장소에는 2026-08-23에 수행한 로컬 재현의 음원과 검사 기록이 있습니다. 997 Hz와 1511 Hz 사인파로 96 kHz·32-bit 정수 PCM 스테레오 마스터를 만들고, 로컬 보관 연습용 규격에 맞춰 48 kHz·24-bit 전달용 파일로 변환했습니다. 그 규격의 이름은 local-archive-bwf-v1이며 외부 서비스의 납품 지침이 아닙니다.

저장된 ffprobe 기록에서 두 파일의 길이는 모두 1.000000초입니다. 원본 source-master.wav는 768,266 bytes, 변환한 receiver-derivative.wav는 288,868 bytes이고 코덱은 각각 pcm_s32le와 pcm_s24le입니다. 전달용 파일에만 CSL-EXPORT-FIXTURE-001이라는 식별 필드가 있습니다. 표는 이 저장된 수치를 보여 주며, 32-bit 정수 PCM 원본을 32-bit 부동소수점 원본으로 바꾸어 설명하지 않습니다.

공개된 재현 자료에는 두 음원의 전체 SHA-256과 권리 설명 파일의 크기·해시, 원본 보존 여부와 전달본 재생성 절차가 남아 있습니다. 권리 설명 파일은 370 bytes이며, 신호를 로컬에서 합성했고 제3자의 녹음물·음악·목소리·이미지·계정 자료를 쓰지 않았다고 명시합니다. 이 설명은 해당 합성 자료의 범위에만 적용됩니다. 가상 납품 예시나 다른 음악의 권리 증명으로 옮겨 쓸 수 없습니다.

이 재현이 뒷받침하는 것은 원본과 전달본을 나누어 보관하고 파일 구조와 변경 여부를 추적하는 방법입니다. 실제 곡의 소리, 플랫폼 업로드와 수신 승인, EBU 적합성 인증은 이 기록에서 확인한 결과가 아닙니다. 재생성 방법은 증거 자료에 남아 있으므로, 다시 실행할 때에는 사용한 도구와 환경도 함께 기록합니다. 다시 만들었다면 기존 기록과 비교해 무엇이 같고 달라졌는지 별도로 남겨야 합니다.

반주 파일이 빠졌을 때: 음원을 바꾸지 않고 납품 묶음 고치기

가상 사례로 돌아가 보겠습니다. 첫 전달 묶음인 evening-walk_delivery_v01에는 완성곡과 안내문이 들어 있었지만 요청받은 반주가 빠졌다고 가정합니다. 안내문에는 반주를 포함했다고 적혀 있어 목록과 실제 내용도 맞지 않습니다. 작업 폴더에는 이미 같은 길이와 규격으로 확인한 반주 파일이 남아 있는 상황입니다. 이때 해결할 문제는 마스터링의 소리가 아니라 전달 묶음의 누락입니다.

수정본 evening-walk_delivery_v02에는 기존 완성곡을 그대로 두고 보관 중이던 evening-walk_inst_v03_48k24.wav를 추가합니다. 안내문을 실제 파일 다섯 개의 목록에 맞게 고치고, 파일별 해시 목록도 갱신합니다. 최초 묶음은 삭제하지 않고 이전 전달본으로 구분해 둡니다. 그러면 새 묶음을 확인할 때 완성곡이 바뀌지 않았는지와 반주가 실제로 추가됐는지를 각각 대조할 수 있습니다.

수정 안내의 완성 예시는 ‘v02에서 누락된 반주 WAV를 추가했습니다. 완성곡 WAV는 v01과 동일하며, 두 음원은 모두 3분 12초·48 kHz·24-bit·스테레오입니다. 안내문과 해시 목록을 새 구성에 맞게 갱신했습니다. 편집에는 v02 폴더를 사용해 주세요’입니다. 어떤 파일이 추가됐고 기존 파일은 어떻게 되었는지가 이 문장만으로 드러납니다. 실제 메시지를 보내거나 수신 확인을 받은 기록은 아닙니다.

전달 전후 해시가 다른 경우에는 먼저 같은 이름의 다른 버전을 비교한 것은 아닌지, 복사 뒤 태그를 수정했는지, 전송 중 파일이 달라졌는지 살핍니다. 메타데이터만 바뀌어도 전체 파일의 해시는 달라질 수 있으므로 해시 불일치만으로 소리가 손상됐다고 결론 내리지 않습니다. 보관 중인 정상 전달본이 확인되면 그것을 다시 전달하고, 범위나 출력 설정이 틀렸다면 해당 전달본만 새로 만듭니다.

반주가 작업 폴더에도 없다면 반주 세션이나 보관용 반주 마스터에서 새로 내보내고 검사해야 합니다. 반면 ‘보컬이 너무 크다’처럼 곡 자체를 바꾸는 요청은 새 마스터 버전으로 처리합니다. 이전 마스터와 그 전달본의 관계는 계속 보존하고, 새 파일이 어느 버전에서 나왔는지를 덧붙입니다. 파일 누락, 변환 오류, 음악 수정의 원인을 이렇게 나누면 필요 없는 재작업을 줄일 수 있습니다.

수정이 끝난 가상 납품 파일 목록과 인계 문장

이 절 끝에 정리한 다섯 파일이 수정된 가상 납품 폴더 evening-walk_delivery_v02의 전체 내용입니다. 음원 두 개, 설명 문서 두 개, 해시 목록 한 개로 구성했습니다. 보관용 마스터와 작업 세션은 제작자 쪽에 남기고, 요청하지 않은 이미지는 포함하지 않는 조건입니다. 아래 파일명은 설명용이며 이 사이트에서 내려받을 수 있는 실제 음악 파일은 아닙니다.

안내문에는 ‘곡명: 저녁 산책. 용도: 영상 편집용 완성곡과 반주. 기준 마스터: full v03 및 inst v03. 수정 내용: 반주 누락 보완, 완성곡 변경 없음. 구성: WAV 두 개와 안내문·권리 메모·해시 목록 각 한 개’라고 적는 것으로 예시를 완성합니다. 받는 사람은 안내문을 읽고 필요한 두 음원을 바로 고를 수 있으며, 제작자는 다음 수정 요청 때 기준 마스터를 찾을 수 있습니다.

권리 메모도 빈 ‘확인 완료’ 표시로 대신하지 않습니다. 이 가상 예시에서는 ‘학습용으로 설정한 가상 곡이며 실제 음원과 이용 허락 문서를 제공하지 않음. 실제 납품에 사용할 권리 증빙이 아님’이라고 적습니다. 실제 업무의 메모에는 사용 소스와 이용 허락의 근거를 해당 프로젝트 자료로 작성해야 합니다. 앞 절 합성 음원의 ‘제3자 녹음물 없음’이라는 문장을 그대로 복사하면 다른 곡에 대한 근거가 되지 않습니다.

해시는 음원과 안내문을 최종 저장한 뒤 계산합니다. NIST의 설명처럼 해시 비교는 기록 이후 파일이 바뀌었는지 감지하는 데 쓰입니다. 이 예시의 SHA256SUMS.txt는 나머지 네 파일을 대상으로 하며 자기 자신은 목록에 넣지 않습니다. 실제 예시 파일을 생성하지 않았으므로 그럴듯한 64자리 값을 만들어 싣지는 않습니다. 파일을 가진 작업에서는 전체 값을 기록하고, 전송한 압축 묶음까지 확인하려면 그 묶음의 해시를 외부 인계 기록에 따로 보관하면 됩니다.

규격 문서는 역할에 맞게 참고합니다. DDEX ERN은 릴리스와 이용 조건 정보를 교환하는 메시지 표준이고, EBU BWF 소개는 음량 메타데이터를 포함하는 방송용 파일 형식을 다룹니다. 여기의 간단한 파일 목록을 DDEX 메시지나 BWF 인증으로 부르지는 않습니다. 또한 ‘전달 준비 완료’와 ‘수신 확인 완료’는 다른 상태입니다. 실제 전달에서는 묶음 이름과 전송 시각을 기록하고, 상대가 확인한 뒤에만 수신 기록을 덧붙입니다. 이 가상 사례의 결론은 반주 누락을 보완한 다섯 파일의 구성이 정리되었다는 데까지입니다.

• evening-walk_full_v03_48k24.wav — 보컬을 포함한 완성곡, 3분 12초·48 kHz·24-bit·스테레오. v01 묶음에 있던 음원을 그대로 포함합니다.
• evening-walk_inst_v03_48k24.wav — 같은 시작점과 길이의 반주, 3분 12초·48 kHz·24-bit·스테레오. 누락을 바로잡기 위해 v02 묶음에 추가합니다.
• delivery-notes.txt — 곡명, 용도, 기준 마스터 두 버전, 다섯 파일의 목록과 ‘반주 추가·완성곡 변경 없음’이라는 수정 내용을 담습니다.
• rights-note.txt — 실제 음원이나 이용 허락을 제공하지 않는 학습용 가상 사례임을 명시합니다. 기존 합성 재현 자료의 권리 메모와는 별개입니다.
• SHA256SUMS.txt — 음원 두 개와 문서 두 개의 최종 파일을 대조할 해시 목록입니다. 여기에 설명한 가상 파일의 실제 해시값은 생성하지 않았습니다.

갱신 이력

과거 게시·수정 이력은 확인 중이며, 확인된 변경부터 기록합니다.

• 내용 수정 / 2026-09-08

  한국어 납품 설명을 다시 쓰고 가상의 완성된 다섯 파일 목록, 반주 누락 수정 결과와 인계 문장을 추가했습니다. 반복형 저자 서술을 삭제하고 실제 합성 재현의 수치·자료·권리 설명을 가상 사례와 구분했습니다. 사람 검수 완료 표기를 출처 보조 검토로 정정했으며, 이번에 읽은 다섯 출처만 접근일을 갱신했습니다.

KEEP EXPLORING

관련 글

• 

  AUDIO

  피크·RMS·LUFS: 미터가 답하는 질문을 구분하는 법

  피크·RMS·LUFS의 차이를 짧은 배열 계산과 가상 음량 보고서로 읽고, 측정 구간과 목표 규격을 구분합니다.

• 

  MIX

  게인과 헤드룸: 마스터를 내려도 왜곡이 남는 이유

  가상 플러그인 경로의 레벨을 계산해 처음 잘리는 지점과 고쳐야 할 게인 위치를 찾고, 내부 처리와 최종 출력의 여유를 구별합니다.

• 

  AUDIO

  샘플레이트와 비트 깊이, 원본과 납품 조건에 맞춰 선택하기

  샘플레이트는 시간 간격, 비트 깊이는 값의 표현 정밀도입니다. 원본과 납품 조건이 다른 세 가지 경우로 변환 위치를 정합니다.

• 

  AUDIO

  WAV·FLAC·MP3·AAC·Opus 선택법과 오디오 용량 계산

  컨테이너와 코덱의 차이를 이해하고 편집·보관·배포 목적에 맞는 형식을 고릅니다. 3분짜리 48 kHz·24비트 스테레오의 무압축 용량도 직접 계산합니다.

• 

  REC

  녹음 세션·테이크·백업을 다시 열 수 있게 정리하기

  가상 녹음 프로젝트의 폴더와 테이크 이름을 정하고, 외부 음원 누락을 찾은 뒤 백업을 다시 여는 순서를 설명합니다.