Page tree

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Contents

The primary use of the passes tab is to create additional outputs for your render.  These are also known as Arbitrary Output Variables (AOVs).  

It is also possible to create additional "passes", which are more akin to Maya's render layers (which are also supported).  Passes can each have their own camera and render settings, which act as overrides of global render settings.

When you first open the AOV tab you are presented with the outputs for the default render pass.

Displays

The Displays tab shows the outputs for the selected pass.  They are in the list on the right.  The default output of the Final pass is, as you might expect, rgba, the color and alpha channels of a typical image. You can add other outputs by selecting from the list of presets in the list on the left and clicking the arrow button between the lists.  Custom outputs can also be added by clicking the '+' button at the bottom of the lists.

Each output has its own settings which appear below the lists when an item is selected in the list of outputs. 

Display Settings

Enable

Allow this ouput to render

Display Type

Choose the output file format of the Display Driver, including Deep Data (DeepEXR)

 


OpenEXR

OpenEXR is the most common, versatile, and capable file format for renders. It is the default and recommended file type. Denoise functionality requires OpenEXR or TIFF types.

As RGBA

Orders Channels as RGBA order

Storage

  • Tiled: Image is saved in tile formatted blocks of data
  • Planar: Is stored as a scanline format

Type

  • Half Precision (16-half)
  • Float Precision (32-bit float)

Typically Half is good enough for color AOVs and passes. Float is recommended for Data AOVs and passes like Z depth or P. OpenEXR does not support lower bit depths.

Compression

  • ZIPS is default and recommended for compositing workflow as it is stored as a single scanline
  • ZIP is also useful but slightly slower in compositing packages at bundles of 16 scanlines
  • You can find out more about the less common choices on the Wiki page for OpenEXR

Compression Level

How much the data is compacted, for lossy schemes (such as DWAA) this may degrade final images



'it'

This is designed for rendering to 'it' as the display device, there are no options.


 

DeepEXR

DeepEXR is the common format used to store deep data, or per-sample data used to composite objects at depth such as nesting objects in Volumes

Storage

  • Tiled: Image is saved in tile formatted blocks of data
  • Planar: Is stored as a scanline format

Type

  • Half Precision (16-half)
  • Float Precision (32-bit float)

Typically Half is good enough for color AOVs and passes. Float is recommended for Data AOVs and passes like Z depth or P

Compression

We handle merging samples internally and automatically to provide the best balance between size and correctness, as such the options below are what is available to control final size of the output frames.

  • ZIPS is default and recommended for compositing workflow as it is stored as a single scanline
  • ZIP is also useful but slightly slower in compositing packages at bundles of 16 scanlines
  • You can find out more about the less common choices on the Wiki page for OpenEXR

 

PNG

PNGs are a common web format that include an Alpha channel for transparency

Quantize

This option attempts to compress the color scheme to shrink the file size


 

Targa

Targas are a popular 8-bit (per channel) file format

Quantize

This option attempts to compress the color scheme to shrink the file size


 

Texture

This renders to the RenderMan .tex format directly from the renderer.

The image resolution used for this is expected to have power of two dimensions and must be set by the user. An example would be 512 x 512 (where 512 is a power of two and square)


Texture Format

  • Pixar: Typically the best performance
  • OpenEXR: Saved as an OpenEXR format
  • Tiff: Saved as the TIFF format (Note that this format cannot save files larger than 4GB)

Bit Depth

Set the bit depth for the output file, does not apply to OpenEXR

  • Byte: Small files
  • Short: Small files, more data than Byte
  • Float: Large files, full precision

EXR Bit Depth

  • Half Precision (16-half)
  • Float Precision (32-bit float)

S and T Wrap Modes

  • black: Useful for tile based workflows such as UDIM.
  • clamp: Useful non-periodic texturing access.
  • periodic: Useful for periodic (repeating) texture access.

Compression

  • None: No compression is performed
  • Lossless: Compression performed but without losing precision
  • Lossy: Compressed and further shrunk by removing details

EXR Compression

We handle merging samples internally and automatically to provide the best balance between size and correctness, as such the options below are what is available to control final size of the output frames.

  • ZIPS is default and recommended for compositing workflow as it is stored as a single scanline
  • ZIP is also useful but slightly slower in compositing packages at bundles of 16 scanlines
  • You can find out more about the less common choices on the Wiki page for OpenEXR

EXR Compression Level

How much the data is compacted, for lossy schemes (such as DWAA) this may degrade final images


 

Tiff

Tiffs are a popular formats that can also store floating point precision images as well as pass data

Format

  • uint8: 8-bit storage. Small file sizes typically not suitable for post compositing work.
  • uint16: 16-bit integer storage. Small file sizes with better reproduction than the 8-bit counterpart
  • float32: Full 32-bit float images. Larger file sizes but best suited to working with in post compositing

Quantize

This option attempts to compress the color scheme to shrink the file size

Compression

  • None: no compression is performed, the file is full size and lossless
  • LZW: a very common lossless compression found in TIFF files.
  • Packbits (RLE): fast lossless compression, less compression than LZW
  • Deflate: Common lossless compression scheme
  • Pixarlog: Often a good choice for compressing HDR images without losing highlight data

Resolution Unit

Select between inches and centimeters or none. This is similar to telling Maya your resolution per (unit)

Resolution

The number of pixels per Resolution Unit (above) in the ImageWidth and ImageHeight direction.


 

Denoise

Enable denoising for this Display

Mode

  • Single Frame is for a still render
  • Cross-frame is for an animation or series of frames

Remap

  • Break Point: A value below which the color is unchanged, must be non-negative (a)
  • Max Value: The max value contained, at 0 all remapping is off. This cannot be less than the Break Point value. (b)
  • Smoothness: A tweak to the second derivative at the breakpoint (the function is C(1) unless a==b, so you don't get to specify the first derivative. If this parameter is 1, the function is C(2). Smaller values make it flatter, larger ones make it less flat. If it is bigger than ~2.5, the curve has an inflection point - it curves up on the right of the breakpoint. It is illegal to set c <= 0, and it is not recommended to set it to anything other than 1. The default value is 0.