ACES가 도대체 뭐길래 다들 이야기할까요?
VFX나 애니메이션 업계에서 일하다 보면 언젠가는 꼭 마주치는 단어가 있습니다. 바로 **ACES(Academy Color Encoding System)**입니다. 한국어로 풀면 ‘아카데미 색 인코딩 시스템’ 정도가 되는데, 이름만 들으면 뭔가 거창하고 어렵게 느껴지죠. 하지만 ACES가 하는 일을 한 문장으로 요약하면 생각보다 단순합니다. “카메라로 찍든, 컴퓨터로 렌더링하든, 어떤 소프트웨어를 쓰든 상관없이 색을 하나의 공통 언어로 통일해서 다루자”는 것이 ACES의 핵심 아이디어입니다.
이번 글에서는 ACES가 왜 만들어졌는지, 어떤 구조로 이루어져 있는지, 그리고 실무에서 왜 이걸 써야 하는지를 최대한 쉬운 비유로 풀어보겠습니다.
ACES는 왜 만들어졌을까? AMPAS와 색상 통일의 필요성
ACES는 오스카 시상식을 주관하는 그 유명한 미국영화예술과학아카데미, 줄여서 AMPAS가 주도해서 만든 표준입니다. 영화 산업이 필름에서 디지털로 넘어가던 시기에 큰 문제가 하나 생겼습니다. 카메라 제조사마다(Arri, RED, Sony 등) 색을 기록하는 방식이 다 달랐고, 이걸 편집하고, 색보정하고, VFX 작업을 거쳐 최종 상영관이나 TV, 모바일 화면에 띄우기까지 수십 개의 소프트웨어와 장비를 거치는데 그 과정에서 색이 조금씩 틀어지는 일이 반복됐습니다.
비유하자면 이런 상황과 비슷합니다. 한 나라 안에서 도시마다 길이 단위가 다르다고 상상해 보세요. 서울에서는 ‘자’로, 부산에서는 ‘피트’로, 대구에서는 ‘보’로 거리를 잽니다. 물건을 주고받을 때마다 단위를 변환해야 하고, 변환 과정에서 오차가 쌓이면서 결국 물건 크기가 미묘하게 안 맞는 상황이 생기겠죠. 영화 색상 파이프라인도 딱 이랬습니다. 카메라 색공간, 소프트웨어별 색공간, 디스플레이 색공간이 제각각이라 스튜디오마다 자기들만의 변환 방식을 만들어 썼고, 그러다 보니 협업할 때마다 색이 미묘하게 어긋나는 일이 벌어졌습니다.
AMPAS는 이 문제를 해결하기 위해 2014년 무렵 ACES 1.0을 정식 발표했습니다. 모든 카메라의 색을 일단 하나의 공통 색공간으로 ‘번역’해서 들여오고, 작업이 끝나면 다시 각 디스플레이에 맞게 ‘번역’해서 내보내는 표준 규칙을 만든 것이죠.
ACES 파이프라인 구조 한눈에 보기: IDT부터 ODT까지
ACES 파이프라인은 몇 가지 핵심 구성요소로 이루어져 있습니다. 처음 들으면 약어가 많아서 헷갈리기 쉬운데, 순서대로 따라가면 사실 흐름은 단순합니다.
1) IDT(Input Transform) — 입력 번역기
IDT는 Input Device Transform, 최근 버전에서는 그냥 Input Transform이라고도 부릅니다. 카메라마다 다른 고유한 색 기록 방식(카메라 로그 포맷)을 ACES의 공통 색공간으로 변환해주는 첫 관문입니다. 외국어로 된 문서를 번역기에 넣어서 하나의 공용어로 바꾸는 과정이라고 생각하면 됩니다.
2) ACES2065-1(AP0) — 보관용 원본 색공간
ACES2065-1은 AP0라는 색역(色域, 색이 표현할 수 있는 범위)을 사용하는 색공간으로, 사람 눈이 볼 수 있는 색은 물론이고 그보다 더 넓은 범위까지 담을 수 있는 아주 넉넉한 ‘창고’입니다. 원본 데이터를 보존하고 아카이빙하는 용도로 주로 쓰입니다.
3) ACEScg(AP1) — 실제 작업용 색공간
VFX 아티스트가 실무에서 가장 자주 마주치는 색공간이 바로 ACEScg입니다. AP1이라는 색역을 쓰는데, AP0보다는 범위가 좁지만 CG 렌더링과 컴포지팅 작업에 최적화되어 있어서 계산이 더 안정적입니다. 라이팅, 렌더링, 합성 작업은 대부분 이 ACEScg 공간에서 이루어진다고 보면 됩니다.
4) RRT + ODT(Output Transform) — 출력 번역기
작업이 끝난 이미지를 최종적으로 화면에 보여줄 때 쓰는 것이 **RRT(Reference Rendering Transform)**와 **ODT(Output Device Transform)**입니다. RRT는 씬 리퍼드 데이터를 영화적인 느낌이 나도록 톤을 정리해주는 공통 변환이고, ODT는 그 결과를 극장용 스크린, TV, 모바일 화면 등 실제 출력 장치의 특성에 맞게 다시 번역해줍니다. ACES 1.x에서는 RRT와 ODT가 분리돼 있었지만, 최신 흐름에서는 이 둘을 합쳐서 하나의 Output Transform으로 부르는 경우가 많습니다.
5) LMT(Look Modification Transform) — 감독님 취향 반영하기
LMT는 특정한 룩(look)을 표준 파이프라인 위에 얹어주는 선택적 단계입니다. 예를 들어 “이 영화는 전체적으로 살짝 차갑고 대비가 강한 느낌이었으면 좋겠다”는 감독의 취향을 반영하고 싶을 때, 전체 색관리 구조를 건드리지 않고 LMT만 추가해서 원하는 무드를 만들 수 있습니다.
씬 리퍼드(Scene-referred)와 넓은 색역, 왜 중요할까?
ACES를 이해하는 데 빼놓을 수 없는 개념이 **씬 리퍼드(scene-referred)**입니다. 이건 “화면에 최종적으로 보이는 밝기 기준이 아니라, 실제 촬영 현장(scene)에서 빛이 가진 물리적인 값을 기준으로 데이터를 다룬다”는 뜻입니다. 반대되는 개념은 디스플레이 리퍼드(display-referred)인데, 이건 “이미 모니터에 보여줄 밝기로 압축되고 다듬어진 값”을 다루는 방식입니다.
비유하자면 씬 리퍼드는 원재료 상태의 식재료이고, 디스플레이 리퍼드는 이미 예쁘게 플레이팅까지 끝난 완성 요리라고 볼 수 있습니다. ACES는 최대한 원재료 상태(씬 리퍼드)로 데이터를 오래 유지하면서 작업하고, 정말 마지막 순간에만 디스플레이에 맞게 ‘요리’를 마무리합니다. 이렇게 하면 나중에 소스를 살려 다시 조리(재작업)하기가 훨씬 쉬워집니다.
또한 ACES는 사람이 인지할 수 있는 색보다 더 넓은 색역을 다루는 넓은 색역(wide gamut) 방식을 씁니다. 지금 당장은 필요 없어 보이는 여유 공간이지만, 미래에 더 넓은 색을 표현할 수 있는 디스플레이가 나오거나, 촬영 카메라의 색 표현력이 더 좋아지더라도 데이터 손실 없이 대응할 수 있다는 장점이 있습니다.
실무에서 ACES를 쓰면 얻는 진짜 이점
이론은 이 정도로 하고, 현업에서 ACES를 쓰면 실질적으로 무엇이 좋아지는지 짚어보겠습니다.
- 하이라이트 롤오프가 자연스러워집니다. 밝은 부분(하이라이트)이 갑자기 ‘뚝’ 끊기듯 하얗게 날아가는(클리핑) 대신, 필름처럼 부드럽게 밝기가 넘어가는 롤오프 곡선을 표준으로 제공합니다. 창밖 풍경이나 폭발 이펙트처럼 밝은 요소가 많은 장면에서 특히 티가 납니다.
- 스튜디오 간 호환성이 확보됩니다. A 스튜디오에서 작업한 소스를 B 스튜디오로 넘겨도 동일한 ACES 파이프라인을 따르기만 하면 색이 크게 어긋나지 않습니다. 여러 벤더가 협업하는 대형 프로젝트에서는 이 부분이 특히 중요합니다.
- 카메라가 바뀌어도 워크플로우가 유지됩니다. Arri로 찍든 RED로 찍든 IDT만 바꿔 끼우면 이후 파이프라인은 그대로 재사용할 수 있습니다.
- 미래 대응력이 좋습니다. 넓은 색역과 씬 리퍼드 방식 덕분에 나중에 더 좋은 디스플레이 환경이 등장해도 원본을 다시 살릴 여지가 큽니다.
ACES 색공간 종류 비교
헷갈리기 쉬운 주요 ACES 색공간을 표로 정리했습니다.
| 색공간 | 색역(색이 표현되는 범위) | 주요 용도 |
|---|---|---|
| ACES2065-1 | AP0 (매우 넓음) | 아카이빙, 원본 보관, 스튜디오 간 마스터 교환 |
| ACEScg | AP1 (AP0보다 좁지만 안정적) | CG 렌더링, 라이팅, 컴포지팅 등 실제 작업 |
| ACEScc / ACEScct | AP1 (로그 인코딩) | 색보정(그레이딩) 작업 시 |
| Output(Display) | 각 디스플레이 규격에 맞춤 | 극장, TV, 모바일 등 최종 출력 |
ACES 1.x에서 2.0으로, 무엇이 달라졌나
ACES는 한 번 만들어지고 끝난 표준이 아니라 계속 다듬어지고 있는 규격입니다. 오랫동안 널리 쓰인 ACES 1.x 버전은 강력했지만, RRT의 톤 매핑 방식이 특정 상황(특히 채도가 높은 색)에서 예상치 못한 색 왜곡을 만든다는 지적이 꾸준히 있었습니다. 이런 피드백을 반영해 등장한 ACES 2.0은 톤 매핑과 색 재현 알고리즘을 개선해서 더 예측 가능하고 자연스러운 결과를 내는 방향으로 발전했습니다. 다만 기존 1.x 기반으로 셋업된 파이프라인이 워낙 많기 때문에, 현업에서는 당분간 두 버전이 함께 쓰이는 과도기가 이어질 가능성이 큽니다.
ACES 도입 시 꼭 알아둬야 할 주의점
ACES가 만능은 아닙니다. 도입하기 전에 아래 사항들을 염두에 두는 것이 좋습니다.
- 학습 곡선이 있습니다. IDT, ACEScg, ODT 같은 개념을 팀원 전체가 이해하지 못하면 오히려 색이 왜 이렇게 나오는지 헷갈려하는 경우가 많습니다.
- 소프트웨어 버전 호환성을 확인해야 합니다. ACES 1.x와 2.0을 다르게 지원하는 툴을 섞어 쓰면 파이프라인 중간에 미스매치가 생길 수 있습니다.
- OpenColorIO(OCIO) 설정이 함께 필요합니다. ACES 자체는 규격일 뿐이고, 실제로 소프트웨어에 적용하려면 OCIO 같은 색관리 엔진을 통해 컨피그를 세팅해야 합니다.
- 모든 프로젝트에 필수는 아닙니다. 작은 규모의 프로젝트나 짧은 협업이라면 ACES의 이점보다 셋업 비용이 더 크게 느껴질 수도 있습니다. 프로젝트 규모와 협업 범위를 보고 판단하는 것이 좋습니다.
자주 묻는 질문(FAQ)
Q1. ACES를 꼭 알아야 VFX 일을 할 수 있나요? 반드시 필수는 아니지만, 규모가 있는 스튜디오나 해외 협업 프로젝트라면 ACES 기반 파이프라인을 만날 확률이 매우 높습니다. 기본 개념만 알아두어도 색이 이상하게 나올 때 원인을 훨씬 빠르게 찾을 수 있습니다.
Q2. ACEScg와 sRGB는 어떻게 다른가요? ACEScg는 렌더링과 합성 등 실제 작업을 위한 넓은 색역의 작업용 색공간이고, sRGB는 일반 모니터나 웹에서 최종적으로 보여주기 위한 좁은 색역의 출력용 색공간입니다. 작업은 넓은 공간에서 하고, 보여줄 때만 좁은 공간으로 변환한다고 생각하면 됩니다.
Q3. ACES를 쓰면 색이 무조건 더 정확해지나요? 파이프라인이 올바르게 세팅됐다면 스튜디오 간 색 일관성은 확실히 좋아집니다. 다만 IDT나 ODT 설정이 잘못되거나 팀원들이 개념을 오해한 채 적용하면 오히려 예상치 못한 색 차이가 생길 수 있어서, 정확한 이해와 설정이 전제되어야 합니다.
