고른 클립을 아무것도 구워 넣지 않고 Resolve로 보냅니다
선별과 색보정은 서로 다른 작업이고, 그 둘 사이의 인계 지점이야말로 소재가 손상되기 쉬운 곳입니다. 편한 곳에서 테이크를 고른 다음, 그걸 Resolve로 가져가려면 재내보내기를 하거나 — 그러면 화면에 변환이 구워지고 Log로 찍은 이유였던 래티튜드를 버리게 됩니다 — 원본을 그대로 끌어와서 인/아웃점을 전부 손으로 다시 잡아야 합니다.
Divecut은 둘 다 하지 않습니다. 고른 클립은 원본 파일 그대로, 여전히 Log인 채로 건너가고, 변환은 타임라인 정보로 함께 전달됩니다.
변환은 colour group으로 이동하지, 픽셀로 이동하지 않습니다
Divecut에서 보고 있던 LUT는 Resolve 안에서 Log 형식별로, pre-clip 단계에 colour group으로 적용됩니다. 즉 클립은 사용자가 판단하던 그 모습 그대로 도착하지만, 이미지에는 아무것도 쓰이지 않습니다. 색보정은 여전히 온전한 Log 원본에서 사용자가 직접 만드는 몫이고, 변환은 끄거나 바꾸거나 자신의 쇼 LUT로 교체할 수 있는 노드일 뿐입니다.
체크박스에 이렇게 분명히 적혀 있습니다: as color groups, never baked. 같은 Log 형식의 클립은 모두 하나의 그룹으로 들어가므로, 변환에 대한 마음이 바뀌어도 조정은 마흔 번이 아니라 한 번이면 됩니다.
인/아웃점도 함께 따라옵니다
범위를 표시해 뒀다면, 클립은 그 범위로 트림된 채로 도착합니다. 이건 사소해 보이지만 전혀 그렇지 않습니다 — 아웃점을 포함(inclusive)으로 보여주는 애플리케이션과, 포함하지 않는(exclusive) 값을 기대하는 API 사이의 프레임 계산 차이는 정확히 1프레임이고, 1프레임은 누군가 길이를 납품 스펙과 대조해 보기 전까지는 보이지 않습니다. 그 프레임이 어디로 가는지는 따로 글을 썼습니다.
Resolve와 직접 대화합니다
이건 드래그 앤 드롭도 아니고, XML을 주고받는 것도 아닙니다. Divecut은 작은 로컬 서버를 하나 실행하고, Resolve의 workflow integration이 여기에 연결되어, 클립은 Resolve 자체의 스크립팅 인터페이스를 통해 놓입니다: 플레이헤드 위치나 트랙 끝에, 사용자가 고른 트랙에요. 패널의 로그는 무슨 일이 일어났는지 알려줍니다 — 어떤 클립이 놓였는지, 어떤 LUT가 적용됐는지, 마커와 메타데이터가 함께 넘어왔는지.
연결은 로컬로만 이루어지고, 임시 포트를 쓰며, 값이 맞아야 하는 토큰이 필요합니다. 이 과정에서 사용자의 기기 밖으로 나가는 것은 아무것도 없습니다.
새 파일이 정말 필요할 때
때로는 구워 넣는 쪽이 맞는 답일 수도 있습니다 — 프록시 세트, QuickTime으로 볼 클라이언트 검토용 사본, 납품물 같은 것들이요. 그건 별개의 의도적인 내보내기이고, 그 자리에서 이미지에 변환을 구워 넣는 건 두 애플리케이션 사이에서 소재를 옮기는 과정의 부수 효과가 아니라 사용자가 직접 내리는 선택입니다.
이 두 경로를 — 보존하는 인계와, 확정하는 내보내기를 — 떼어 놓는 것이 Divecut에서 제가 가장 강하게 주장하고 싶은 부분입니다. 나머지는 전부 편의일 뿐입니다.
Divecut은 macOS와 iPad용 푸티지 브라우저입니다. Log 클립을 촬영할 때 의도한 색으로 보여주고, 평범한 말로 검색하게 해 주며, 고른 클립을 Log 그대로 DaVinci Resolve로 넘깁니다. 모든 기능 보기.