다빈치 리졸브에서 VFX 플레이트를 뽑을 때: DaVinci YRGB Color Managed와 ACES 중 무엇을 쓰나

다빈치 리졸브 색관리에서 DaVinci YRGB Color Managed와 ACES 중 어느 것을 선택하느냐에 따라 VFX 플레이트의 픽셀값이 달라질까요? 편집 화면에서 본 모습과 합성팀이 받는 파일은 서로 다른 결과일 수 있습니다. 모드 이름보다 먼저 원본 색공간, 변환 경로, 받는 쪽의 납품 규격을 확인해야 합니다.

세 가지를 차례로 짚겠습니다. 카메라 Log를 그대로 넘기는 경우, ACES AP0 선형 EXR로 넘기는 경우, 그리고 타임라인·출력 색공간 설정이 값을 바꾸는 경우입니다. 마지막에는 어떤 조건에서 무엇을 선택할지 한 문장으로 정리하겠습니다.

1. EXR이나 DPX만 지정하면 납품 규격이 끝날까요?

아닙니다. EXR과 DPX는 파일 형식이지 완전한 색공간 설명이 아닙니다. VFX 플레이트 색공간은 확장자나 “linear” 한 단어로 정하지 않습니다. EXR은 선형 데이터나 넓은 범위의 부동소수점 값을 담을 수 있지만, 확장자만 보고 AP0인지 AP1인지, 카메라 Log인지 알 수는 없습니다. 파일 형식과 RGB 값의 의미를 따로 지정해야 합니다.

합성팀이 “선형 EXR”이라고만 말했다면 한 번 더 물어보세요. 선형은 감마 곡선이 선형이라는 뜻일 뿐, RGB 원색까지 정해 주지 않습니다. ACES2065-1은 AP0 원색의 선형 데이터이고, ACEScg는 AP1 원색의 선형 데이터입니다. 둘 다 선형이지만 같은 RGB 숫자를 서로 다른 원색으로 해석하면 색이 다르게 보입니다.

카메라 Log도 마찬가지입니다. “Log로 주세요”만으로는 부족합니다. 카메라의 입력 색공간과 Log 곡선을 함께 정해야 합니다. DPX로 납품한다면 비트 깊이와 데이터 레벨도 확인해야 합니다. Cineon DPX의 10비트 코드값을 읽는 기준은 DPX의 흰색 코드값을 확인하는 방법에서 이어서 볼 수 있습니다.

2. 다빈치 리졸브 색관리: DaVinci YRGB Color Managed는 세 단계로 값을 변환합니다

DaVinci YRGB Color Managed(RCM)는 클립의 입력 색공간에서 타임라인 색공간으로 변환하고, 타임라인에서 출력 색공간으로 다시 변환합니다. 입력 색공간은 카메라 원본을 어떻게 해석할지, 타임라인 색공간은 조정이 이루어지는 작업 공간을, 출력 색공간은 렌더링할 색공간을 정합니다. 어느 한 단계라도 잘못 지정하면 파일값이 달라집니다.

버전 기준은 2026년 10월 현재 최신 릴리스인 DaVinci Resolve 21.1.1입니다. 메뉴명은 Blackmagic 공식 DaVinci Resolve 21.1 Reference Manual(2026년 9월판)과 대조했습니다.

예를 들어 S-Log3 클립을 입력으로 올바르게 지정해도, 타임라인에서 Rec.709로 처리하고 Rec.709 출력으로 렌더하면 파일은 카메라 Log가 아닙니다. 반대로 출력 색공간을 입력 Log와 맞춰도 입력 변환이나 톤 매핑이 남아 있으면 원본 코드값과 같다고 단정할 수 없습니다. Resolve 21.1 매뉴얼은 RCM의 입력·타임라인·출력 변환과 입력·출력 DRT를 각각 설명합니다.

그림은 실제 Resolve 설정창이 아니라 두 처리 경로의 개념도입니다. RCM에서는 타임라인 색공간을 선택할 수 있습니다. 출력 DRT나 색역 매핑도 설정에 따라 값을 압축하거나 확장할 수 있으므로, VFX 전달용 렌더에서 최종 출력 변환이 무엇인지 별도로 확인해야 합니다.

3. ACES에서는 입력 IDT와 출력 ODT가 핵심입니다

ACES 프로젝트는 카메라 원본을 IDT(Input Device Transform)로 ACES 작업 공간에 넣고, 화면에서 볼 때는 ODT(Output Device Transform)로 디스플레이에 맞춥니다. Resolve 21.1 매뉴얼은 ACES 1.0.3부터 2.0까지 버전을 선택할 수 있다고 설명합니다. 버전과 입력 변환은 받는 쪽 파이프라인과 맞춰야 합니다.

ACEScc와 ACEScct는 색보정에 쓰는 AP1 기반 로그 인코딩입니다. 반면 ACES2065-1은 AP0 원색의 선형 교환 데이터입니다. 매뉴얼은 ACES 호환 시설 전달 또는 보관용으로 OpenEXR RGB Half (uncompressed)를 렌더하고, ACES Output Device Transform을 “No Output Device Transform”으로 설정하도록 안내합니다. 이때 카메라 IDT는 계속 적용되므로, 카메라 Log를 단순히 복사한 파일과는 다릅니다.

여기서 다음 질문이 생깁니다. AP0 선형, AP1 선형, ACEScct는 같은 장면을 가리키는데 파일 안의 숫자도 같을까요?

4. 공식 변환식으로 AP0와 AP1의 픽셀값을 비교해 봅니다

실제 카메라 영상 대신, 계산을 재현할 수 있도록 AP0 선형의 테스트 픽셀을 R=0.180000, G=0.090000, B=0.030000으로 놓겠습니다. ACES 문서의 AP0→AP1 행렬을 적용하면 AP1 선형 값은 R=0.233525, G=0.089091, B=0.030885가 됩니다. 같은 장면을 변환해도 RGB 숫자는 달라집니다.

표현 방식	RGB 값 (R, G, B)	의미
ACES2065-1, AP0 선형	0.180000, 0.090000, 0.030000	입력 테스트 값
ACEScg, AP1 선형	0.233525, 0.089091, 0.030885	AP0에서 AP1로 행렬 변환
ACEScct, AP1 로그	0.435026, 0.355675, 0.268440	AP1 선형 값을 로그 인코딩

AP0에서 선형 AP1로 가는 행렬은 다음과 같습니다. AP1 = M × AP0. 여기서 M=[[1.4514393161,-0.2365107469,-0.2149285693],[-0.0765537734,1.1762296998,-0.0996759264],[0.0083161484,-0.0060324498,0.9977163014]]입니다. ACEScct는 이번 테스트 값처럼 AP1 선형 값이 0.0078125보다 클 때 각 채널에 (log₂(값)+9.72)/17.52를 적용했습니다.

이 계산은 AP0와 AP1의 원색 변환 및 선형에서 로그로 바뀌는 부분만 보여 줍니다. 실제 소스가 ARRI LogC인지 S-Log3인지 RED Log인지에 따라 입력 IDT와 Log 함수가 달라집니다. 카메라와 입력 색공간을 모르면 원본 Log에서 AP0로 가는 숫자는 계산할 수 없습니다.

5. 픽셀 변환과 메타데이터·레벨은 따로 확인합니다

같은 색공간 변환을 해도 EXR Half와 10비트 DPX는 저장 정밀도가 다릅니다. DPX나 ProRes에서 풀 레인지와 비디오 레인지가 엇갈리면 검정과 흰색 코드값이 달리 해석될 수 있습니다. Nuke에서 검정이 들뜨거나 눌릴 때는 비디오 레벨과 풀 레인지 점검법도 함께 확인하세요.

색공간 태그는 파일을 읽는 프로그램이 RGB 값을 해석하는 데 도움을 줍니다. 하지만 태그를 바꾼 것과 RGB 숫자에 변환을 적용한 것은 다른 작업입니다. Resolve 매뉴얼은 지원되는 QuickTime 파일의 Color Space Tag와 Gamma Tag가 프로젝트 출력 색공간을 따르도록 설정할 수 있다고 설명합니다. 태그가 설정됐다는 이유만으로 EXR이나 DPX의 실제 값까지 변환됐다고 판단하지 마세요.

6. 뷰어에 보이는 모습과 파일값을 구분합니다

모니터에서 보이는 결과와 파일에 기록된 값은 같은 질문이 아닙니다. ACES의 ODT는 화면 모니터링뿐 아니라 Deliver 페이지 렌더에도 적용됩니다. VFX용 AP0 선형 파일을 만들 때는 ACES Output Device Transform을 “No Output Device Transform”으로 설정해 출력 변환을 생략합니다. AP0 선형 EXR을 색관리 없는 플레이어에서 열면 평평하거나 어둡게 보일 수 있습니다. 낯선 플레이어의 화면만 보고 파일이 틀렸다고 결론 내리지 마세요.

반대 상황도 있습니다. Rec.709 같은 디스플레이 변환이 이미 적용된 파일은 일반 모니터에서 보기 편할 수 있지만, 합성팀이 카메라 Log나 선형 장면 데이터로 작업하려 했다면 기대한 입력이 아닐 수 있습니다. 표시용 변환을 베이크한 플레이트와 원본 성격을 유지한 플레이트는 용도가 다릅니다.

검수할 때는 Resolve 뷰어의 모양만 비교하지 말고, 같은 파일을 합의된 색관리 설정으로 읽었을 때의 RGB 값과 스코프도 확인하세요. AP0 선형을 Nuke에서 ACEScg로 볼 때는 해당 변환을 적용한 뷰를 사용하고, 원본 Log를 비교할 때는 같은 카메라 입력 해석을 적용합니다. 보는 변환과 납품 변환을 분리하면 색 차이의 위치를 찾기 쉽습니다.

색공간 태그와 ACES 메타데이터도 픽셀값 자체와는 구분해야 합니다. 태그는 읽는 쪽에 RGB 값의 의미를 알려 주는 정보입니다. AMF 같은 사이드카는 어떤 입력·룩·출력 변환이 적용됐는지 전달하는 데 쓰입니다. 파일에 태그나 AMF가 있다는 이유만으로 원하는 변환이 픽셀에 적용되었다고 간주하지 말고, 테스트 프레임을 다시 열어 확인하세요. 테스트 프레임과 함께 사용한 색공간·ACES 버전·변환 적용 여부를 기록하면 다음 단계에서 같은 해석을 재현하기 쉽습니다. 파일 이름에 “ACES”만 적어 두면 AP0와 AP1, 선형과 ACEScct를 구분할 수 없으므로 규격을 함께 적으세요. 합성 쪽에서 어떤 입력 공간과 뷰 변환을 쓰는지도 테스트 기록에 남기세요.

7. 납품 요청서를 네 칸으로 나눕니다

색관리 모드를 고르기 전, 요청서에 아래 네 가지를 적어 두세요. “EXR”이나 “linear”처럼 일부만 적혀 있으면 값의 의미가 아직 확정되지 않았습니다. 빈칸을 Resolve의 기본값으로 대신 채우지 마세요.

요청 항목	확정할 내용
파일과 정밀도	EXR 또는 DPX, half/정수 비트 깊이
RGB 색공간	원색과 전달 곡선의 조합
변환 포함 여부	IDT, 룩, ODT 또는 RCM DRT·색역 매핑
데이터 해석	풀/비디오 레인지, 메타데이터, 사이드카

예를 들어 “EXR, 선형”이라는 답만 받았다면 “어떤 원색의 선형인가요?”와 “카메라 입력 변환을 파일에 적용하나요?”를 다시 물어보세요. 룩을 베이크하는지, 별도 LUT나 AMF로 전달하는지도 확인하면 소스 플레이트와 표시용 결과를 섞지 않을 수 있습니다.

8. 그래서 어느 모드를 써야 하나요?

선택 기준은 모드가 아니라 합성팀이 지정한 입력·출력 규격입니다. 원본 Log를 그대로 넘겨야 한다면 Project Settings > Color Management > Color science에서 DaVinci YRGB를 선택하고, 불필요한 노드·LUT·색공간 변환을 끈 뒤 테스트 렌더로 값을 확인하세요. Blackmagic 매뉴얼에서 DaVinci YRGB는 변환을 수동으로 관리하는 모드이고, DaVinci YRGB Color Managed는 RCM을 켜는 선택지입니다. RCM은 입력·타임라인·출력 사이에서 변환하므로 “모드를 켰으니 Log도 보존된다”고 가정하면 안 됩니다.

요청이 ACES2065-1(AP0) 선형 EXR이라면 Project Settings > Color Management의 ACES Input Device Transform에서 원본에 맞는 IDT를 지정하고, ACES Output Device Transform을 “No Output Device Transform”으로 설정한 뒤 OpenEXR RGB Half (uncompressed)로 테스트합니다. ACEScg(AP1) 선형을 요구받았다면 AP0와 같은 결과가 아닙니다. 출력 변환이 AP1 선형으로 끝나는지, 합성 쪽에서 같은 해석을 하는지 확인해야 합니다.

RCM으로 작업해도 납품 색공간을 맞출 수 있습니다. 입력 색공간을 정확히 지정하고, 합성팀이 요구한 출력 색공간을 선택하세요. 커스텀 설정이라면 Input DRT와 Output DRT, 색역 매핑이 테스트 결과를 바꾸지 않는지도 확인해야 합니다. 카메라 Log의 입력 변환을 고르는 기준은 ARRI LogC·S-Log3·RED 입력 변환 비교에서 이어서 볼 수 있습니다.

감독이 본 룩까지 함께 전달해야 한다면 플레이트와 룩 데이터를 분리해 합의하세요. 원본 플레이트에 디스플레이 변환을 구워 넣을지, 별도 LUT나 CDL로 전달할지 정해야 합니다. 룩 참조는 ASC CDL을 Nuke에서 재현하는 방법과 구분하면 혼선을 줄일 수 있습니다.

9. 한 프레임 테스트로 납품을 확인합니다

• 합성팀에 RGB 원색과 전달 곡선을 적어 달라고 요청합니다. 예: 카메라 Log+카메라 원색, ACES2065-1 AP0 선형, ACEScg AP1 선형.
• 파일 형식과 비트 깊이, 데이터 레벨, 알파 포함 여부를 함께 확정합니다.
• 테스트 프레임 한 장을 렌더하고, Nuke 또는 합의된 뷰어에서 입력 해석과 디스플레이 변환을 맞춰 봅니다.
• 원본을 다시 Resolve로 가져와 같은 입력 변환을 적용합니다. 타임라인 뷰어뿐 아니라 RGB 수치와 히스토그램도 비교합니다.
• 왕복 결과가 달라지면 입력 IDT, 출력 ODT, RCM의 DRT·색역 매핑, 레인지, 렌더 태그 순서로 원인을 좁힙니다. 플레이트 왕복에서 색이 바뀌는 일반적인 점검은 그레이딩실 왕복 색공간 점검도 참고하세요.

처음 질문에 답하겠습니다. 원본 Log 보존, ACES AP0 선형 EXR, RCM 출력 가운데 무엇을 선택할지는 합성팀과 합의한 원색·전달 곡선·변환 포함 여부가 결정합니다. 모드보다 납품 규격을 먼저 정하세요.

공식 문서