1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313
|
********
Sampling
********
.. reference::
:Panel: :menuselection:`Render --> Sampling`
The integrator is the rendering algorithm used to compute the lighting.
Cycles currently supports a path tracing integrator with direct light sampling.
It works well for various lighting setups,
but is not as suitable for caustics and some other complex lighting situations.
Rays are traced from the camera into the scene,
bouncing around until they find a light source such as a light, an object emitting light,
or the world background. To find lights and surfaces emitting light,
both indirect light sampling (letting the ray follow the surface BSDF)
and direct light sampling (picking a light source and tracing a ray towards it) are used.
.. _bpy.types.CyclesRenderSettings.preview_samples:
Viewport Samples
Number of samples for viewport rendering. Setting this value to zero
enables indefinite sampling of the viewport.
.. _bpy.types.CyclesRenderSettings.samples:
Render Samples
Number of paths to trace for each pixel in the final render. As more samples are taken,
the solution becomes less noisy and more accurate.
.. _bpy.types.CyclesRenderSettings.time_limit:
Time Limit
Renders scene until time limit or sample count is reached. When the time is set to 0,
the sample count is used to determine when the render stops.
.. note:: The time limit does not include pre-render processing time, only render time.
.. _bpy.types.CyclesRenderSettings.use_adaptive_sampling:
Adaptive Sampling
=================
With adaptive sampling Cycles automatically reduces the number of samples in areas that have little noise,
for faster rendering and more even noise distribution.
For example hair on a character may need many samples, but the background may need very few.
With adaptive sampling it is also possible to render images with a target amount of noise.
This is done by settings the *Noise Threshold*, typical values are in the range from 0.1 to 0.001.
Then render samples can then be set to a high value,
and the renderer will automatically choose the appropriate amount of samples.
.. _bpy.types.CyclesRenderSettings.adaptive_threshold:
.. _bpy.types.CyclesRenderSettings.preview_adaptive_threshold:
Noise Threshold
The error threshold to decide whether to continue sampling a pixel or not.
Typical values are in the range from 0.1 to 0.001, with lower values meaning less noise.
Setting it to exactly 0 lets Cycles guess an automatic value for it based on the total sample count.
.. _bpy.types.CyclesRenderSettings.adaptive_min_samples:
.. _bpy.types.CyclesRenderSettings.preview_adaptive_min_samples:
Min Samples
The minimum number of samples a pixel receives before adaptive sampling is applied.
When set to 0 (default), it is automatically set to a value determined by the *Noise Threshold*.
.. _render-cycles-settings-viewport-denoising:
Denoising
=========
Denoising removes noise while previewing scenes in *Rendered* mode in the 3D Viewport or for final renders.
.. _bpy.types.CyclesRenderSettings.use_denoising:
.. _bpy.types.CyclesRenderSettings.denoiser:
Render
Denoising for the final render can be enabled or disabled with the checkbox.
For denoising the image after rendering with the :doc:`Denoising node </compositing/types/filter/denoise>`,
the :ref:`Data Render Passes <render_layers_passes_data>` also adapt to the selected denoiser.
:OpenImageDenoise:
Uses Intel's `Open Image Denoise <https://www.openimagedenoise.org/>`__,
an AI denoiser. Typically provides the highest quality, and is the default.
:OptiX:
Uses NVIDIA's OptiX AI denoiser.
Supports GPU acceleration on some older NVIDIA GPUs where OpenImageDenoise does not.
Only available on NVIDIA GPUs when configured in the :ref:`editors_preferences_cycles` user preferences.
.. _bpy.types.CyclesRenderSettings.use_preview_denoising:
.. _bpy.types.CyclesRenderSettings.preview_denoiser:
Viewport
Denoising for the *Rendered* mode in the 3D Viewport can be enabled or disabled for with the checkbox.
:Automatic:
Uses GPU accelerated denoising if supported, for best performance.
Prefers OpenImageDenoise over OptiX.
:OpenImageDenoise:
Uses Intel's `Open Image Denoise <https://www.openimagedenoise.org/>`__,
an AI denoiser. Typically provides the highest quality.
:OptiX:
Uses NVIDIA's OptiX AI denoiser.
Supports GPU acceleration on some older NVIDIA GPUs where OpenImageDenoise does not.
Only available on NVIDIA GPUs when configured in the :ref:`editors_preferences_cycles` user preferences.
.. _bpy.types.CyclesRenderSettings.preview_denoising_input_passes:
.. _bpy.types.CyclesRenderSettings.denoising_input_passes:
Passes
Controls which :doc:`Render Pass </render/layers/passes>` the denoiser should use as input,
which can have different effects on the denoised image.
Generally, the more passes the denoiser has to denoise the better the result.
It is recommended to at least use *Albedo* as *None* can blur out details,
especially at lower sample counts.
:None: Denoises the image using color data.
:Albedo: Denoises the image using color and albedo data.
:Albedo + Normal: Denoises the image using color, albedo, and normal pass data.
.. _bpy.types.CyclesRenderSettings.preview_denoising_prefilter:
.. _bpy.types.CyclesRenderSettings.denoising_prefilter:
Prefilter :guilabel:`OpenImageDenoise`
Controls whether or not prefiltering is applied to *Input Passes* for use when denoising.
Visible only when using *OpenImageDenoise*.
:None:
Does not apply any prefiltering to the input passes. This option retains the most detail and
is the fastest, but assumes the input passes are noise free which may require a high sample count.
If the input passes aren't noise free, then noise will remain in the image after denoising.
:Fast:
Assumes the input passes are not noise free, yet does not apply prefiltering to the input passes.
This option is faster than *Accurate* but produces a blurrier result.
:Accurate:
Prefilters the input passes before denoising to reduce noise. This option usually produces
more detailed results than *Fast* with increased processing time.
.. _bpy.types.CyclesRenderSettings.preview_denoising_quality:
.. _bpy.types.CyclesRenderSettings.denoising_quality:
Quality :guilabel:`OpenImageDenoise`
Overall denoising quality.
Visible only when using *OpenImageDenoise*.
:High: Produces the highest quality output at the cost of time.
:Balanced: Balanced between performance and quality.
:Fast: Produces an output fast at the cost of quality (ideal for viewport rendering).
.. _bpy.types.CyclesRenderSettings.preview_denoising_start_sample:
Start Sample
Sample to start :ref:`denoising <render-cycles-settings-viewport-denoising>` in the 3D Viewport.
.. _bpy.types.CyclesRenderSettings.preview_denoising_use_gpu:
.. _bpy.types.CyclesRenderSettings.denoising_use_gpu:
Use GPU
Perform denoising on the GPU.
This is significantly faster than on CPU, but requires additional GPU memory.
When large scenes need more GPU memory, this option can be disabled.
See :doc:`GPU Rendering </render/cycles/gpu_rendering>` for details on supported GPU.
.. _bpy.types.CyclesRenderSettings.use_guiding:
Path Guiding
============
Path guiding helps reduce noise in scenes where finding a path to light is difficult for
regular path tracing, for example when a room is lit through a small door opening.
Important light directions are learned over time, improving as more samples are taken.
Guiding is supported for surfaces with diffuse BSDFs and volumes with isotropic
and anisotropic scattering.
.. note::
- Path guiding is only available when rendering on a CPU.
- While path guiding helps render caustics in some scenes, it is not designed for complex caustics
as they are harder to learn and guide.
.. _bpy.types.CyclesRenderSettings.guiding_training_samples:
Training Samples
The maximum number of samples to use for training. A value of 0 will keep training until
the end of the render. Usually 128 to 256 training samples is enough for accurate guiding.
Higher values can lead to a minor increases in guiding quality but with increased render times.
.. _bpy.types.CyclesRenderSettings.use_surface_guiding:
Surface
Enable path guiding for the diffuse and glossy components of surfaces.
.. _bpy.types.CyclesRenderSettings.use_volume_guiding:
Volume
Enable path guiding inside volumes.
Lights
======
.. _bpy.types.CyclesRenderSettings.use_light_tree:
Light Tree
Use a light tree to more effectively sample lights in the scene, taking into account
distance and estimated intensity.
This can significantly reduce noise, at the cost of a somewhat longer render time per sample.
Certain lighting properties are not accounted for in the light tree. This include custom
falloff, ray visibility, and complex shader node setups including textures.
This can result in an increase in noise in some scenes that make use of these features.
Note, this feature is currently disabled for AMD GPUs on macOS.
.. _bpy.types.CyclesRenderSettings.light_sampling_threshold:
Light Threshold
Probabilistically terminates light samples when the light contribution
is below this threshold (more noise but faster rendering).
Zero disables the test and never ignores lights.
This is useful because in large scenes with many light sources,
some lights might only contribute a small amount to the final image,
and increase render times. Using this setting can decrease the render times
needed to calculate the rays which in the end have very little effect on the image.
Advanced
========
.. _bpy.types.CyclesRenderSettings.sampling_pattern:
Pattern
The random sampling pattern used by the integrator.
:Automatic:
Uses *Blue-Noise* (see below), but for viewport rendering,
it optimizes for first sample quality for an interactive preview.
:Classic:
Use pre-computed tables of Owen-scrambled Sobol for random sampling.
:Blue-Noise:
Use a blue-noise pattern, which optimizes the frequency distribution of noise, for random sampling.
This results in an output that appears smoother despite not being less noisy overall.
.. _bpy.types.CyclesRenderSettings.seed:
Seed
Seed value for integrator to get different noise patterns.
.. _bpy.types.CyclesRenderSettings.use_animated_seed:
Use Animated Seed (clock icon)
Changes the seed for each frame. It is a good idea to enable this
when rendering animations because a varying noise pattern is less noticeable.
.. _bpy.types.CyclesRenderSettings.sample_offset:
Sample Offset
The number of samples to skip when starting render.
This can be used to distribute a render across multiple computers
then combine the images with ``bpy.ops.cycles.merge_images``
Scrambling Distance
These properties are not compatible with *Blue-Noise* sampling patterns.
.. _bpy.types.CyclesRenderSettings.adaptive_scrambling_distance:
Automatic
Uses a formula to adapt the scrambling distance strength based on the sample count.
.. _bpy.types.CyclesRenderSettings.preview_scrambling_distance:
Viewport
Uses the *Scrambling Distance* value for the viewport rendering.
This will make the rendering faster but may cause flickering.
.. _bpy.types.CyclesRenderSettings.scrambling_distance:
Multiplier
Lower values Reduce randomization between pixels to improve GPU rendering performance,
at the cost of possible rendering artifacts if set too low.
.. _bpy.types.CyclesRenderSettings.min_light_bounces:
Min Light Bounces
Minimum number of light bounces for each path,
after which the integrator uses Russian Roulette to terminate paths that contribute less to the image.
Setting this higher gives less noise, but may also increase render time considerably. For a low number of bounces,
it is strongly recommended to set this equal to the maximum number of bounces.
.. _bpy.types.CyclesRenderSettings.min_transparent_bounces:
Min Transparent Bounces
Minimum number of :ref:`transparent <render-cycles-light-paths-transparency>` bounces
(more specifically "passthroughs"). Setting this higher reduces noise in the first bounces,
but can also be less efficient for more complex geometry like hair and volumes.
.. _bpy.types.CyclesRenderSettings.use_layer_samples:
Layer Samples
When render layers have per layer number of samples set, this option specifies how to use them.
:Use: The render layer samples will override the set scene samples.
:Bounded: Bound render layer samples by scene samples.
:Ignore: Ignore render layer sample settings.
|