AOV trong render là gì? Giải thích render pass

Giới thiệu

AOV trong render là gì? AOV là viết tắt của Arbitrary Output Variable: một ảnh riêng mà renderer ghi cùng lúc với bức ảnh hoàn chỉnh, chứa đúng một thành phần của ảnh đó, chẳng hạn ánh sáng diffuse, khoảng cách từ camera hoặc hướng mà mỗi bề mặt quay về. Tùy phần mềm, nghệ sĩ cũng gọi là render pass, render element hay multipass. Đó là cùng một ý tưởng với nhiều tên gọi.

Xin nói rõ một điểm, vì chữ viết tắt này xuất hiện ở nhiều lĩnh vực. Trong bán lẻ trực tuyến, AOV thường có nghĩa là giá trị đơn hàng trung bình (average order value), còn trong nhiếp ảnh, nó có thể là góc nhìn (angle of view). Bài viết này chỉ nói về nghĩa trong render.

AOV tồn tại vì một khung hình hoàn chỉnh rất khó chỉnh sửa sau khi renderer đã gộp mọi thứ lại, và render lại một khung hình dài chỉ để sửa một chi tiết thì rất tốn kém. Khi các thành phần được lưu riêng, compositor có thể điều chỉnh chúng trong vài phút. Hướng dẫn này trình bày các pass phổ biến chứa gì, cách Arnold, V-Ray, Redshift, Cycles và Corona đặt tên và bật chúng, khi nào một file EXR đa lớp (multilayer) tốt hơn nhiều file rời, và AOV thay đổi điều gì khi các khung hình được render trên render farm (hệ thống máy tính kết xuất).

Thiết lập denoiser riêng cho Arnold nằm trong How to Denoise AOVs Effectively, quản lý màu trong ACES Color Management Explained, còn bức tranh rộng hơn về cách một scene trở thành khung hình nằm trong What Is Rendering? A Complete Guide.

AOV là gì, nói đơn giản

Hướng dẫn sử dụng Arnold của Autodesk (đọc ngày 10 tháng 11 năm 2026) định nghĩa AOV là cách render bất kỳ thành phần nào của shading network ra các ảnh khác nhau. Tài liệu Redshift của Maxon (đọc ngày 10 tháng 11 năm 2026) diễn đạt từ phía dữ liệu: AOV là các loại thông tin trên mỗi pixel mà renderer có thể tạo ra. Một lần render thông thường cho ra một màu cho mỗi pixel; một AOV cho ra một đại lượng khác trên mỗi pixel, được lưu thành ảnh riêng hoặc thành một layer trong file.

Những đại lượng này chia thành hai nhóm.

Thành phần ánh sáng. Nhóm này tách ảnh thành những gì ánh sáng và vật liệu tạo ra: diffuse, specular, transmission, emission và các thành phần khác. Hướng dẫn của Arnold lưu ý rằng chỉ cần cộng các AOV như vậy lại là đủ để dựng lại beauty AOV, đó là lý do compositor ưa chuộng chúng: mỗi phần có thể được chỉnh màu riêng mà tổng vẫn bằng khung hình.

Data pass. Nhóm này chứa thông tin về scene chứ không phải ánh sáng: khoảng cách từ camera, hướng bề mặt, định danh đối tượng, chuyển động giữa các khung hình. Tài liệu Redshift gọi chúng là utility AOV, còn V-Ray xếp chúng vào các loại element geometry và utility.

Cái giá phải trả được nêu rõ trong hướng dẫn của Arnold: nhiều AOV hơn cho bạn nhiều quyền kiểm soát hơn khi compositing, nhưng cũng thêm việc xử lý, đồng thời chiếm nhiều bộ nhớ và dung lượng ổ đĩa hơn, nhất là khi kết hợp với light group.

Năm pass ánh sáng (diffuse direct, diffuse indirect, specular, transmission và emission) đi vào một khung duy nhất có nhãn beauty, tổng của các pass

Beauty pass và utility pass

Tên gọi khác nhau theo engine (phần tiếp theo sẽ nói về điều này), nhưng nội dung thì nhất quán.

Pass	Chứa gì	Công dụng điển hình khi compositing
Beauty	Ảnh hoàn chỉnh đã có ánh sáng	Layer nền; mọi pass khác được đối chiếu với nó
Diffuse (direct và indirect)	Ánh sáng tán xạ bởi bề mặt mờ, tách theo cách ánh sáng tới	Chỉnh lại ánh sáng bề mặt mà không đụng đến phản chiếu
Specular hoặc reflection	Điểm sáng và phản chiếu như gương	Tăng hoặc giảm điểm sáng
Transmission hoặc refraction	Ánh sáng xuyên qua kính và nước	Chỉnh kính riêng, tách khỏi những gì ở phía sau
Emission	Ánh sáng phát ra từ bề mặt phát sáng	Thêm hoặc tạo hình cho vầng sáng
Albedo	Màu bề mặt, không có ánh sáng hay bóng đổ	Hỗ trợ denoising và dọn ảnh
Z hoặc depth	Khoảng cách từ camera, theo từng pixel	Độ sâu trường ảnh, sương mù và khí quyển
Normals	Hướng mà mỗi bề mặt quay về	Relighting và hiệu ứng nhận biết cạnh
Motion vectors	Chuyển động trên màn hình của từng pixel	Motion blur áp dụng ở khâu comp
Object ID, material ID, Cryptomatte	Pixel thuộc đối tượng hoặc vật liệu nào	Chọn vùng và tạo mask mà không cần render lại
Light groups hoặc light select	Ảnh chỉ được chiếu sáng bởi các đèn đã chọn	Cân chỉnh lại từng đèn riêng lẻ

Một số định nghĩa lấy thẳng từ nhà cung cấp. Trong hướng dẫn của Arnold, Z là độ sâu của các điểm shading nhìn từ camera, P là vị trí của chúng trong không gian thế giới, N là normal mịn trong không gian thế giới, và ID là một số ngẫu nhiên suy ra từ tên của shape. AOV motion vector là vector 2D cho chuyển động trên màn hình, và hướng dẫn nói thêm rằng bạn phải đặt shutter tức thời cho camera, kiểu chi tiết có thể ngốn cả một buổi chiều nếu phải mò mẫm mới tìm ra.

Các engine chính đặt tên và bật chúng như thế nào

Mỗi engine thể hiện cùng một ý tưởng bằng từ vựng và bảng điều khiển riêng. Đây là một tấm bản đồ, không phải sách hướng dẫn: đường dẫn menu thay đổi giữa các ứng dụng host và các phiên bản, vì vậy hãy xem tài liệu của đúng phiên bản bạn dùng.

Engine	Gọi chúng là	Nơi bật	Cần biết
Arnold	AOVs	Tab AOVs trong render settings (Arnold for Maya liệt kê Available và Active AOVs)	Các AOV tích hợp như depth, position, normals, ID, thành phần ánh sáng và motion vector luôn có sẵn
V-Ray	Render elements, còn gọi là render passes	Tab Render Elements trong render settings	Hàng chục loại element, nhóm thành beauty, matte, geometry và utility
Redshift	AOVs	Danh sách AOV trong render settings	Chia thành integrated, utility và custom; Cryptomatte là một AOV riêng
Cycles (Blender)	Render passes	Properties, View Layer, Passes	Data pass, light pass, Cryptomatte và light groups
Corona	Render elements (3ds Max), multipasses (Cinema 4D)	Phần cài đặt render element hoặc multipass của host	Gồm Virtual Beauty và matte pass, cộng thêm một element Cryptomatte

Chi tiết đằng sau từng dòng, với các nguồn đọc ngày 10 tháng 11 năm 2026:

Arnold. Trang AOV của Arnold for Maya cho biết mỗi AOV được hỗ trợ bởi ba node: bản thân AOV, một driver và một filter. Trang này cũng nêu rằng tùy chọn Output Denoising AOVs ghi ra diffuse_albedo, Z và N, và trong Maya hiện tại điều này yêu cầu EXR với Merge AOVs được bật.

V-Ray. Trang render elements của V-Ray for Maya mô tả render element là cách chia bản render thành các thành phần như màu diffuse, phản chiếu, bóng đổ và matte. Trang này cũng chứa chi tiết dễ làm người dùng vấp: V-Ray chỉ ghi các element ra file nếu bạn bật một trong các đầu ra file ảnh raw của V-Ray hoặc tùy chọn Separate render channels.

Redshift. Phần giới thiệu AOV của Maxon liệt kê các integrated AOV (reflections, refractions, global illumination), utility AOV (depth, motion vectors, world position) và custom AOV do bạn tự định nghĩa, trong đó light group mở rộng các integrated AOV. Tên file của mỗi AOV là tiền tố tên file dùng chung cộng với một hậu tố, điều này quan trọng cho việc đặt tên về sau.

Cycles. Trang Passes trong sách hướng dẫn Blender liệt kê data pass (như Depth, Position, Normal, Vector, UV và các index đối tượng, vật liệu) và light pass (diffuse, glossy và transmission chia thành direct, indirect và color, cộng với emission, environment và ambient occlusion), sau đó là Cryptomatte và light groups.

Corona. Trang tính năng Corona của Chaos cho biết Corona cung cấp nhiều render element trong 3ds Max và multipass trong Cinema 4D, gồm Virtual Beauty và matte pass, đồng thời mô tả một render element Cryptomatte tạo ra các render channel được lưu trong file OpenEXR đa kênh.

Cryptomatte và light group: hai trường hợp đặc biệt

Có hai loại pass làm thay đổi lượng dữ liệu mà một khung hình mang theo.

Cryptomatte tự động tạo ID matte từ tên đối tượng và vật liệu đã có sẵn trong scene. Redshift, Cycles và Corona đều liệt kê nó, như các phần trên. Trên thực tế, một Cryptomatte pass thêm nhiều kênh vào mỗi khung hình. Hướng dẫn EXR-IO và Cryptomatte của chúng tôi trình bày cách dùng các matte đó trong Photoshop, nên các bước compositing không được lặp lại ở đây.

Light group render scene như thể chỉ một số đèn nhất định được bật, mỗi nhóm một ảnh. Sách hướng dẫn Blender mô tả light group là một Combined pass bị giới hạn, trong đó scene chỉ được chiếu sáng bởi một số đèn nhất định. Các nhóm cho phép kiểm soát từng đèn khi comp và nhân số lượng ảnh lên, vì các pass ánh sáng có thể được tách tiếp theo nhóm. Đó chính là trường hợp mà cảnh báo về bộ nhớ và ổ đĩa của Arnold nhắm tới. Hãy thêm group cho những đèn bạn dự kiến sẽ cân chỉnh lại, đừng thêm cho mọi đèn trong scene.

EXR đa lớp so với file rời

Sau khi chọn xong các AOV, quyết định tiếp theo là lưu chúng như thế nào.

Câu hỏi	Một EXR đa lớp cho mỗi khung hình	Một file riêng cho mỗi pass
Số file mỗi khung hình	Một, chứa mọi pass dưới dạng layer	Một file cho mỗi pass, nên mười pass nghĩa là mười file cho mỗi khung hình
Giữ các pass đồng bộ	Mọi pass của một khung hình đi cùng nhau	Mỗi sequence phải đầy đủ và khớp khung hình
Mở trong comp	Một lần read, rồi tách các layer ra	Một lần read cho mỗi sequence
Thiết lập từng pass	Một bộ tùy chọn file	Mỗi pass có thể dùng kiểu nén riêng nếu engine cho phép
Nơi thường dùng	Pipeline VFX và compositing	Pipeline đơn giản, hoặc công cụ không đọc được file nhiều lớp

Các engine khác nhau ở cách đi đến đó. Trong Arnold, Merge AOVs bật EXR đa kênh, và tài liệu Maya lưu ý rằng các EXR AOV multipart và không merge có thể dùng các kiểu nén khác nhau. Trong Redshift, khi làm việc với EXR nhiều lớp, mọi AOV có cùng tiền tố custom được lưu chung trong một file EXR. Trong V-Ray for Maya, đầu ra element phụ thuộc vào tùy chọn file ảnh raw hoặc Separate render channels, như đã nêu ở trên.

Hai làn so sánh file rời, trong đó một khung hình tạo ra bốn file EXR riêng, với EXR đa lớp, trong đó cùng khung hình đó tạo ra một file chứa bốn layer

Với phần lớn công việc compositing, một file đa lớp cho mỗi khung hình dễ mang đi hơn và khó hỏng hơn. VFX Compositing and Cloud Rendering trình bày comp làm gì với các file như vậy, kể cả bộ nhớ nó cần, còn Render Farm for Motion Design cho thấy cách bàn giao EXR multi-part sang After Effects.

Chọn AOV nào để render

Tick hết mọi ô thì dễ hiểu nhưng thường là sai. Một cách làm khả thi:

Hỏi comp sẽ chạm vào những gì. Một shot chỉ cần sương mù dựa trên depth thì không cần mười hai pass ánh sáng.
Luôn giữ beauty. Đó là cách bạn kiểm tra rằng các pass vẫn cộng lại đúng.
Thêm data pass cho những việc cụ thể. Depth cho defocus hoặc sương mù, motion vector cho blur, Cryptomatte cho việc chọn vùng, normals hoặc position cho relighting.
Coi dữ liệu denoising là một nhóm riêng. Tùy chọn Output Denoising AOVs của Arnold ghi ra diffuse_albedo, Z và N, còn Cycles liệt kê các Denoising Data pass. Chúng cấp dữ liệu cho denoiser và không phải pass sáng tạo; thiết lập riêng cho Arnold nằm trong hướng dẫn denoiser.
Test một khung hình trước. Xác nhận trong comp rằng mọi pass đều có mặt và dựng lại được beauty.

Cách quản lý màu cho các pass ánh sáng thuộc về pipeline màu của bạn, được giải thích trong bài về ACES.

AOV thay đổi gì khi khung hình render trên farm

Một farm phân phối các khung hình lên nhiều máy, và AOV không làm thay đổi điều đó. Chúng thay đổi lượng dữ liệu mà mỗi khung hình tạo ra và những gì phải được mang về sau đó.

Kích thước đầu ra mỗi khung hình. Mỗi pass là thêm kênh cho mỗi pixel. OpenEXR lưu một kênh half-float trong 2 byte và một kênh full-float trong 4 byte. Lấy một khung hình giả định 1920 x 1080, có 2.073.600 pixel. Một ảnh RGBA chỉ có beauty ở half float là 8 byte mỗi pixel, khoảng 16,6 MB khi chưa nén. Giờ giả sử beauty cộng 12 AOV ba kênh cộng một kênh depth full-float: 84 byte mỗi pixel, khoảng 174 MB mỗi khung hình, nhiều hơn khoảng mười lần. Qua 240 khung hình, đó là khoảng 4,0 GB so với 41,8 GB. Nén EXR làm các file thực tế nhỏ đi, mức giảm tùy theo hình ảnh, vì vậy hãy xem các con số này như tỷ lệ, không phải dự đoán.

Kích thước đầu ra mỗi khung hình 1920 x 1080: chỉ beauty là 8 byte mỗi pixel, 16,6 MB mỗi khung hình, 4,0 GB cho 240 khung hình; beauty cộng 12 AOV RGB cộng depth là 84 byte mỗi pixel, 174 MB mỗi khung hình, 41,8 GB cho 240 khung hình, chưa nén và mang tính giả định

Truyền tải và lưu trữ. Render xong chưa phải là hết việc; các file còn phải về đến ổ đĩa của bạn. Kết quả trên Super Renders Farm có thể được tải về từ giao diện web hoặc được tự động kéo về bởi SuperRenders Client App. Một sequence lớn gấp mười lần sẽ mất thời gian di chuyển lâu tương ứng và cần dung lượng ổ đĩa cục bộ tương ứng.

Engine và host khả dụng. Chúng tôi render các job Arnold, V-Ray, Redshift, Corona và Cycles, và các workflow AOV ở trên áp dụng cho từng engine. Redshift render trên các node GPU. Một số cặp host và engine, như Redshift for Blender, V-Ray for Blender và Arnold for Houdini, được cung cấp theo yêu cầu, vì vậy hãy liên hệ để xác nhận trước khi bạn upload một scene phụ thuộc vào một trong số đó. Cách credit và mức giá hoạt động có trên trang giá.

Quy ước đặt tên để comp nhận đủ mọi thứ

Một số vấn đề với AOV là vấn đề đặt tên chứ không phải vấn đề render. Compositor khi mở một sequence muốn mọi pass đều tìm thấy được và mọi khung hình đều thẳng hàng, và với Redshift chẳng hạn, tiền tố bạn chọn là xương sống của mọi tên file AOV. Một quy ước trụ vững qua các lần bàn giao:

Thành phần	Ví dụ	Lý do
Shot và phiên bản trong tiền tố	`shot010_v003`	Giữ các phiên bản tách biệt và có thể sắp xếp
Tên pass làm hậu tố	`_beauty`, `_depth`	Đọc được pass ngay từ tên file
Đệm số khung hình với độ dài cố định	`.1001.exr`	Sequence sắp xếp đúng và công cụ nhận diện được dải khung hình
Một thư mục cho mỗi phiên bản	`shot010/v003/`	Lần render lại không bao giờ ghi đè bản đã duyệt
Ký tự đơn giản	chữ cái, chữ số, dấu gạch dưới	Khoảng trắng và ký hiệu làm hỏng script và việc relink

Hãy đưa quy ước này vào scene template và dùng nó cả cho các lần render test trên máy cục bộ, để khung hình trả về từ farm có tên đúng như khung hình render trên workstation của bạn và comp không cần relink.

Những lỗi AOV thường gặp và cách nhận ra

Các lỗi về V-Ray, Merge AOVs và motion vector đã được nêu ở trên. Ba lỗi nữa xuất hiện bất kể engine nào.

Triệu chứng	Nguyên nhân có thể	Cách sửa
Depth hoặc normals bị cắt cụt hoặc vỡ dải	Data pass được ghi ra định dạng 8-bit như JPEG hoặc PNG, vốn không chứa được giá trị float	Ghi data pass ra EXR
Comp không tìm thấy pass hoặc các khung hình không thẳng hàng	Tiền tố, hậu tố hoặc đệm số khung hình không nhất quán	Áp dụng một quy ước đặt tên cho mọi pass
Dung lượng tải về và ổ đĩa vượt xa dự tính	Mỗi khung hình mang một danh sách pass dài, có thể kèm light group	Cắt danh sách xuống những gì comp dùng

Tóm tắt: danh sách kiểm tra AOV

AOV nghĩa là Arbitrary Output Variable: một ảnh phụ trên mỗi pixel được ghi cạnh beauty.
Pass ánh sáng dựng lại beauty; data pass mô tả scene.
Tên gọi và bảng điều khiển khác nhau theo engine, vì vậy hãy đối chiếu với tài liệu của đúng phiên bản bạn dùng.
Ưu tiên một EXR đa lớp cho mỗi khung hình, chỉ render những pass mà comp sẽ dùng, và ước lượng dung lượng đầu ra trước khi submit.
Dùng một quy ước đặt tên duy nhất cả trên máy cục bộ lẫn trên farm, và test một khung hình trước khi chạy cả sequence.

FAQ

Q: AOV viết tắt của gì trong render? A: AOV là viết tắt của Arbitrary Output Variable. Đó là một ảnh hoặc một layer ảnh phụ mà renderer ghi cạnh bản render beauty, chứa một đại lượng trên mỗi pixel như ánh sáng diffuse, depth, normals hoặc object ID.

Q: AOV có giống render pass không? A: Trên thực tế là có. Arnold và Redshift gọi là AOV, V-Ray gọi là render elements, Blender Cycles gọi là render passes, còn Corona dùng render elements trong 3ds Max và multipasses trong Cinema 4D.

Q: Beauty pass và utility pass khác nhau thế nào? A: Beauty hay pass ánh sáng, như diffuse, specular và emission, chứa ánh sáng và có thể cộng lại để dựng lại ảnh cuối. Utility hay data pass, như depth, normals, position, motion vectors và ID, chứa thông tin scene chứ không phải ánh sáng và được dùng cho hiệu ứng và việc chọn vùng khi compositing.

Q: Nên lưu AOV thành một EXR đa lớp hay thành các file riêng? A: Với compositing, một EXR đa lớp cho mỗi khung hình thường đơn giản hơn vì mọi pass của một khung hình đi cùng nhau và không thể lệch đồng bộ. File riêng hợp lý khi một công cụ không đọc được file nhiều lớp hoặc khi bạn muốn nén khác nhau cho từng pass.

Q: AOV có làm render chậm hơn hoặc nặng hơn không? A: Nặng hơn thì có: tài liệu của Arnold nói nhiều AOV hơn chiếm nhiều bộ nhớ và dung lượng ổ đĩa hơn, nhất là khi dùng light group. Ảnh hưởng đến thời gian render thay đổi theo engine và theo pass, vì vậy hãy đo thời gian một khung hình test có và không có các pass thêm trước khi submit một sequence.

Q: Có thể render AOV trên render farm không? A: Có. Các khung hình render như bình thường và mỗi khung hình ghi ra những pass bạn đã bật. Trên farm của chúng tôi, chúng tôi render các job Arnold, V-Ray, Redshift, Corona và Cycles, và một số cặp host và engine được cung cấp theo yêu cầu, vì vậy hãy liên hệ để xác nhận trước khi bạn upload một scene phụ thuộc vào một trong số đó. Hãy chạy một khung hình test trước và kiểm tra rằng mọi pass đều trả về.

Q: AOV trong render có giống AOV trong thương mại điện tử không? A: Không. Trong render, nó có nghĩa là Arbitrary Output Variable. Trong bán lẻ trực tuyến, nó thường có nghĩa là giá trị đơn hàng trung bình, còn trong nhiếp ảnh, một chữ viết tắt tương tự có thể chỉ góc nhìn (angle of view). Chúng chỉ giống nhau các chữ cái, ngoài ra không có gì chung.