Premiere·Resolve·Final Cut 간 이동

Premiere Pro, DaVinci Resolve, Final Cut Pro 사이에서 편집본을 옮기는 일은 교환 파일을 프로젝트의 사본이 아니라 결정의 목록으로 다룰 때 가장 잘 됩니다. 클립, 인/아웃 점, 트랙 배치, 기본 트랜지션은 잘 옮겨집니다. 이펙트, 스피드 램프, 스타일이 적용된 타이틀, 플러그인 체인, 멀티캠 구조는 대개 옮겨지지 않거나 바뀐 채로 도착합니다. 프리미어와 리졸브 사이의 프로젝트 이동에서 흔히 겪는 일입니다.

그래서 실용적인 답은 이렇습니다. 목적지에 맞는 교환 포맷을 고르고, 내보내기 전에 타임라인을 단순화하고, 받는 쪽에서 레퍼런스 렌더와 대조해 컨폼하십시오. 이 글의 나머지는 각 포맷과 그것으로 무엇이 살아남는지 설명하고, 양쪽에 어떤 소프트웨어가 있든 쓸 수 있는 체크리스트를 제시합니다.

다섯 가지 포맷, 쉽게 말하면

모든 교환 포맷은 보내는 앱이 아는 것과 받는 앱이 읽을 수 있는 것 사이의 타협입니다.

• FCPXML은 Final Cut Pro의 네이티브 교환 포맷입니다. 클립, 역할, 컴파운드 클립, 연결된 클립과 많은 속성을 자세히 기술합니다. Resolve가 잘 읽고 쓰며, Final Cut과 Resolve 사이에서 가장 깔끔한 경로인 경우가 많습니다.
• XML(Premiere XML / FCP7 XML)은 Premiere가 지금도 교환에 쓰는 예전 Final Cut Pro 7 포맷입니다. 폭넓게 지원되고 예측 가능해서 Premiere에서 Resolve로 넘길 때 여전히 기본값입니다.
• EDL(edit decision list, 보통 CMX3600)은 가장 오래되고 가장 제한적입니다. 목록 하나에 비디오 트랙 하나, 릴 이름, 소스 및 레코드 타임코드, 간단한 디졸브를 담습니다. 담는 게 너무 적어서 거의 무엇이든 견뎌 냅니다. 컬러리스트와 온라인 편집자는 지금도 대조용으로 요구합니다.
• AAF는 Avid와 Pro Tools의 언어입니다. 사운드 넘기기에는 기대되는 포맷입니다. 링크된 미디어 참조, 클립 이름, 레벨, 그리고 보내는 앱에 따라 페이드를 담을 수 있습니다.
• OTIO(OpenTimelineIO)는 영화와 애니메이션 업계에서 나온 개방형, 문서화된 타임라인 포맷입니다. 여러 도구에서 지원이 늘고 있으며, 사람이 읽을 수 있고 스크립트로 다룰 수 있는 편집본 기술이 필요할 때 유용합니다.

Premiere에서 Resolve로 간다면 보통 XML. Final Cut에서 Resolve로는 FCPXML. 어디서든 Pro Tools로는 AAF. 안전망을 원하는 컬러리스트에게는 비디오 트랙마다 EDL을 더하십시오.

살아남는 것과 그렇지 않은 것

편집자들은 브랜드와 관계없이 모든 조합에서 같은 손실을 보고합니다. 미리 계획하십시오.

대개 살아남음: 클립 참조, 소스 인/아웃 점, 타임라인 위치, 트랙 순서, 클립 이름, 기본 크로스 디졸브, 오디오 레벨, 단순한 불투명도, 대부분 포맷에서의 마커.

자주 바뀜: 일정한 속도 변경(대개 괜찮음), 프리즈 프레임(가끔 길이가 다른 스틸이 됨), 크기와 위치(받는 앱이 해상도가 다른 미디어를 다르게 처리하면 어긋날 수 있음), 중첩 시퀀스와 컴파운드 클립(평탄화되거나 별도 타임라인으로 들어올 수 있음).

대개 손실되거나 다시 만들어야 함: 스피드 램프와 타임 리매핑 커브, 서드파티 이펙트와 플러그인 체인, 색 보정, 스타일이 적용된 타이틀과 모션 그래픽 템플릿, 멀티캠 앵글 구조, 오디오 플러그인과 버스 라우팅.

반복되는 불만은, 누군가 스피드 램프가 일정한 50%가 되었거나 타이틀이 자리 표시자로 바뀐 것을 알아채기 전까지는 편집본이 멀쩡해 보인다는 것입니다. 어느 한 앱의 버그가 아닙니다. 이것들은 도구마다 다르게 저장되며, 교환 포맷에는 이를 위한 공통 어휘가 없습니다.

내보내기 전에 타임라인 준비하기

10분의 준비가 몇 시간의 컨폼을 아껴 줍니다.

1. 시퀀스를 복제합니다. 넘기기용 이름을 붙인 사본으로 작업해 창작 버전은 그대로 두십시오.
2. 접을 수 있는 건 접습니다. 라이브로 유지할 필요 없는 중첩 시퀀스나 컴파운드 클립은 평탄화합니다. 레이어가 적을수록 놀랄 일도 적습니다.
3. 목적지에서 조절할 필요가 없다면 스피드 램프와 복잡한 이펙트는 새 미디어로 렌더합니다. 렌더된 클립은 그냥 클립입니다.
4. 타이틀은 지우거나 분리합니다. 그래픽은 별도 트랙에 두어 다시 만들거나 교체하기 쉽게 하십시오.
5. 릴 이름과 타임코드를 확인합니다. EDL과 AAF 컨폼은 이것에 달려 있습니다. 일관된 릴 이름이 없는 미디어가 재연결 실패의 가장 흔한 원인입니다.
6. 타임코드를 화면에 입힌 시퀀스 전체의 레퍼런스 렌더를 내보냅니다. 이것이 기준 진실입니다.
7. 미디어를 한곳에 모으거나, 적어도 받는 기기에서 모든 경로에 접근할 수 있게 하십시오.

받는 쪽을 위한 컨폼 체크리스트

타임라인이 들어오면 믿지 말고 검증하십시오.

1. 레퍼런스 렌더를 맨 위 트랙에 올리고 차이(difference) 블렌드로 설정하거나 둘을 번갈아 봅니다. 검지 않은 프레임은 어긋난 것입니다.
2. 시퀀스 프레임레이트, 해상도, 시작 타임코드가 원본과 일치하는지 확인합니다.
3. 모든 속도 변경과 프리즈 프레임을 하나씩 확인합니다.
4. 소스 해상도가 타임라인과 다른 클립은 크기와 위치를 확인합니다.
5. 오프라인이거나 이름이 틀린 클립을 찾아 재연결합니다.
6. 메모를 보고 타이틀과 이펙트를 다시 만듭니다.
7. 특히 속도 변경 후에는 긴 테이크의 오디오 싱크를 부분 점검합니다.
8. 새 쪽에서 창작 작업을 시작하기 전에 버전을 저장합니다.

지금 쓰는 편집 프로그램이 불안정해서 작업을 옮기는 것이라면, Mac에서 Premiere Pro가 계속 튕길 때에서 문제 해결부터 다룹니다. 진짜 문제가 후반 작업 흐름에 도구가 너무 많다는 것이라면 후반 작업 툴이 너무 많을 때를 읽어 보십시오.

cinemaOS에서 하기

cinemaOS는 이 포맷들을 읽고 쓰는 Mac용 편집 및 피니싱 앱입니다. 위 체크리스트와 같은 솔직한 전제 위에 만들어졌습니다. 교환은 완벽한 사본이 아니라 컨폼 수준이라는 것입니다.

가져오기. ⌘⇧H로 HOME을 열고 Import a cut 타일을 고르거나, File ▸ Import ▸ Timeline(FCPXML, XML, EDL, OTIO, AAF, Premiere, Resolve)을 씁니다. 선택 창은 FCPXML, XML, EDL, OTIO, AAF, .fcpbundle, .prproj, .drp를 받습니다. .prproj 직접 읽기는 실험적 기능이므로 Premiere에서 XML을 내보내는 것이 여전히 더 안전한 경로입니다.

컨폼 리포트. 가져온 뒤 cinemaOS는 자신이 우회한 모든 항목을 나열합니다. 옮기지 못한 이펙트, 대체한 타이틀, 평탄화한 멀티캠 컷, 건너뛴 OTIO 중첩 스택. 재생하다가 손실을 발견하는 대신, 확인할 것의 목록을 글로 받아 시작합니다.

Resolve 브리지. 실행 중인 DaVinci Resolve에서 직접 가져온다면 Resolve 환경설정에서 외부 스크립팅이 켜져 있어야 합니다. Resolve 무료 버전에서는 막혀 있을 수 있으니, 그럴 때는 Resolve에서 FCPXML이나 XML을 내보내 가져오십시오.

다시 내보내기. File ▸ Export ▸ Timeline Interchange에서 Export FCPXML…, Export Premiere XML…, Export EDL…, Export OpenTimelineIO…, Export Avid Log Exchange…(ALE), AAF / Professional Handoff…를 쓸 수 있습니다. Export All Sequences(FCPXML + EDL)도 있습니다. AAF는 링크된 미디어 전용입니다. 페이드, 팬, 이펙트는 넘기기 리포트에 기록되지만 파일에 저작되지는 않으므로, 사운드 편집자에게 메모를 함께 주십시오.

온디바이스 어시스턴트 J.A.R.E.D.(⌘J)에게 "Deliver a master, an EDL and an FCPXML for this sequence"라고 요청할 수도 있습니다. 쓰기 전에 모든 경로를 확인하고, 모든 것을 프로젝트 옆의 새 폴더에 두며, Task Center(⌥⌘0)에서 진행 상황을 볼 수 있습니다.

FAQ

Resolve로 갈 때 FCPXML이 XML보다 나은가요?

Final Cut Pro에서라면 그렇습니다. FCPXML은 Final Cut 자체 포맷이라 더 많은 세부 사항을 담습니다. Premiere에서라면 Premiere가 네이티브로 쓰는 XML 내보내기를 쓰십시오.

EDL에 비디오 트랙이 하나만 보이는 이유는요?

CMX3600 포맷이 원래 그렇습니다. 비디오 트랙마다 EDL을 하나씩 내보내고, 받는 앱이 재연결할 수 있도록 릴 이름을 일관되게 유지하십시오.

컬러 그레이드도 넘어오나요?

대개 아닙니다. 그레이드는 앱마다 다르게 저장됩니다. 편집본을 먼저 옮기고 다시 그레이딩하거나, 룩을 LUT로 구워서 반대편에서 다시 적용하십시오.

다음 넘기기에서 시험해 보기

가져오기에서 무엇이 살아남지 못했는지 분명하게 말해 주는 편집 프로그램을 원한다면, 지금 편집본을 cinemaOS로 가져와 컨폼 리포트를 읽어 보십시오. 60일 무료 체험에는 카드가 필요 없으니, 무엇이든 결정하기 전에 실제 프로젝트로 왕복을 시험해 볼 수 있습니다.