File: sampling.rst

package info (click to toggle)
blender-doc 4.3-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 253,604 kB
  • sloc: python: 13,030; javascript: 322; makefile: 113; sh: 107
file content (313 lines) | stat: -rw-r--r-- 12,868 bytes parent folder | download
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.