
렌더링에서 AOV란? 렌더 패스, 명명 규칙, 출력 방식 설명
개요
소개
렌더링에서 AOV란 무엇입니까? AOV는 Arbitrary Output Variable(임의 출력 변수)의 약자로, 렌더러가 완성된 이미지와 함께 별도로 저장하는 이미지입니다. 여기에는 확산광(diffuse) 조명, 카메라까지의 거리, 각 표면이 향하는 방향처럼 최종 이미지를 구성하는 요소 하나가 담깁니다. 소프트웨어에 따라 렌더 패스, 렌더 엘리먼트, 멀티패스라고도 부르지만, 모두 같은 개념을 가리키는 이름입니다.
약어가 여러 분야에서 쓰이므로 간단히 구분하겠습니다. 온라인 리테일에서 AOV는 보통 평균 주문 금액(average order value)을 뜻하고, 카메라 분야에서는 화각(angle of view)을 뜻하기도 합니다. 이 글은 렌더링에서의 의미만 다룹니다.
AOV가 필요한 이유는 렌더러가 모든 요소를 하나로 합쳐 버린 완성 프레임은 수정하기 어렵고, 한 가지를 고치려고 긴 프레임을 다시 렌더링하는 데 비용이 많이 들기 때문입니다. 요소를 따로 저장해 두면 컴포지터가 몇 분 만에 조정할 수 있습니다. 이 가이드에서는 주요 패스에 담기는 내용, Arnold, V-Ray, Redshift, Cycles, Corona가 AOV를 부르고 활성화하는 방식, 여러 파일보다 멀티레이어 EXR 하나가 유리한 경우, 그리고 렌더팜에서 프레임을 렌더링할 때 AOV가 바꾸는 점을 다룹니다.
Arnold의 디노이저 설정은 How to Denoise AOVs Effectively, 컬러 매니지먼트는 ACES Color Management Explained, 씬이 프레임이 되는 전체 과정은 What Is Rendering? A Complete Guide에서 확인하실 수 있습니다.
AOV란 무엇인가: 쉬운 설명
Autodesk의 Arnold 사용자 가이드(2026년 11월 10일 확인)는 AOV를 임의의 셰이딩 네트워크 구성 요소를 서로 다른 이미지로 렌더링하는 방법이라고 정의합니다. Maxon의 Redshift 문서(2026년 11월 10일 확인)는 데이터 측면에서 설명하며, AOV를 렌더러가 생성할 수 있는 다양한 종류의 픽셀별 정보라고 말합니다. 일반 렌더링은 픽셀마다 색상 하나를 제공하고, AOV는 픽셀마다 또 다른 값을 별도 이미지 또는 파일 안의 레이어로 저장합니다.
이 값들은 두 가지 계열로 나뉩니다.
조명 구성 요소. 빛과 재질이 만들어 낸 결과를 확산광, 반사광(specular), 투과광(transmission), 발광(emission) 등으로 나눕니다. Arnold 가이드에 따르면 이런 AOV를 단순히 더하기만 해도 뷰티 AOV를 다시 만들 수 있습니다. 그래서 컴포지터들이 선호합니다. 각 요소를 따로 보정해도 합계가 프레임과 일치하기 때문입니다.
데이터 패스. 빛이 아니라 씬에 대한 정보를 담습니다. 카메라까지의 거리, 표면 방향, 오브젝트 식별 정보, 프레임 간 움직임 등이 해당합니다. Redshift 문서는 이를 유틸리티 AOV라고 부르고, V-Ray는 지오메트리 및 유틸리티 엘리먼트 유형으로 분류합니다.
트레이드오프는 Arnold 가이드에 명확히 적혀 있습니다. AOV가 많을수록 컴포지팅에서 제어할 수 있는 범위가 넓어지지만, 다뤄야 할 작업이 늘고 특히 라이트 그룹과 함께 쓰면 메모리와 디스크 공간도 더 많이 차지합니다.
다섯 가지 조명 패스(diffuse direct, diffuse indirect, specular, transmission, emission)가 패스의 합인 beauty라고 적힌 하나의 상자로 합쳐지는 그림
뷰티 패스와 유틸리티 패스
이름은 엔진마다 다르지만(다음 섹션에서 다룹니다) 담기는 내용은 일관됩니다.
| 패스 | 담기는 내용 | 컴포지팅에서의 일반적 용도 |
|---|---|---|
| 뷰티(Beauty) | 조명이 모두 적용된 완성 이미지 | 기본 레이어이며, 다른 모든 패스를 이 이미지와 비교해 판단합니다 |
| 디퓨즈(직접광 및 간접광) | 무광 표면에서 산란된 빛을 도달 방식별로 분리한 것 | 반사에 영향을 주지 않고 표면 조명을 재보정합니다 |
| 스페큘러 또는 반사 | 하이라이트와 거울 같은 반사 | 하이라이트를 강하게 하거나 부드럽게 합니다 |
| 트랜스미션 또는 굴절 | 유리와 물을 통과하는 빛 | 유리와 그 뒤의 대상을 따로 조정합니다 |
| 이미션(Emission) | 발광 표면에서 나오는 빛 | 글로우를 추가하거나 다듬습니다 |
| 알베도(Albedo) | 조명과 그림자가 없는 표면 색상 | 디노이징 보조 및 정리 작업 |
| Z 또는 깊이(depth) | 픽셀별 카메라까지의 거리 | 피사계 심도, 안개, 대기 효과 |
| 노멀(Normals) | 각 표면이 향하는 방향 | 리라이팅과 가장자리를 인식하는 효과 |
| 모션 벡터 | 각 픽셀의 화면 공간 움직임 | 컴포지팅에서 적용하는 모션 블러 |
| 오브젝트 ID, 머티리얼 ID, Cryptomatte | 픽셀이 속한 오브젝트 또는 머티리얼 | 다시 렌더링하지 않고 선택 영역과 마스크 생성 |
| 라이트 그룹 또는 라이트 셀렉트 | 선택한 조명만으로 밝힌 이미지 | 개별 조명의 균형 재조정 |
일부 항목은 벤더가 직접 내놓은 정의가 있습니다. Arnold 가이드에서 Z는 카메라에서 본 셰이딩 포인트의 깊이, P는 월드 공간에서의 위치, N은 매끄러운 월드 공간 노멀, ID는 셰이프 이름에서 파생된 임의의 숫자입니다. 모션 벡터 AOV는 화면 공간 움직임을 나타내는 2D 벡터이며, 가이드는 카메라에 순간 셔터(instantaneous shutter)를 설정해야 한다고 덧붙입니다. 시행착오로 알아내면 오후 한나절을 허비하기 쉬운 세부 사항입니다.
주요 엔진이 AOV를 부르고 활성화하는 방식
모든 엔진이 같은 개념을 각자의 용어와 패널로 제공합니다. 아래는 지도일 뿐 사용 설명서가 아닙니다. 메뉴 경로는 호스트 애플리케이션과 버전에 따라 달라지므로 사용 중인 버전의 문서를 확인하시기 바랍니다.
| 엔진 | 부르는 이름 | 활성화하는 위치 | 알아둘 점 |
|---|---|---|---|
| Arnold | AOVs | 렌더 설정의 AOVs 탭(Arnold for Maya는 Available 및 Active AOVs를 표시) | depth, position, normals, ID, 조명 구성 요소, 모션 벡터 같은 기본 제공 AOV는 항상 사용할 수 있습니다 |
| V-Ray | 렌더 엘리먼트(Render elements), 렌더 패스라고도 함 | 렌더 설정의 Render Elements 탭 | 수십 가지 엘리먼트 유형이 beauty, matte, geometry, utility로 분류됩니다 |
| Redshift | AOVs | 렌더 설정의 AOV 목록 | integrated, utility, custom으로 분류되며 Cryptomatte는 독립된 AOV입니다 |
| Cycles (Blender) | 렌더 패스(Render passes) | Properties, View Layer, Passes | 데이터 패스, 라이트 패스, Cryptomatte, 라이트 그룹 |
| Corona | 렌더 엘리먼트(3ds Max), 멀티패스(Cinema 4D) | 호스트의 렌더 엘리먼트 또는 멀티패스 설정 | Virtual Beauty와 매트 패스, Cryptomatte 엘리먼트를 포함합니다 |
각 행의 세부 내용과 2026년 11월 10일에 확인한 출처는 다음과 같습니다.
Arnold. Arnold for Maya AOV 페이지에 따르면 각 AOV는 AOV 자체, 드라이버, 필터라는 세 가지 노드로 구성됩니다. 또한 Output Denoising AOVs 옵션은 diffuse_albedo, Z, N을 기록하며, Maya에서는 현재 Merge AOVs를 활성화한 EXR이 필요하다고 명시되어 있습니다.
V-Ray. V-Ray for Maya 렌더 엘리먼트 페이지는 렌더 엘리먼트를 디퓨즈 색상, 반사, 그림자, 매트 같은 구성 요소로 렌더링을 분해하는 방법으로 설명합니다. 많은 분이 놓치는 세부 사항도 있습니다. V-Ray는 V-Ray raw image file 출력 중 하나 또는 Separate render channels 옵션을 활성화해야만 엘리먼트를 파일로 저장합니다.
Redshift. Maxon의 AOV 소개는 integrated AOV(반사, 굴절, 글로벌 일루미네이션), utility AOV(깊이, 모션 벡터, 월드 포지션), 사용자가 정의하는 custom AOV를 나열하며, 라이트 그룹이 integrated AOV를 확장한다고 설명합니다. 각 AOV 파일 이름은 공통 파일 이름 접두사에 접미사를 붙인 형태이며, 이는 뒤에서 다룰 명명 규칙에서 중요합니다.
Cycles. Blender 매뉴얼의 Passes 페이지는 데이터 패스(Depth, Position, Normal, Vector, UV, 오브젝트 및 머티리얼 인덱스 등)와 라이트 패스(diffuse, glossy, transmission을 direct, indirect, color로 나눈 것과 emission, environment, ambient occlusion)를 나열하고, 이어서 Cryptomatte와 라이트 그룹을 설명합니다.
Corona. Chaos의 Corona 기능 페이지에 따르면 Corona는 3ds Max에서 다양한 렌더 엘리먼트를, Cinema 4D에서 멀티패스를 제공하며 Virtual Beauty와 매트 패스를 포함합니다. 또한 멀티채널 OpenEXR 파일에 저장되는 렌더 채널을 생성하는 Cryptomatte 렌더 엘리먼트도 설명합니다.
Cryptomatte와 라이트 그룹: 두 가지 특수한 경우
프레임이 담는 데이터의 양을 바꾸는 패스가 두 가지 있습니다.
Cryptomatte는 씬에 이미 있는 오브젝트와 머티리얼 이름으로 ID 매트를 자동 생성합니다. 위 섹션에서 보았듯 Redshift, Cycles, Corona 모두 지원합니다. 실제로 Cryptomatte 패스는 프레임마다 여러 채널을 추가합니다. 이 매트를 Photoshop에서 사용하는 방법은 EXR-IO and Cryptomatte guide에서 안내하므로, 컴포지팅 단계는 여기서 반복하지 않습니다.
라이트 그룹은 특정 조명만 켠 것처럼 씬을 렌더링하며, 그룹당 이미지 하나가 생성됩니다. Blender 매뉴얼은 라이트 그룹을 특정 조명으로만 씬을 밝히는 제한된 Combined 패스로 설명합니다. 그룹을 만들면 컴포지팅에서 조명별 제어가 가능해지는 대신, 조명 패스를 그룹별로 다시 나눌 수 있으므로 이미지 수가 늘어납니다. Arnold가 메모리와 디스크 사용량에 대해 경고하는 것도 이 경우입니다. 씬의 모든 조명이 아니라 균형을 다시 맞추려는 조명에 대해서만 그룹을 추가하십시오.
멀티레이어 EXR과 개별 파일 비교
AOV를 정했다면 다음으로 저장 방식을 결정해야 합니다.
| 질문 | 프레임당 멀티레이어 EXR 1개 | 패스별 개별 파일 |
|---|---|---|
| 프레임당 파일 수 | 1개, 모든 패스가 레이어로 들어 있음 | 패스당 1개이므로 패스가 10개면 프레임마다 파일 10개 |
| 패스 동기화 유지 | 한 프레임의 모든 패스가 함께 이동 | 모든 시퀀스가 완전하고 프레임이 정렬되어 있어야 함 |
| 컴포지팅에서 열기 | 한 번 읽은 후 레이어를 분리 | 시퀀스마다 한 번씩 읽기 |
| 패스별 설정 | 파일 옵션 한 세트 | 엔진이 지원하면 패스마다 다른 압축 사용 가능 |
| 주로 쓰이는 환경 | VFX 및 컴포지팅 파이프라인 | 단순한 파이프라인 또는 레이어 파일을 읽지 못하는 도구 |
엔진마다 여기에 이르는 방법이 다릅니다. Arnold에서는 Merge AOVs가 멀티채널 EXR을 활성화하며, Maya 문서는 멀티파트 및 병합되지 않은 EXR AOV가 서로 다른 압축 유형을 쓸 수 있다고 설명합니다. Redshift에서는 멀티레이어 EXR로 작업할 때 같은 커스텀 접두사를 가진 모든 AOV가 같은 EXR 파일에 저장됩니다. V-Ray for Maya에서는 위에서 언급했듯 엘리먼트 출력이 raw image file 또는 Separate render channels 옵션에 좌우됩니다.
개별 파일(한 프레임이 별도의 EXR 파일 4개를 생성)과 멀티레이어 EXR(같은 프레임이 레이어 4개를 담은 파일 1개를 생성)을 비교하는 두 개의 레인
대부분의 컴포지팅 작업에서는 프레임당 멀티레이어 파일 하나가 휴대하기 쉽고 깨지기 어렵습니다. VFX Compositing and Cloud Rendering에서는 컴포지팅이 이런 파일로 무엇을 하는지, 필요한 메모리를 포함해 설명하며, Render Farm for Motion Design에서는 After Effects로 넘기는 멀티파트 EXR 전달 방식을 보여 줍니다.
렌더링할 AOV 선택하기
모든 항목을 체크하는 것은 이해할 만하지만 대개 잘못된 선택입니다. 실용적인 접근 방식은 다음과 같습니다.
- 컴포지팅에서 무엇을 만질지 먼저 확인합니다. 깊이 기반 안개만 필요한 샷에는 조명 패스 12개가 필요하지 않습니다.
- 뷰티는 항상 보관합니다. 패스들이 여전히 합산되는지 확인하는 기준이 됩니다.
- 특정 작업을 위해 데이터 패스를 추가합니다. 디포커스나 안개에는 깊이, 블러에는 모션 벡터, 선택 영역에는 Cryptomatte, 리라이팅에는 노멀이나 포지션을 사용합니다.
- 디노이징 데이터는 별도 범주로 취급합니다. Arnold의 Output Denoising AOVs 옵션은 diffuse_albedo, Z, N을 기록하고, Cycles는 Denoising Data 패스를 제공합니다. 이 패스들은 디노이저에 입력되는 데이터이며 크리에이티브 패스가 아닙니다. Arnold 설정은 디노이저 가이드에 있습니다.
- 먼저 한 프레임만 테스트합니다. 컴포지팅에서 모든 패스가 존재하고 뷰티를 다시 만들 수 있는지 확인합니다.
조명 패스의 컬러 매니지먼트는 컬러 파이프라인에 속하는 문제이며, ACES 문서에서 설명합니다.
렌더팜에서 렌더링할 때 AOV가 바꾸는 점
렌더팜은 프레임을 여러 머신에 분산하며, AOV는 이를 바꾸지 않습니다. 달라지는 것은 프레임마다 생성되는 데이터의 양과 이후 가져와야 하는 데이터입니다.
프레임당 출력 크기. 패스가 늘어날수록 픽셀당 채널이 늘어납니다. OpenEXR은 half-float 채널을 2바이트, full-float 채널을 4바이트로 저장합니다. 2,073,600픽셀인 가상의 1920 x 1080 프레임을 예로 들겠습니다. 뷰티만 있는 RGBA half float 이미지는 픽셀당 8바이트이며 압축 전 약 16.6 MB입니다. 이제 뷰티에 3채널 AOV 12개와 full-float 깊이 채널 1개를 더했다고 가정하면 픽셀당 84바이트, 프레임당 약 174 MB로 대략 10배 늘어납니다. 240프레임이면 약 4.0 GB 대 41.8 GB가 됩니다. EXR 압축은 이미지에 따라 다른 폭으로 실제 파일을 줄이므로, 이 수치는 예측이 아니라 비율로 이해하시기 바랍니다.
1920 x 1080 프레임당 출력 크기: 뷰티만은 픽셀당 8바이트, 프레임당 16.6 MB, 240프레임에 4.0 GB. 뷰티와 RGB AOV 12개, 깊이를 더하면 픽셀당 84바이트, 프레임당 174 MB, 240프레임에 41.8 GB(압축 전, 가상의 수치)
전송과 저장. 렌더링이 끝났다고 작업이 끝나는 것은 아니며, 파일이 사용자의 드라이브에 도착해야 합니다. Super Renders Farm의 결과물은 웹 인터페이스에서 다운로드하거나 SuperRenders Client App으로 자동으로 받을 수 있습니다. 시퀀스가 10배 커지면 이동하는 데 그만큼 더 오래 걸리고 로컬 디스크도 그만큼 더 필요합니다.
엔진 및 호스트 지원. 저희는 Arnold, V-Ray, Redshift, Corona, Cycles 작업을 렌더링하며, 위에서 설명한 AOV 워크플로는 각각에 적용됩니다. Redshift는 GPU 노드에서 렌더링합니다. Redshift for Blender, V-Ray for Blender, Arnold for Houdini처럼 일부 호스트와 엔진 조합은 요청 시 준비되므로, 해당 조합에 의존하는 씬을 업로드하기 전에 문의하여 확인하시기 바랍니다. 크레딧과 요금 체계는 요금 페이지에서 확인하실 수 있습니다.
컴포지팅에서 모든 패스를 찾을 수 있게 하는 명명 규칙
AOV 문제 중 일부는 렌더링 문제가 아니라 명명 문제입니다. 컴포지터는 시퀀스를 열 때 모든 패스를 찾을 수 있고 모든 프레임이 정렬되어 있기를 원합니다. 예를 들어 Redshift에서는 사용자가 정한 접두사가 모든 AOV 파일 이름의 뼈대가 됩니다. 인수인계 과정에서도 유지되는 규칙은 다음과 같습니다.
| 요소 | 예시 | 이유 |
|---|---|---|
| 접두사에 샷과 버전 포함 | shot010_v003 | 버전을 구분하고 정렬할 수 있습니다 |
| 패스 이름을 접미사로 사용 | _beauty, _depth | 파일 이름만으로 패스를 알 수 있습니다 |
| 고정 길이 프레임 패딩 | .1001.exr | 시퀀스가 올바르게 정렬되고 도구가 범위를 감지합니다 |
| 버전별 폴더 1개 | shot010/v003/ | 다시 렌더링해도 승인된 결과를 덮어쓰지 않습니다 |
| 일반 문자 사용 | 영문자, 숫자, 밑줄 | 공백과 기호는 스크립트와 재연결을 깨뜨립니다 |
이 규칙을 씬 템플릿에 넣고 로컬 테스트 렌더링에도 사용하면, 렌더팜에서 돌아온 프레임이 워크스테이션에서 렌더링한 프레임과 똑같은 이름을 갖게 되어 컴포지팅에서 다시 연결할 필요가 없습니다.
흔한 AOV 실수와 확인 방법
V-Ray, Merge AOVs, 모션 벡터 관련 함정은 위에서 다뤘습니다. 엔진과 무관하게 나타나는 실수가 세 가지 더 있습니다.
| 증상 | 가능한 원인 | 해결 방법 |
|---|---|---|
| 깊이 또는 노멀이 잘려 보이거나 밴딩이 생깁니다 | 데이터 패스를 JPEG나 PNG 같은 8비트 형식으로 저장해 float 값을 담지 못함 | 데이터 패스를 EXR로 저장합니다 |
| 컴포지팅에서 패스를 찾지 못하거나 프레임이 맞지 않습니다 | 접두사, 접미사 또는 프레임 패딩이 일관되지 않음 | 모든 패스에 하나의 명명 규칙을 적용합니다 |
| 다운로드 용량과 디스크 사용량이 계획보다 훨씬 많습니다 | 모든 프레임에 긴 패스 목록이 있고 라이트 그룹이 포함되었을 수 있음 | 컴포지팅에서 사용하는 패스만 남깁니다 |
요약: AOV 체크리스트
- AOV는 Arbitrary Output Variable의 약자로, 뷰티와 함께 저장되는 추가 픽셀별 이미지입니다.
- 조명 패스는 뷰티를 다시 만들고, 데이터 패스는 씬을 설명합니다.
- 이름과 패널은 엔진마다 다르므로 사용 중인 버전의 문서로 확인하십시오.
- 프레임당 멀티레이어 EXR 하나를 선호하고, 컴포지팅에서 사용할 패스만 렌더링하며, 제출하기 전에 출력 용량을 계산하십시오.
- 로컬과 렌더팜에서 하나의 명명 규칙을 사용하고, 시퀀스 전에 한 프레임을 먼저 테스트하십시오.
FAQ
Q: 렌더링에서 AOV는 무엇의 약자인가요? A: AOV는 Arbitrary Output Variable의 약자입니다. 렌더러가 뷰티 렌더링과 함께 저장하는 추가 이미지 또는 이미지 레이어이며, 디퓨즈 조명, 깊이, 노멀, 오브젝트 ID 같은 픽셀별 값 하나를 담습니다.
Q: AOV와 렌더 패스는 같은 것인가요? A: 실질적으로는 같습니다. Arnold와 Redshift는 AOV, V-Ray는 렌더 엘리먼트(render elements), Blender Cycles는 렌더 패스(render passes)라고 부르며, Corona는 3ds Max에서는 렌더 엘리먼트, Cinema 4D에서는 멀티패스(multipasses)라고 부릅니다.
Q: 뷰티 패스와 유틸리티 패스는 어떻게 다른가요? A: 디퓨즈, 스페큘러, 이미션 같은 뷰티 패스 또는 조명 패스는 빛을 담고 있으며, 더하면 최종 이미지를 다시 만들 수 있습니다. 깊이, 노멀, 포지션, 모션 벡터, ID 같은 유틸리티 패스 또는 데이터 패스는 빛이 아니라 씬 정보를 담고 있으며, 컴포지팅에서 효과와 선택 영역을 만드는 데 사용됩니다.
Q: AOV는 멀티레이어 EXR 하나로 저장해야 하나요, 개별 파일로 저장해야 하나요? A: 컴포지팅에는 프레임당 멀티레이어 EXR 하나가 대체로 더 간단합니다. 한 프레임의 모든 패스가 함께 이동하므로 동기화가 어긋나지 않기 때문입니다. 도구가 레이어 파일을 읽지 못하거나 패스마다 다른 압축을 쓰려는 경우에는 개별 파일이 적합합니다.
Q: AOV를 쓰면 렌더링이 느려지거나 용량이 커지나요? A: 용량은 커집니다. Arnold 문서는 AOV가 많을수록 특히 라이트 그룹과 함께 쓸 때 메모리와 디스크 공간을 더 많이 차지한다고 설명합니다. 렌더링 시간에 미치는 영향은 엔진과 패스에 따라 다르므로, 시퀀스를 제출하기 전에 추가 패스를 켠 경우와 끈 경우의 테스트 프레임 한 장 렌더링 시간을 비교해 보십시오.
Q: 렌더팜에서도 AOV를 렌더링할 수 있나요? A: 네. 프레임은 평소처럼 렌더링되고 각 프레임에 사용자가 활성화한 패스가 기록됩니다. 저희 렌더팜은 Arnold, V-Ray, Redshift, Corona, Cycles 작업을 렌더링하며, 일부 호스트와 엔진 조합은 요청 시 준비되므로 해당 조합에 의존하는 씬을 업로드하기 전에 문의하여 확인하시기 바랍니다. 먼저 테스트 프레임 한 장을 실행해 모든 패스가 돌아오는지 확인하십시오.
Q: 렌더링의 AOV는 전자상거래의 AOV와 같은 것인가요? A: 아닙니다. 렌더링에서는 Arbitrary Output Variable을 뜻합니다. 온라인 리테일에서는 보통 평균 주문 금액(average order value)을 뜻하고, 사진 분야에서는 비슷한 약어가 화각(angle of view)을 가리킬 수 있습니다. 철자만 같을 뿐 공통점은 없습니다.
About Alice Harper
Blender and V-Ray specialist. Passionate about optimizing render workflows, sharing tips, and educating the 3D community to achieve photorealistic results faster.



