콘텐츠 대표 이미지 - 녹음 편집 의뢰 전에 반드시 점검할 것: 원본 파일 형식 선택과 트랙 정리 실무 가이드
음악/영상 · 녹음/편집

녹음 편집 의뢰 전에 반드시 점검할 것: 원본 파일 형식 선택과 트랙 정리 실무 가이드

"보내주신 파일이 열리지 않습니다."
이 한 줄의 메시지 때문에 작업이 3일 지연되는 일은, 생각보다 훨씬 자주 일어납니다.

들어가며: 편집자는 마법사가 아니라 '데이터 정비사'입니다

녹음 편집을 의뢰하는 분들이 가장 흔하게 오해하는 지점이 하나 있습니다.
바로 "어떻게든 알아서 잘 해주시겠죠?" 라는 기대입니다.

물론 숙련된 엔지니어는 놀라운 복원 능력을 가지고 있습니다.
하지만 그 능력은 남아 있는 데이터를 정교하게 다루는 능력이지,
존재하지 않는 데이터를 창조하는 능력이 아닙니다.

예를 들어 볼까요.
128kbps MP3로 녹음된 보컬에서 "숨소리만 자연스럽게 지워주세요"라는 요청은
사실 이미 손상된 고주파 영역 위에서 수술을 하는 것과 같습니다.
클리핑(0dBFS를 넘어 찌그러진 파형)이 발생한 구간에서 "왜곡만 없애주세요"라는 요청 역시
이미 잘려 나간 파형의 정점을 추측으로 메우는 작업이 됩니다.

이 글의 목적

녹음 편집을 의뢰하기 전날 밤, 30분만 투자해서
① 어떤 형식으로 내보낼지 ② 트랙을 어떻게 정리할지 ③ 무엇을 함께 전달할지
를 스스로 점검할 수 있게 만드는 것입니다.

이 30분이 작업 기간을 절반으로, 수정 횟수를 3분의 1로 줄입니다.

의뢰 품질을 결정하는 3단 구조 1. 원본 형식 WAV / AIFF / 무압축 48kHz / 24bit 기준 헤드룸 -6dB 확보 2. 트랙 정리 동일 시작점 스템 규칙적인 파일명 모노/스테레오 구분 3. 동반 정보 BPM · 조성 · 타임코드 레퍼런스 트랙 최종 납품 규격 결과: 수정 라운드 감소 · 작업 기간 단축 · 최종 음질 상승 커뮤니케이션 비용 ↓ 복원 가능 범위 ↑

PART 1. 파일 형식: 왜 MP3로 보내면 안 되는가

손실 압축의 정체 — '지워진 소리'는 돌아오지 않는다

MP3, AAC, OGG, Opus는 모두 손실 압축(lossy) 코덱입니다.
이들은 심리음향 모델(psychoacoustic model)을 이용해
"사람이 잘 듣지 못할 것으로 예측되는 성분"을 실제로 삭제합니다.

대표적으로 주파수 마스킹 — 큰 소리 옆에 붙은 작은 소리는 안 들린다는 원리 —
그리고 고주파 컷오프 — 128kbps MP3의 경우 대체로 16kHz 부근에서 위쪽을 절단 —
이 두 가지가 결합되어 파일 크기를 10분의 1 수준으로 줄입니다.

문제는 '편집'이 심리음향의 가정을 깨뜨린다는 점입니다.

압축 시점에는 옆의 큰 소리가 작은 소리를 가려주고 있었습니다.
그런데 편집자가 그 큰 소리를 EQ로 깎거나, 컴프레서로 다이내믹을 압축하거나,
페이드로 볼륨을 낮추면 숨어 있던 압축 아티팩트가 표면으로 올라옵니다.

흔히 말하는 "금속성 쇳소리", "물 흐르는 듯한 스월링(swirling)", "치찰음이 모래알처럼 부서지는 현상"이
바로 이 과정에서 드러납니다.

형식별 실무 판단표

형식압축편집 적합도실무 코멘트
WAV (PCM)무압축★★★★★사실상의 업계 표준. 호환성 최고. 4GB 용량 한계 존재
AIFF무압축★★★★★맥 환경 전통 포맷. 메타데이터 보존이 깔끔함
RF64 / WAV64무압축★★★★★장시간 다채널 녹음(공연·세미나) 시 4GB 초과 대응
FLAC무손실★★★★☆용량 40~60% 절감. 전달용으로 우수, 일부 구형 DAW 직접 로드 불가
ALAC무손실★★★★☆애플 생태계 무손실. 협업 상대 환경 확인 필요
MP3 320kbps손실★★☆☆☆불가피할 때의 최소 타협선. 편집 강도가 세면 아티팩트 노출
MP3 128kbps 이하손실★☆☆☆☆고주파 소실 확정. 노이즈 제거·피치 보정 정확도 급락
M4A / AAC (보이스메모)손실★★☆☆☆스마트폰 녹음의 기본값. 가급적 원본 그대로 전달하고 재변환 금지
MP4 / MOV (영상)영상 컨테이너참고용싱크 기준으로 필수. 오디오는 별도 WAV 동반이 이상적

가장 흔한 최악의 실수: 이중 인코딩

스마트폰으로 녹음한 m4a 파일을 "편집자가 편하시라고" MP3로 변환해서 보내는 경우입니다.
손실 압축 → 손실 압축 재인코딩은 열화를 두 배로 누적시킵니다.

원칙: 원본은 절대 변환하지 않고 그대로 전달합니다.
변환이 필요하다면 손실→무손실(m4a→WAV)은 무의미하니, 그냥 원본을 주십시오.

샘플레이트: 44.1kHz vs 48kHz, 그리고 그 위

샘플레이트는 1초를 몇 조각으로 쪼개어 기록했는가입니다.
나이퀴스트 정리에 따라 기록 가능한 최고 주파수는 샘플레이트의 절반입니다.
44.1kHz는 약 22.05kHz까지, 48kHz는 약 24kHz까지 담습니다.

용도권장 샘플레이트근거
음악 앨범 / 음원 유통44.1kHz 또는 48kHzCD 규격 유산 + 스트리밍 플랫폼 대응
영상 · 방송 · 유튜브48kHz영상 표준. 다른 값이면 리샘플링 발생
영화 · 극장 사운드48kHz / 96kHz포스트프로덕션 워크플로 관행
피치 시프트·타임스트레치 다수96kHz처리 여유 확보, 단 용량 2배
강의 · 인터뷰 · 팟캐스트48kHz영상 전환 가능성 고려한 안전값

핵심은 숫자의 크기가 아니라 일관성입니다.
한 프로젝트 안에서 어떤 트랙은 44.1kHz, 어떤 트랙은 48kHz라면
DAW가 자동 변환을 시도하다가 재생 속도 오차와 미세 싱크 드리프트를 만듭니다.
10분짜리 파일에서 수십 밀리초가 밀리면, 립싱크는 확실히 어긋납니다.

비트 뎁스: 24bit를 권하는 이유

비트 뎁스는 진폭(크기)을 얼마나 촘촘하게 기록하는가입니다.

16bit는 이론적 다이내믹 레인지 약 96dB,
24bit는 약 144dB를 제공합니다.

사람 귀가 144dB를 구분한다는 뜻이 아닙니다.
중요한 건 여유 공간(헤드룸)을 두고 녹음할 수 있다는 점입니다.

실무 시나리오

피크를 -18dBFS로 안전하게 녹음했다고 가정합니다.
16bit라면 실제로 쓰는 해상도는 13bit 수준으로 줄어듭니다. 잔향 꼬리와 작은 숨소리가 양자화 노이즈에 묻힙니다.
24bit라면 21bit 수준이 남습니다. 후에 게인을 18dB 올려도 노이즈 플로어가 문제되지 않습니다.

그래서 현장 녹음의 정답은 "작게 녹음하고 24bit로 저장, 편집에서 올리기"입니다.

32bit float 파일도 최근 레코더에서 널리 지원됩니다.
0dBFS를 넘겨도 클리핑되지 않고 값을 보존하므로 사고 방지에 탁월합니다.
다만 용량이 크고, 일부 편집 도구와 웹 플레이어에서 호환 이슈가 있으니
의뢰 전 편집자에게 "32bit float 수용 가능하신가요?"를 한 번 물어보는 것이 좋습니다.

헤드룸과 클리핑: 녹음 레벨 지도 0 dBFS 초과 — 클리핑(복원 불가) -3 ~ 0 dBFS — 위험 구간 -18 ~ -6 dBFS — 권장 녹음 구간 -60 ~ -18 dBFS — 여유 · 잔향 영역 피크 기준. 24bit에서 노이즈 걱정 없음 노이즈 플로어와 구분 가능해야 함 기억할 문장: "빨간불 근처는 음질이 아니라 도박"

PART 2. 트랙 정리: 편집자를 살리는 다섯 가지 규칙

파일 형식이 재료의 신선도라면, 트랙 정리는 주방의 정돈 상태입니다.
재료가 좋아도 주방이 난장판이면 요리 시간이 세 배로 늘어납니다.

규칙 1. 모든 스템은 '0초'에서 시작한다

스템(stem) 또는 개별 트랙을 내보낼 때는
곡 또는 영상의 절대 시작점(타임라인 0 또는 정해진 프리롤 지점)부터 내보냅니다.

기타가 2절부터 들어오더라도, 앞의 침묵을 포함해서 통짜로 내보내야 합니다.
"소리 있는 부분만 잘라서" 보내면 편집자는 모든 파일의 싱크를 귀로 찾아 맞추는 작업을 먼저 해야 합니다.
트랙이 24개라면, 그것만으로 반나절입니다.

영상 작업이라면 프리롤과 카운트인

영상 후반 작업에서는 2초 프리롤(pre-roll)과 클래퍼(슬레이트) 소리를 남겨두는 것이 관행입니다.
타임코드가 함께 임베드된 WAV(BWF)라면 더할 나위 없습니다.
브로드캐스트 웨이브(BWF)는 WAV 안에 시작 타임코드를 심어두기 때문에
편집 소프트웨어가 자동으로 제자리를 찾아 배치합니다.

규칙 2. 파일명은 문서다

파일명은 단순한 이름이 아니라, 무료로 제공하는 설명서입니다.

[권장 형식]
프로젝트명_트랙번호_악기(역할)_상태_테이크.wav

예시
Sunset_01_Kick_DRY.wav
Sunset_02_Snare_Top_DRY.wav
Sunset_11_LeadVox_Main_T03.wav
Sunset_12_LeadVox_DoubleL_T01.wav
Sunset_20_Gtr_Elec_Rhythm_WET.wav

[영상/인터뷰]
20250412_Interview_A_LavMic_Ch1.wav
20250412_Interview_A_ShotgunBoom_Ch2.wav
20250412_Interview_A_CamScratch.wav

[피해야 할 이름]
최종.wav / 최종_진짜최종.wav / 녹음1.wav / Audio 3 (2) copy.wav
새 녹음 17.m4a

세 가지만 지키면 충분합니다.

① 번호를 앞에 붙여 정렬 순서 = 믹서 순서로 맞춥니다.
② 한글·공백·특수문자(#, %, &, /)는 가능하면 피합니다. 협업 도구나 렌더 스크립트에서 깨질 수 있습니다.
③ DRY(이펙트 없음) / WET(이펙트 포함) 여부를 반드시 표기합니다.

규칙 3. DRY와 WET을 함께 보낸다

이것이 실무에서 가장 값진 습관입니다.

왜 두 벌인가

DRY는 편집자에게 선택권을 줍니다. 노이즈 제거, 피치 보정, 타이밍 정렬, 새로운 공간감 설계가 가능합니다.
WET은 당신의 의도를 전달합니다. "이 정도 리버브 느낌을 원했다"는 정보는 말로 설명하기 어렵습니다.

특히 기타 앰프 시뮬레이터, 보컬 하모나이저, 신스 패치처럼
사운드 자체가 편곡의 일부인 경우는 WET이 필수입니다.
반대로 단순히 "예쁘게 들리려고" 걸어둔 리버브·딜레이는 DRY가 훨씬 유용합니다.

규칙 4. 모노는 모노로, 스테레오는 스테레오로

마이크 한 개로 녹음한 보컬을 스테레오 파일로 저장하는 일이 매우 흔합니다.
좌우 채널에 완전히 동일한 신호가 들어간 '가짜 스테레오'입니다.

이러면 용량이 두 배가 되고, 패닝 작업이 꼬이고,
위상 관련 처리에서 예상치 못한 결과가 나옵니다.

소스채널 구성비고
보컬, 내레이션모노더블링은 별개 모노 파일 2개
킥, 스네어, 베이스 DI모노단일 마이크/라인
오버헤드, 룸 마이크스테레오 또는 모노 2개(L/R)이름에 _L, _R 명기
피아노 스테레오 마이킹스테레오위상 관계 유지 필수
신스 패드, 스테레오 딜레이스테레오이미지가 사운드의 본질
라발리에 + 붐 인터뷰각각 모노합치지 말고 분리 유지

다채널 레코더의 폴리웨이브(poly WAV) 파일을 그대로 보내는 것도 좋은 방법입니다.
채널 이름이 파일 안에 기록되어 있어 편집자가 곧바로 풀어서 배치할 수 있습니다.
다만 상대가 지원 여부를 모른다면, 모노 분리(mono split) 버전도 같이 준비하는 것이 안전합니다.

규칙 5. 노멀라이즈와 리미터, 마스터 버스는 건드리지 않는다

"소리가 작아서 크게 만들어 보냈습니다."
호의에서 나온 행동이지만, 편집자에게는 되돌릴 수 없는 손실입니다.

마스터 버스에 리미터나 클리퍼가 걸린 상태로 스템을 내보내면,
각 트랙이 서로 눌린 흔적을 그대로 안고 나옵니다.
트랙 볼륨을 조정하는 순간 원래의 균형은 복원 불가능해집니다.

스템 내보내기 체크리스트

1. 마스터 버스의 리미터·맥시마이저·멀티밴드 컴프레서 → 바이패스
2. 노멀라이즈 옵션 → 끄기
3. 디더(dither) → 24bit 이상으로 내보낼 때는 불필요, 16bit 변환 시에만
4. 각 트랙 피크가 0dBFS를 넘지 않도록 확인 (넘으면 전체 -3dB 동일 적용 후 메모 남기기)
5. 트랙 페이더는 가능하면 0dB(유니티) 기준으로 두고, 필요한 밸런스는 별도 믹스 파일로 참고 제공

정리 전 vs 정리 후 트랙 구조 정리 전 (평균 작업시간 +240%) 새 녹음 4.m4a (128k, 시작점 불명) 최종_진짜최종.mp3 (리미터 포함) Audio 3 (2) copy.wav 44.1k/16bit 기타.wav 48k/24bit, 2절부터 시작 보컬_리버브포함.wav 가짜 스테레오 ?? 알 수 없는 파일 1.aif 싱크 불일치 · 샘플레이트 혼재 · 되돌릴 수 없는 처리 → 확인 문의 5회 이상, 수정 라운드 증가 정리 후 (첫 회차에 본작업 착수) Sunset_01_Kick_DRY.wav Sunset_02_Snare_DRY.wav Sunset_10_Gtr_Rhythm_DRY.wav Sunset_11_LeadVox_T03_DRY.wav Sunset_11_LeadVox_T03_WET.wav Sunset_REF_RoughMix.mp3 + README.txt 전 트랙 48kHz / 24bit · 동일 시작점 · DRY+WET → 즉시 임포트, 창작에 시간 투입

PART 3. 상황별 실전 가이드

Case A. 스마트폰으로 녹음한 보컬·강의·인터뷰

많은 의뢰가 여기서 시작됩니다. 현실적인 최선을 정리하면 이렇습니다.

1) 녹음 앱의 품질 설정을 '무손실' 또는 '고음질'로 미리 바꿉니다.
iOS 음성 메모는 설정에서 무손실 옵션을, 안드로이드는 앱에 따라 WAV 저장을 지원합니다.

2) 전송 시 메신저 첨부를 피합니다.
일부 메신저는 오디오·영상을 자동 재압축합니다.
클라우드 드라이브 링크나 대용량 전송 서비스로 원본 그대로 보내야 합니다.

3) 마이크는 입에서 15~25cm, 살짝 옆으로 비껴서.
정면 직사는 파열음(p, b, ㅍ)에서 팝 노이즈가 폭발합니다.

4) 녹음 시작 전후로 '룸 톤' 5초를 반드시 남기십시오.
아무 말 없이 그 공간의 공기 소리만 담긴 5초입니다.
노이즈 제거 도구가 이 구간을 학습해 훨씬 자연스러운 결과를 만듭니다.
이 5초가 없으면 목소리까지 함께 깎여 물속에서 말하는 듯한 소리가 됩니다.

Case B. 밴드·세션 멀티트랙 녹음

드럼 8채널, 베이스 DI와 앰프, 기타 더블, 보컬 리드와 코러스.
트랙 수가 늘어날수록 정리의 가치는 기하급수적으로 커집니다.

전달 폴더 구조 예시

Sunset_Session_20250412/
├─ 01_STEMS_DRY/        (개별 트랙, 동일 시작점, 48k/24bit)
├─ 02_STEMS_WET/        (필요한 트랙만)
├─ 03_REFERENCE/        (러프믹스 mp3, 참고 상용곡 링크 메모)
├─ 04_SESSION/          (DAW 프로젝트 파일, 플러그인 목록)
└─ README.txt           (BPM, 조성, 특이사항, 연락 가능 시간)

README.txt에는 이 정도만 적으면 충분합니다.

곡명: Sunset
BPM: 96 (고정, 클릭 기준)
조성: F# minor
샘플레이트/비트뎁스: 48000Hz / 24bit
시작점: 전 트랙 타임라인 0에서 시작 (1마디 카운트인 포함)
특이사항:
 - 2절 기타(Gtr_Rhythm) 12~14마디에 의자 삐걱 노이즈 있음
 - 리드보컬 T03 기준, 후렴만 T05 사용 희망
 - 브릿지 드럼은 의도적으로 루즈하게 연주했으니 타이밍 보정 자제
요청 사항: 보컬 중심의 밝은 팝 톤, 저역은 과하지 않게
납품 규격: WAV 48k/24bit + MP3 320k, 유튜브 업로드 예정

Case C. 영상과 함께 가는 오디오 후반 작업

영상 편집과 오디오 편집이 분리될 때, 가장 자주 터지는 사고는 싱크입니다.

영상 오디오 의뢰 5대 필수 정보

① 프레임레이트 — 23.976 / 24 / 25 / 29.97 / 30 / 59.94 중 무엇인지.
특히 29.97과 30의 혼동은 1시간에 약 3.6초의 오차를 만듭니다.
② 타임코드 시작값 — 01:00:00:00 관행인지, 00:00:00:00인지.
③ 가이드 영상 — 화면에 타임코드가 번인(burn-in)된 저화질 영상 1개.
④ OMF/AAF 또는 XML — 편집 결정 정보가 담긴 교환 파일.
⑤ 최종 라우드니스 목표 — 유튜브 약 -14 LUFS, 방송 -24 LUFS(북미)·-23 LUFS(유럽) 등.

위 다섯 가지 중 ③ 번인 영상 하나만 추가해도
"여기 말하는 부분이 어디죠?"라는 질문이 거의 사라집니다.

Case D. 팟캐스트·오디오북 같은 말소리 중심 작업

말소리 편집은 음악과 완전히 다른 기준을 따릅니다.

화자별 분리 트랙이 절대적입니다.
두 사람이 한 트랙에 섞여 녹음되면 개별 노이즈 처리, 레벨 정렬, 말겹침 정리가 모두 제한됩니다.
원격 녹음이라면 더블 엔더(double-ender) 방식 — 각자 로컬에서 자기 목소리를 별도로 녹음 — 이 표준입니다.

또한 편집 방향을 숫자로 알려주면 좋습니다.

항목지시 예시편집자가 해석하는 방식
침묵 정리0.8초 이상 무음은 0.4초로 축약스트립 사일런스 기준값 설정
필러 제거"음", "어" 전부 제거 / 자연스러운 정도만 유지제거 강도 결정
호흡숨소리는 -12dB 감쇠, 완전 삭제 금지디브레스 강도 설정
라우드니스-16 LUFS 통합, 트루피크 -1dBTP최종 정규화 기준
실수 처리재녹음 구간 타임스탬프 목록 첨부대체 편집 지점 파악

PART 4. 자주 벌어지는 사고와 대처법

사고 1. "파일이 열리지 않습니다"

원인 대부분은 ① 4GB를 넘긴 WAV의 헤더 손상 ② 녹음 중 배터리 종료로 헤더 미작성 ③ 특수 코덱(예: 특정 레코더 전용 포맷)입니다.
대처: 원본을 절대 덮어쓰지 말고 사본을 만들어 헤더 복구 도구로 시도합니다.
그리고 장시간 녹음은 처음부터 RF64/WAV64 또는 분할 저장 옵션을 켜두십시오.

사고 2. "10분쯤부터 입이랑 소리가 안 맞아요"

전형적인 드리프트. 원인은 카메라와 오디오 레코더의 클럭 차이,
혹은 프레임레이트 불일치(29.97 ↔ 30)입니다.
대처: 시작점만 맞추고 끝나지 말고, 끝부분 싱크도 확인한 뒤
전체 길이를 미세 타임스트레치로 보정합니다. 슬레이트 소리가 앞뒤로 있으면 훨씬 빠릅니다.

사고 3. "노이즈 제거했더니 목소리가 로봇처럼 됐어요"

원인: 노이즈 학습 구간(룸 톤) 부재, 또는 과도한 감쇠량 설정.
대처: 한 번에 20dB를 깎지 말고 6dB씩 여러 단계로 나누어 처리합니다.
예방: 녹음 전후 룸 톤 5초. 다시 강조합니다, 룸 톤 5초.

사고 4. "클리핑을 없애 달라고 했는데 여전히 거칠어요"

클리핑은 파형의 정점이 잘려 정보가 소실된 상태입니다.
디클립 도구는 잘린 부분을 통계적으로 추정해 재구성합니다. 추정은 추정입니다.
경미한 클리핑은 상당히 자연스럽게 복구되지만, 심한 구간은 재녹음이 최선입니다.

사고 5. "다른 트랙이랑 합치니 소리가 얇아졌어요"

위상 문제입니다. 동일 소스를 두 마이크로 받았거나(스네어 위/아래),
DI와 앰프 마이크를 함께 쓸 때 발생합니다.
대처: 폴라리티 반전 확인, 샘플 단위 정렬.
예방: 스테레오 쌍과 다중 마이킹 관계를 파일명과 README에 명시해 두면 편집자가 즉시 잡습니다.

PART 5. 의뢰서 작성법: 한 장으로 통하는 소통

기술적 준비를 다 해도, 원하는 방향이 전달되지 않으면 결과는 어긋납니다.
그리고 방향은 형용사보다 레퍼런스와 숫자로 전달할 때 정확합니다.

"세련되게, 감성적으로, 요즘 느낌으로" → 해석 가능한 경우의 수가 무한합니다.

"○○○의 △△△ 곡 1분 20초 구간의 보컬 거리감을 참고, 다만 저역은 그보다 단단하게" → 한 번에 통합니다.

복사해서 쓰는 의뢰서 템플릿

■ 프로젝트 개요
 - 제목 / 장르 / 길이:
 - 사용 목적: (유튜브 / 음원 유통 / 광고 / 개인 소장 / 오디션 제출)
 - 희망 완료일 & 중간 확인 시점:

■ 전달 파일
 - 형식: WAV 48kHz / 24bit
 - 트랙 수: 총 ○개 (DRY ○, WET ○)
 - 시작점: 전 트랙 타임라인 0 동일
 - 전달 방식: 클라우드 링크 (다운로드 유효기간 ○일)

■ 작업 요청 범위
 [ ] 노이즈 제거   [ ] 피치 보정   [ ] 타이밍 보정
 [ ] 편집(불필요 구간 제거)   [ ] 믹싱   [ ] 마스터링
 [ ] 영상 싱크 맞춤   [ ] 라우드니스 규격 맞춤

■ 방향성
 - 레퍼런스 1: (곡/영상 링크 + 참고할 구간 + 참고 이유)
 - 레퍼런스 2:
 - 피하고 싶은 것: (예: 과한 리버브, 지나친 리미팅)

■ 기술 정보
 - BPM / 조성:
 - 프레임레이트 / 타임코드 (영상 시):
 - 라우드니스 목표: (예: -14 LUFS, TP -1dBTP)

■ 납품 규격
 - 마스터: WAV 48k/24bit
 - 배포용: MP3 320kbps
 - 추가: 인스트루멘탈 버전 / 스템 세트 필요 여부

■ 수정 조건
 - 포함 수정 횟수 및 범위 합의:
 - 추가 수정 시 기준:

이런 문서를 한 번 만들어 두면, 다음 프로젝트에서도 그대로 재활용됩니다.
의뢰서의 완성도가 결과물의 완성도와 거의 비례한다는 건, 이 업계의 오래된 경험칙입니다.

참고로 재능넷과 같은 재능 공유 플랫폼에서 녹음·편집 작업자를 찾을 때도
이 템플릿을 첫 메시지에 붙여 보내면 견적과 일정이 훨씬 정확하게 돌아옵니다.
작업자 입장에서 "무엇을, 어떤 상태의 재료로, 언제까지"가 명확한 의뢰는
견적을 낮추기도 쉽고 착수도 빠릅니다.

PART 6. 전달과 보관: 마지막 관문

압축은 ZIP, 재인코딩은 금지

여러 파일을 묶어 보낼 때는 ZIP 또는 7z 같은 무손실 아카이브를 사용합니다.
ZIP은 오디오 데이터를 변형하지 않습니다.
반면 "용량 줄여주는 변환 앱"은 오디오 자체를 재인코딩하므로 절대 금물입니다.

체크섬으로 무결성 확인

대용량 전송에서는 간헐적으로 파일이 손상됩니다.
전문 워크플로에서는 MD5 또는 SHA-256 해시를 함께 전달해 무결성을 확인합니다.
개인 작업에서도 파일 크기와 재생 길이 대조만 해도 대부분의 사고를 걸러낼 수 있습니다.

3-2-1 백업 원칙

3개의 사본, 2개의 서로 다른 매체, 1개는 물리적으로 다른 장소.

녹음 원본은 되돌릴 수 없는 자산입니다.
연주자의 그날 컨디션, 배우의 그 순간 감정, 인터뷰 대상자의 그 한마디는 재현되지 않습니다.
편집은 다시 할 수 있지만, 녹음은 다시 할 수 없는 경우가 많습니다.

세션이 끝나면 가장 먼저 하는 일은 백업입니다. 정리보다, 감상보다 먼저.

의뢰 직전 최종 점검 흐름 STEP 1 형식 통일 48k / 24bit / WAV STEP 2 시작점 정렬 전 트랙 0초 통짜 STEP 3 명명 · 분류 번호+역할+DRY/WET STEP 4 문서 · 백업 README + 3-2-1 소요 시간 약 30분 · 절감되는 시간 수일 준비는 비용이 아니라 투자입니다

용어 미니 사전

용어뜻
스템(Stem)여러 트랙을 역할별로 묶어 내보낸 오디오 묶음(드럼, 베이스, 보컬 등)
멀티트랙악기·마이크별 개별 트랙 전체
dBFS디지털 최대치를 0으로 잡은 상대 레벨 단위
LUFS사람이 느끼는 체감 음량 규격 단위. 플랫폼 기준값의 근거
트루피크(dBTP)샘플 사이에서 발생하는 실제 최대치. -1dBTP 여유가 관행
헤드룸현재 피크와 0dBFS 사이의 여유 공간
노이즈 플로어아무 소리 없어도 존재하는 배경 잡음 수준
룸 톤공간의 고요한 배경음. 노이즈 학습과 편집 이음새 채움에 사용
BWF타임코드·메타데이터를 담은 방송용 WAV
폴리 WAV여러 채널이 한 파일에 담긴 다채널 WAV
디더(Dither)비트 뎁스를 줄일 때 양자화 오차를 부드럽게 하는 미세 노이즈
드리프트시간이 갈수록 싱크가 점점 벌어지는 현상
폴라리티 반전파형의 +/-를 뒤집어 위상 상쇄를 해결하는 처리
더블 엔더원격 녹음 시 각자 로컬에서 개별 녹음하는 방식

마무리: 준비된 파일은 그 자체로 신호다

편집자에게 잘 정리된 폴더가 도착했을 때의 느낌은 분명합니다.
"이 사람은 자기 작업을 소중히 여긴다."

그 신호는 작업 태도로 이어집니다.
파일을 정리하는 데 쓰지 않은 시간은 소리를 다듬는 데 쓰이고,
확인 메시지를 주고받지 않은 시간은 디테일을 고민하는 데 쓰입니다.

결국 이 글이 말하는 핵심은 세 문장으로 줄어듭니다.

하나. 원본은 무압축(WAV/AIFF)으로, 48kHz·24bit를 기본값으로, 절대 재인코딩하지 않는다.
둘. 모든 트랙은 같은 시작점에서, 읽기만 해도 이해되는 이름으로, DRY와 WET을 함께.
셋. BPM·타임코드·레퍼런스·납품 규격을 담은 README 한 장을 반드시 동봉한다.

여기에 하나만 더 보태자면, 녹음이 끝난 직후의 백업입니다.
편집은 얼마든지 다시 할 수 있지만, 그날의 연주와 그 순간의 목소리는 다시 오지 않습니다.

좋은 결과물은 대단한 장비에서만 나오는 게 아닙니다.
준비된 파일 한 폴더에서 시작되는 경우가, 생각보다 훨씬 많습니다.

WAV 48k/24bit 동일 시작점 DRY + WET 룸 톤 5초 README 동봉 마스터 리미터 바이패스 3-2-1 백업

다음 번 의뢰 메일을 보내기 전, 이 일곱 개의 태그만 머릿속에서 체크해 보십시오.
그것만으로도 당신의 프로젝트는 이미 상위 10%의 준비 상태입니다.

댓글 작성

이 글에 대한 여러분의 생각을 들려주세요

댓글 0
댓글을 불러오는 중입니다.

아직 댓글이 없습니다.