ACES 2.0 완벽 가이드: 지긋지긋한 LED 블루 픽셀 깨짐, 이제 영원히 안녕! (Nuke & 다빈치 리졸브 적용법) 🎨
혹시 합성이나 그레이딩 작업을 하시면서 강렬한 LED 블루 조명 앞에서 픽셀의 테두리가 검게 타버리거나 불쾌하게 깨지는 현상을 마주하신 적 있으신가요? 이 지긋지긋한 아티팩트(Artifact)를 잡기 위해 뷰어 노드를 뗐다 붙였다 하며 밤새워 파이프라인을 수정해 본 경험이 있다면, 오늘 전해드릴 소식은 그 소모적인 작업에 마침표를 찍어줄 완벽한 해답이 될 거예요.
우리가 사랑하지만 동시에 우리를 괴롭혔던 컬러 매니지먼트 시스템의 표준, ACES가 마침내 ACES 2.0이라는 거대한 도약을 이루어냈습니다. 단순한 마이너 업데이트가 아닙니다. 아키텍처의 근간을 뒤흔드는 진화가 일어났죠.
이 글에서는 새롭게 도입된 ACES 2.0의 핵심적인 아키텍처 변화를 실무자의 시선에서 낱낱이 해부해 드릴게요. 더불어, 우리가 매일 사용하는 Nuke(누크)와 DaVinci Resolve(다빈치 리졸브) 같은 메인 프로덕션 소프트웨어에 어떻게 완벽하게 통합하고 세팅할 수 있는지, 그 파이프라인 최적화 전략까지 아낌없이 나누어 보겠습니다. 준비되셨나요? 우리의 워크플로우를 한 차원 높여줄 새로운 컬러의 세계로 함께 들어가 보시죠!
1. ACES 2.0, 파이프라인의 무엇이 어떻게 달라졌나?
기존 아키텍처의 한계와 새로운 아웃풋 트랜스폼(Output Transform)
ACES를 오랫동안 다루어 오셨다면, ACES 1.x(1.2 및 1.3) 버전 시스템이 가진 구조적 한계를 한 번쯤은 체감하셨을 거예요. 기존 시스템은 화면에 색을 보여주기 위한 톤 맵핑(Tone Mapping)과 색공간 변환(Color Space Conversion)이 RRT(Reference Rendering Transform)와 ODT(Output Device Transform)라는 이름 아래 다소 복잡하게 얽혀 있었습니다.
이러한 구조 탓에, 일반적인 모니터인 SDR(Standard Dynamic Range) 환경에서 작업한 멋진 룩을 HDR(High Dynamic Range) 디스플레이로 출력하려고 할 때, 우리가 의도하지 않았던 원치 않는 컬러 시프트(Color Shift)가 발생하는 치명적인 한계가 있었죠. 밝기가 올라가면서 색상 자체가 틀어져 버리는 현상입니다.
하지만 ACES 2.0에서는 이 문제를 해결하기 위해 아웃풋 트랜스폼(Output Transform)의 구조를 완전히 뜯어고쳤습니다. 2.0 아키텍처에서는 명암비와 롤오프를 결정하는 톤스케일(Tonescale)과 색상의 위치를 결정하는 컬러리메트리(Colorimetry)가 수학적으로 명확하게 분리된 모듈형 아키텍처를 채택했어요. 덕분에 디스플레이의 종류나 밝기가 바뀌어도 훨씬 직관적이고 일관된 컬러를 유지할 수 있게 되었습니다.
- 새로운 DRT(Display Rendering Transform): 기존의 고정된 ODT 방식에서 벗어나, 매개변수화(Parameterized)된 DRT를 통해 100 nits부터 1000 nits 이상의 다양한 디스플레이 밝기에 유연하게 대응합니다.
- 분리형 아키텍처의 이점: SDR 환경에서 승인받은 룩뎁(Lookdev)이 HDR 환경으로 넘어가도 색상의 왜곡이 발생하지 않아, 여러 판본을 만들어야 하는 넷플릭스나 OTT 프로젝트에서 압도적인 안정성을 제공합니다.
| 비교 항목 | ACES 1.x (1.2 / 1.3) | ACES 2.0 |
|---|---|---|
| 아키텍처 기본 구조 | 톤 맵핑과 색 변환이 결합된 형태 | Tonescale과 Colorimetry가 분리된 모듈형 |
| 디스플레이 대응 방식 | 특정 디스플레이마다 고정된 렌더링 파일 적용 | 매개변수화(Parameterized)를 통한 유연한 밝기(nits) 대응 |
| RGC (색역 압축) | LMT(Look Modification Transform) 노드를 우회하여 수동 적용 | 전체 파이프라인 아키텍처 내에 수학적으로 기본 탑재 |
| HDR 전환 시 안정성 | SDR에서 HDR 변환 시 원치 않는 컬러 시프트 발생 가능 | 밝기 변화에도 직관적이고 일관된 오리지널 컬러 유지 |
고질적 아티팩트의 해결: RGC(Reference Gamut Compression)의 기본 탑재
VFX 합성(Compositing)이나 컬러 그레이딩 부서에서 일하신다면, 아마 가장 반가워할 소식이 아닐까 싶어요. 바로 RGC(Reference Gamut Compression)의 완전한 통합입니다.
현대의 디지털 카메라 센서는 빛을 받아들일 때, 수학적으로 정의된 ACES AP1 색역(Gamut)을 훌쩍 벗어나는 값을 기록하곤 합니다. 특히 라이브 공연장의 네온사인이나 경찰차의 사이렌 같은 코발트 블루, 짙은 마젠타 색상에서 이런 현상이 심하죠. 이 값들이 색공간을 변환하는 매트릭스 연산을 거치며 ‘마이너스(-)’ 픽셀 값을 만들어내고, 결국 화면상에 테두리가 까맣게 타들어 가거나 노이즈처럼 깨지는 끔찍한 아티팩트를 유발했어요.
이러한 RGC 기본 탑재 효과 덕분에 극단적인 네온 색상이나 강한 LED 라이팅 환경에서도 클리핑(Clipping) 현상이나 아티팩트 없이 안전한 색역 내로 이미지를 자동 압축합니다. 또한, 합성 및 라이팅 단계에서 아티팩트 수정을 위해 별도의 우회 노드를 구성하고 렌더링을 다시 거쳐야 했던 소요 시간이 약 30% 이상 획기적으로 단축될 것으로 기대됩니다.
2. 주요 소프트웨어별 ACES 2.0 실무 적용 가이드
이론이 아무리 훌륭해도, 우리가 매일 마우스를 쥐고 싸우는 툴 위에서 돌아가지 않으면 무용지물이겠죠? 프로덕션 환경에서 가장 많이 쓰이는 두 가지 핵심 소프트웨어에 ACES 2.0을 어떻게 적용해야 하는지 차근차근 짚어볼게요.
Nuke: OCIO v2 기반의 노드 파이프라인 구축
합성의 표준이자 강력한 노드 기반 소프트웨어인 Nuke(누크)는 버전 15와 16을 거치며 OCIO(OpenColorIO) v2 환경 지원이 대폭 강화되었습니다. 이를 통해 ACES 2.0 워크플로우를 더욱 견고하고 오류 없이 구축할 수 있게 되었죠.
최근 3D 툴에서 렌더링한 리니어 기반의 EXR 시퀀스를 합성 작업으로 넘겨받을 때, 정확한 컬러 스페이스를 유지하는 것은 파이프라인의 핵심입니다. ACES 2.0 규격을 사용하면 CG 파트에서 의도한 조명의 느낌을 Nuke에서 픽셀 손실 없이 그대로 이어나갈 수 있습니다.
- 프로젝트 세팅 방법: Nuke 화면 하단의
Project Settings (단축키 S)를 엽니다.Color탭으로 이동하여 Color management 속성을 Nuke 기본값에서OCIO로 변경합니다. OCIO config 파일 경로를 최신 버전의ACES 2.0 Studio혹은 팀 내에서 정의한 커스텀 2.0 config 파일로 지정해 주세요. - 실무 주의사항: 프로젝트를 기존 1.x 버전에서 2.0으로 마이그레이션할 때, 과거에 아티팩트 방지용으로 수동 설치해 두었던 LMT 노드나 Gamut Compress 노드가 새로운 2.0 config 파일과 충돌하여 이중으로 색이 눌리는(Double-compression) 부작용이 발생할 수 있습니다. 템플릿 스크립트를 업데이트할 때 반드시 기존 RGC 관련 커스텀 노드들을 삭제하고 검증하는 절차가 필수적입니다.
DaVinci Resolve: 프로젝트 세팅 및 컬러 공간 최적화
컬러리스트들의 영원한 파트너, DaVinci Resolve(다빈치 리졸브)의 최신 19 버전에서는 아예 Color Management 설정 내에 ACES 2.0이 기본 옵션으로 완벽하게 편입되어 별도의 복잡한 설치 없이 즉시 사용할 수 있습니다.
특히 Resolve에서 타겟 디스플레이를 위한 ODT를 설정할 때, ACES 2.0의 새로운 파라미터 기반 매핑 기술을 활용하면 가장 밝은 하이라이트 영역이 날아가지 않고 부드럽게 맺히는 ‘하이라이트 롤오프(Highlight Roll-off)’를 훨씬 더 필름처럼 정교하게 다듬을 수 있어요.
- 프로젝트 세팅 방법: 우측 하단의 톱니바퀴 아이콘을 눌러
Project Settings를 열고Color Management탭으로 이동합니다. Color science를ACEScc또는ACEScct로 선택합니다. (참고로 컬러 휠을 조작할 때 암부의 반응이 필름 다이얼처럼 부드럽게 떨어지길 원한다면 로그(Log) 특성이 강한 ACEScct를 추천해요.) 바로 아래 활성화되는 ACES version 드롭다운 메뉴에서ACES 2.0을 지정해 주면 세팅이 끝납니다. - AMF 완벽 지원: 다빈치 리졸브 19부터는 AMF 입출력 지원이 한층 강력해졌습니다. 이는 온셋(On-set) 현장의 DIT 카트에서부터 최종 DI 룸까지, 컬러 메타데이터의 유실 없이 매끄러운 파이프라인 연동을 보장합니다.
3. AMF(ACES Metadata File)와 메타데이터의 연결성 강화
포스트 프로덕션의 단절 없는 컬러 동기화
사실 VFX 프로덕션에서 가장 머리 아픈 일 중 하나는 부서 간에 컬러가 틀어지는 현상을 추적하는 일입니다. 룩뎁(Lookdev) 부서에서 멋지게 뽑아낸 렌더링 이미지가, 합성을 거쳐 다빈치 리졸브로 들어갔더니 묘하게 채도가 빠지거나 콘트라스트가 강해져 있는 경험, 모두 있으실 거예요.
이기종 소프트웨어(Nuke와 Resolve, 혹은 3D 툴과 합성 툴) 간에 ‘컬러 인텐트(Color Intent, 색상 의도)’를 완벽하게 일치시키는 것은 늘 거대한 숙제였습니다.
이 숙제를 풀기 위해 ACES 2.0 도입과 함께 적극적으로 권장되는 무기가 바로 AMF(ACES Metadata File) 규격입니다. AMF는 가벼운 XML 기반의 파일 포맷 안에 촬영 원본 카메라 소스 정보(IDT), 화면을 어떻게 왜곡할 것인지에 대한 LMT, 그리고 최종 출력을 위한 DRT 정보 등 파이프라인의 ‘전체 컬러 레시피’를 하나의 파일에 모두 담아냅니다.
- 메타데이터의 힘: 룩뎁이나 DIT 단계에서 설정한 컬러 파이프라인 수치들을 AMF 파일 하나로 출력하여 합성 부서와 최종 그레이딩 부서에 전달할 수 있습니다. 뷰어 세팅 실수로 인한 오차를 원천적으로 차단할 수 있죠.
- 표준 규격 준수: 이는 SMPTE ST 2065-1 국제 규격 연동 가이드에 기반하여 설계되었기 때문에, 소프트웨어가 다르더라도 메타데이터만 정확히 공유된다면 지구 반대편의 스튜디오와 협업하더라도 완전히 똑같은 화면을 보며 작업할 수 있는 기적을 만들어냅니다.
완벽한 컬러 파이프라인을 향한 여정, 이제 시작해 볼까요?
단순히 소프트웨어의 버전 앞자리가 하나 바뀌는 것을 넘어서, ACES 2.0의 도입은 우리가 “컬러를 다루고 인지하는 수학적인 뼈대”를 완전히 최신화하는 기념비적인 과정입니다.
과거에는 툴의 기술적 한계 때문에 발생하는 아티팩트를 억누르기 위해 복잡한 우회로를 만들고, 노드 트리를 어지럽혀야 했습니다. 하지만 이제 분리형 아웃풋 트랜스폼(DRT)을 통해 어떤 모니터에서도 일관된 결과물을 얻을 수 있게 되었고, 기본 탑재된 RGC 알고리즘 덕분에 더 이상 네온사인 앞에서 픽셀이 깨질까 봐 전전긍긍하지 않아도 됩니다. 거기에 AMF를 통한 완벽한 부서 간 동기화까지 곁들여졌으니, 마침내 우리 아티스트들이 소모적인 디버깅 대신 ‘크리에이티브’ 그 자체에만 온전히 집중할 수 있는 이상적인 환경이 완성된 셈이죠.
지금 당장 데드라인이 코앞인 기존 프로젝트를 무리하게 2.0으로 엎으라는 뜻은 아닙니다. 하지만 조만간 시작될 새로운 프로젝트나 파이프라인 R&D 기간이 찾아온다면, 오늘 함께 살펴본 Nuke의 OCIO 세팅과 DaVinci Resolve의 ACES 버전을 꼭 한 번 변경해서 테스트해 보시길 강력히 추천해 드립니다.
아마 처음에는 익숙했던 1.x의 룩과 아주 미세하게 다른 하이라이트 처리에 낯설음을 느끼실 수도 있어요. 하지만 단 한 번이라도 복잡한 조명 세팅 환경에서 깨짐 없는 깨끗한 결과물을 두 눈으로 확인하고 나면, 다시는 예전 버전으로 돌아가고 싶지 않으실 겁니다.
새로운 워크플로우를 도입하는 과정은 언제나 설레면서도 두려운 법이죠. 스튜디오 환경에 맞게 OCIO config 경로를 커스텀하는 과정이나, 특정 시네마 카메라의 IDT를 Nuke에서 매칭하는 데 혹시 예상치 못한 에러가 발생한다면 혼자 고민하지 마세요.
여러분의 프로덕션 환경에서는 ACES 2.0을 맞이할 준비가 되셨나요? 다음에도 실무에서 바로 써먹을 수 있는 알찬 테크니컬 인사이트로 찾아뵙겠습니다.



