프리미어 프록시 만들기 전에 원본·색공간·오디오부터 묶어두는 순서

프록시는 편집을 가볍게 만드는 장치지만, 현장에서는 “프록시를 만들었다”보다 “나중에 원본으로 정확히 돌아갈 수 있느냐”가 더 중요합니다. 특히 혼자 촬영하고 혼자 편집하는 프로젝트에서는 프록시 생성 버튼을 누르기 전에 원본 폴더, 색공간, 오디오 파일, 납품 기준을 먼저 정리해두는 편이 훨씬 안전합니다.
프리미어 프로의 프록시 워크플로는 고해상도 원본을 더 가벼운 파일로 편집할 수 있게 해줍니다. 다만 프록시는 원본을 대신하는 최종 파일이 아닙니다. 편집 중에는 부드럽게 재생되더라도, 온라인 편집이나 색보정, 납품 단계에서 원본 연결이 꼬이면 그때부터 시간이 크게 새기 시작합니다.

1. 프록시보다 원본 폴더 기준을 먼저 고정한다

가장 먼저 정할 것은 프록시 저장 위치가 아니라 원본 폴더 구조입니다. 촬영 카드에서 복사한 원본을 날짜, 카메라, 씬, 오디오처럼 나눠두고, 프리미어 프로젝트가 그 구조를 기준으로 미디어를 물고 있어야 합니다.
예를 들어 `CAM_A`, `CAM_B`, `AUDIO`, `GRAPHIC`, `EXPORT`처럼 최소 단위라도 정해두면 나중에 링크가 끊겼을 때 어느 폴더를 다시 물려야 하는지 바로 보입니다. 반대로 바탕화면, 다운로드 폴더, 외장 SSD 루트에 파일이 섞인 상태에서 프록시를 만들면 편집은 시작돼도 인수인계가 어려워집니다.
프록시 생성 전에는 원본 파일명을 바꾸지 않는 편이 안전합니다. 이름을 정리해야 한다면 프리미어로 가져오기 전에 끝내고, 프로젝트 안에서 이미 사용 중인 파일은 함부로 Finder에서 이름을 바꾸지 않는 것이 좋습니다.

2. 색공간과 LUT는 프록시 생성 전에 확인한다

프록시가 가벼운 파일이라는 이유로 색 기준을 대충 넘기면 나중에 화면이 달라 보일 수 있습니다. Log 촬영본, HDR 소스, 카메라별 색공간이 섞인 프로젝트라면 프록시를 만들기 전에 원본 해석 방식과 LUT 적용 위치를 먼저 봐야 합니다.
중요한 건 프록시에 LUT를 예쁘게 입히는 게 아닙니다. 원본과 프록시를 전환했을 때 편집자가 같은 장면을 보고 있다고 믿을 수 있어야 합니다. 프록시 상태에서는 노출이 괜찮아 보였는데 원본으로 돌아오니 색이 다르게 보이면 컷 선택과 임시 색보정 판단이 흔들립니다.
작은 테스트를 권합니다. 전체 미디어에 프록시를 만들기 전에 카메라별로 한 클립씩만 프록시를 만들고, 프리미어에서 원본/프록시 전환을 해봅니다. 밝기, 채도, LUT 적용, 자막이나 그래픽 위치가 크게 달라 보이지 않는지 확인한 뒤 전체 변환을 시작하는 것이 안전합니다.

3. 오디오 싱크 파일은 프록시와 별도로 묶어둔다

프록시 문제처럼 보이지만 실제로는 오디오 정리 문제인 경우가 많습니다. 무선마이크, 레코더, 카메라 내장 오디오가 섞인 프로젝트에서는 프록시 생성 전에 어떤 오디오가 기준인지부터 정해야 합니다.
싱크가 끝난 시퀀스만 믿고 원본 오디오 폴더를 흩어두면, 나중에 프로젝트를 옮기거나 다른 작업자가 열었을 때 파형은 보이는데 실제 파일 연결이 깨지는 일이 생깁니다. 특히 인터뷰, 강의, 행사처럼 말소리가 중심인 작업은 프록시보다 오디오 원본 보존이 더 중요할 때가 많습니다.
프록시를 만들기 전 체크는 단순합니다. 카메라 원본과 별도 녹음 파일을 같은 날짜·씬 기준으로 묶어두고, 싱크된 시퀀스 이름에 기준 오디오를 표시합니다. 예를 들어 `INTV_01_SYNC_RECORDER`처럼 적어두면 나중에 어떤 파일을 살려야 하는지 바로 알 수 있습니다.

4. 편집용 프록시와 납품용 출력물을 헷갈리지 않는다

프록시는 편집을 위한 중간 파일입니다. 클라이언트 확인용 저용량 파일이나 최종 납품 파일과 같은 역할이 아닙니다. 이 경계가 흐려지면 “가벼운 파일로 확인했으니 괜찮다”는 식의 착각이 생깁니다.
프록시를 만든 뒤에도 최종 출력 전에는 반드시 원본 연결 상태를 확인해야 합니다. 프리미어에서 원본/프록시 전환을 끄고, 실제 납품 해상도와 코덱으로 짧은 구간을 뽑아 확인하는 루틴이 필요합니다. 특히 자막, 그래픽, 오디오 피크, 색보정이 들어간 구간을 테스트 구간으로 잡으면 문제를 빨리 찾을 수 있습니다.

5. 혼자 작업해도 인수인계 메모를 남긴다

1인 작업일수록 메모가 필요합니다. 오늘은 모든 폴더 위치를 기억해도, 2주 뒤 수정 요청이 오면 기억보다 기록이 빠릅니다. 프로젝트 폴더 안에 `README_edit.md` 같은 짧은 파일을 두고 원본 위치, 프록시 위치, 사용한 색 기준, 오디오 기준, 최종 출력 프리셋을 적어두면 됩니다.
메모는 길 필요가 없습니다. “원본은 `01_ORIGINAL`, 프록시는 `02_PROXY`, 오디오는 레코더 파일 기준, 최종 출력 전 프록시 끄기” 정도만 있어도 다시 열 때 실수가 줄어듭니다. 팀 작업이라면 이 메모가 곧 인수인계 문서가 됩니다.

프록시 생성 전 마지막 확인

• 원본 폴더 구조가 먼저 고정돼 있는가
• 프록시를 만들어도 원본 파일명을 바꾸지 않을 계획인가
• Log, HDR, LUT 적용 방식이 원본/프록시 전환에서 크게 흔들리지 않는가
• 별도 녹음 오디오와 싱크 기준이 폴더와 시퀀스 이름에 남아 있는가
• 프록시가 최종 납품 파일이 아니라는 점을 작업 루틴에 반영했는가
• 수정 요청이 와도 다시 열 수 있게 프로젝트 메모를 남겼는가

프록시는 편집 속도를 올려주지만, 정리되지 않은 프로젝트를 자동으로 안전하게 만들어주지는 않습니다. 버튼을 누르기 전 10분만 원본·색공간·오디오 기준을 묶어두면, 편집 후반의 큰 사고를 꽤 많이 줄일 수 있습니다.
참고: Adobe Premiere Pro 프록시 워크플로 도움말 https://helpx.adobe.com/premiere-pro/using/proxy-workflow.html
참고: Adobe Premiere Pro 미디어 가져오기 도움말 https://helpx.adobe.com/premiere-pro/using/importing-media.html