VFX에서 EXR을 쓰는 이유: PNG와 비교하면 답이 보인다

VFX 합성 작업을 조금이라도 해본 분이라면 렌더 결과물이 대부분 EXR 파일로 나온다는 걸 아실 거예요. 그런데 왜 우리에게 익숙한 PNG를 쓰지 않고 굳이 EXR을 쓸까요? 이 질문에 답하다 보면 VFX 색관리의 핵심 원리가 자연스럽게 보입니다.

OpenEXR은 어디서 왔을까: ILM의 오픈소스 선물

OpenEXR은 영화 ‘반지의 제왕’과 ‘해리포터’ 같은 작품의 시각효과를 만든 **ILM(Industrial Light & Magic)**에서 2003년에 개발해 오픈소스로 공개한 이미지 포맷입니다. 당시 영화 산업에는 고품질 렌더링 결과물을 손실 없이, 그리고 실무에 필요한 여러 정보를 함께 담을 수 있는 표준 포맷이 없었어요. ILM은 이 문제를 자체적으로 해결한 뒤, 업계 전체가 쓸 수 있도록 코드를 공개했습니다. 그 결과 지금은 거의 모든 3D 렌더러(아놀드, 브이레이, 레드시프트 등)와 합성 프로그램(누크, 애프터이펙트, 퓨전)이 EXR을 기본 포맷으로 지원하는 사실상의 업계 표준이 됐습니다.

하이 다이내믹 레인지: 1.0을 넘는 값을 저장한다는 것

PNG나 JPG 같은 일반 이미지 포맷은 밝기 값을 0~255(혹은 0.0~1.0) 사이로 제한합니다. 쉽게 말해 “가장 밝은 흰색”을 넘어서는 정보는 그냥 버려지는 거예요. 창밖의 태양이나 조명 하이라이트처럼 실제로는 훨씬 더 밝은 빛인데도, 일반 이미지에서는 전부 똑같은 흰색 픽셀(255,255,255)로 뭉개져 버립니다.

반면 EXR은 **하이 다이내믹 레인지(HDR)**를 저장할 수 있어서, 1.0을 훌쩍 넘는 값—예를 들어 태양광이 30.0, 조명 반사가 5.0 같은 실제 밝기 정보—을 그대로 유지합니다. 이게 왜 결정적이냐면, 합성 아티스트가 나중에 노출을 낮추거나 색보정을 할 때 “원래 있었던 디테일”을 다시 끌어낼 수 있기 때문이에요. 사진으로 비유하면 RAW 파일과 JPG의 차이와 비슷합니다. JPG로 찍으면 하얗게 날아간 하늘은 영원히 복구 불가능하지만, RAW라면 노출을 조정해 구름 디테일을 살릴 수 있는 것과 같은 원리죠.

half float 16bit: 용량과 정밀도의 절묘한 균형

EXR이 HDR 데이터를 다루면서도 파일 용량이 무한정 커지지 않는 이유는 half float(반정밀도 부동소수점) 방식 덕분입니다. 일반적인 컴퓨터 그래픽 연산은 32bit float를 쓰지만, EXR은 16bit짜리 half float를 기본으로 채택했어요. 채널당 저장 용량은 32bit의 절반이면서도, 사람 눈이 구분하기 어려운 수준의 정밀도는 유지합니다. 즉 “필요 이상으로 무겁지 않으면서, 필요한 만큼은 정확한” 절충안인 셈이죠. 물론 정말 정밀한 계산이 필요한 특수 패스(예: 깊이 정보)는 32bit float로 저장하기도 합니다.

멀티채널·멀티파트 구조: AOV를 한 파일에 담다

PNG는 기본적으로 RGB(A) 채널만 담을 수 있는 단순한 구조입니다. 하지만 VFX 합성에서는 최종 이미지 한 장이 아니라, 그 이미지를 구성하는 **여러 겹의 정보(AOV, Arbitrary Output Variable, 흔히 ‘렌더패스’라고 부릅니다)**가 필요해요.

• 디퓨즈(Diffuse): 표면 고유의 색상 정보
• 스페큘러(Specular): 반사광 하이라이트
• Z뎁스(Z-Depth): 카메라로부터의 거리 정보 (안개나 초점 흐림 효과에 사용)
• 모션벡터(Motion Vector): 픽셀의 움직임 방향과 속도 (모션블러, 리타이밍용)
• 크립토매트(Cryptomatte): 오브젝트별로 정교하게 마스크를 뽑아내는 채널

EXR은 이 모든 채널을 하나의 파일 안에, 심지어 멀티파트(Multi-part) 구조로 각각 독립된 이미지처럼 나눠 담을 수 있습니다. 합성 아티스트는 누크(Nuke) 같은 프로그램에서 이 채널들을 자유롭게 꺼내 쓰면서 “빛을 다시 만드는” 리라이팅 작업을 할 수 있어요. PNG로는 애초에 이런 구조 자체가 불가능합니다.

압축 방식 비교: ZIP, PIZ, DWAA/DWAB

EXR은 여러 압축 옵션을 제공하는데, 상황에 따라 골라 쓸 수 있다는 것도 큰 장점입니다.

압축 방식	손실 여부	특징	주로 쓰는 경우
ZIP (1라인/16라인)	무손실	표준 zip 압축, 압축률 중간, 빠른 랜덤 접근	범용, 최종 납품용
PIZ	무손실	웨이블릿 기반, 노이즈 많은 이미지에 효율적	필름 그레인, 노이즈 많은 렌더
DWAA	손실(시각적으로 거의 무손실)	블록 단위 압축, 매우 높은 압축률	대용량 시퀀스, 저장공간 절약
DWAB	손실(DWAA와 유사, 더 큰 블록)	DWAA보다 압축은 좋지만 디코딩 느림	아카이빙, 스트리밍

무손실 압축이 필요한 중간 작업물(컴프 소스, 마스터 플레이트)은 ZIP이나 PIZ를, 프리뷰용이나 용량이 급한 경우엔 DWAA/DWAB를 고려하는 식으로 실무에서 구분해 씁니다.

메타데이터와 재작업 여유: 합성의 안전망

EXR 파일에는 색공간(컬러스페이스), 카메라 정보, 프레임 레이트, 렌더러 설정 같은 메타데이터를 함께 저장할 수 있습니다. 이 정보 덕분에 나중에 다른 아티스트가 파일을 열어도 “이게 어떤 색공간으로 렌더된 건지” 헷갈릴 일이 줄어듭니다.

그리고 앞서 말한 HDR과 멀티채널 구조가 합쳐지면 진짜 힘을 발휘하는데요, 바로 **재작업 여유(latitude)**입니다. 노출이 살짝 잘못 나온 샷도 EXR이라면 후반 작업에서 노출을 복구할 여지가 있고, 조명이 마음에 안 들면 디퓨즈·스페큘러 패스를 따로 조정해서 사실상 다시 라이팅하는 것 같은 효과를 낼 수 있어요. PNG처럼 이미 8bit로 뭉개진 이미지는 이런 게 원천적으로 불가능합니다.

PNG를 써도 되는 경우, 안 되는 경우

그렇다고 PNG가 나쁜 포맷은 아닙니다. 각자 쓰임새가 다를 뿐이에요.

• PNG가 괜찮은 경우: 최종 완성 이미지를 웹이나 프레젠테이션용으로 공유할 때, UI 텍스처나 로고처럼 다이내믹 레인지가 필요 없는 그래픽, 알파 채널만 간단히 필요한 참고 이미지
• EXR이 꼭 필요한 경우: 3D 렌더 결과물, 합성 전 소스 플레이트, 여러 AOV를 함께 다뤄야 하는 컴포지팅 단계, 색보정·노출 조정 여지를 남겨야 하는 모든 중간 작업물

한마디로 “작업 중”에는 EXR, “다 끝나고 보여줄 때”는 PNG나 JPG로 변환하는 게 일반적인 흐름입니다.

용량 관리 팁

EXR은 강력하지만 용량이 커질 수 있는 만큼 관리 요령도 필요합니다.

• 불필요한 AOV는 최종 컴프 전에 정리해서 파일 크기를 줄이기
• 시퀀스 아카이빙 시 DWAA/DWAB 같은 고압축 옵션 활용
• half float로 충분한 채널은 굳이 32bit float로 저장하지 않기
• 프록시(저해상도) 버전을 따로 만들어 초기 편집·타이밍 작업에 활용하고, 최종 렌더만 풀 EXR로 진행하기
• 스토리지 백업 정책과 함께 오래된 중간 버전 EXR은 주기적으로 정리하기

자주 묻는 질문(FAQ)

Q1. EXR 파일을 포토샵이나 파워포인트에서 바로 열어도 되나요? 포토샵은 최신 버전에서 EXR을 지원하지만, 다이내믹 레인지가 표현이 제대로 안 될 수 있어 톤매핑 설정을 확인해야 합니다. 파워포인트 같은 일반 오피스 프로그램은 EXR을 지원하지 않으므로, 공유용으로는 PNG나 JPG로 변환하는 게 안전합니다.

Q2. half float로 저장하면 정밀도가 부족해서 문제가 생기지 않나요? 일반적인 색상·라이팅 데이터에는 16bit half float로 충분한 정밀도가 확보됩니다. 다만 Z뎁스처럼 아주 세밀한 수치 정확도가 필요한 패스는 32bit float 옵션을 선택하는 경우가 많아요.

Q3. DWAA 압축이 손실 압축이라는데, 그럼 화질이 눈에 띄게 나빠지나요? DWAA는 시각적으로 거의 인지되지 않는 수준의 손실을 감수하고 압축률을 크게 높인 방식입니다. 최종 마스터나 정밀 비교가 필요한 작업에는 무손실인 ZIP이나 PIZ를 쓰고, 용량이 중요한 아카이빙이나 프리뷰용에는 DWAA/DWAB를 쓰는 식으로 구분하면 됩니다.