Entry 01 · Light Transport
Noise is a budget
A render is noisy because it is estimating an integral with a finite number of rays. Every halving of the noise costs four times the samples, which is why the last few per cent of cleanliness costs more than the whole image before it.
- Entry
- 01
- Section
- 01 Light Transport
- By
- Ines Waldram
- Read
- 5 min
Every sample is a guess, and guessing costs time
A render is not a drawing. No renderer traces light from every point to every other point and sums the result — the integral that describes how much light arrives at a pixel is, in almost every practical scene, unsolvable in closed form. What a renderer does instead is estimate that integral by sampling it: send a ray, find out what it hits, follow the bounce, return an energy value. Repeat. Average the results. The more samples you add to the average, the closer you converge on the true answer. The noise visible in a half-finished frame is not a flaw in the software; it is the honest signal that the estimate is not yet finished.
That is the first thing to understand: noise is variance. Statistically it is the spread of sample values around the mean. A pixel that receives very different amounts of energy on each ray cast through it — because, say, one in fifty rays happens to find a bright specular highlight while the others find shadow — will look noisy at low sample counts. A pixel over a flat, diffusely lit surface returns nearly the same value every time, and it looks clean quickly. Noise is not evenly distributed across a frame because light is not evenly distributed across a scene. Hard shadows, grazing angles, small bright sources seen through narrow gaps — these are the regions where variance is high and samples are expensive.
The square root is the problem
There is a precise, merciless relationship between sample count and noise. Because each sample is an independent random draw, the error in the estimate — the standard deviation of that variance — falls with the square root of the number of samples. To cut the noise level in half, you need four times as many samples. To halve it again, sixteen times the original count. The curve is not linear; it is a hyperbola that flattens as it climbs, and the right side of that curve is where production deadlines live.
The consequence is that a render at one hundred samples per pixel might look acceptably clean in the flat, directly lit areas and quite rough everywhere else. Doubling to two hundred buys you a meaningful visible improvement. But the step from two hundred to eight hundred — four times the cost — only halves the remaining noise. The step from eight hundred to three thousand two hundred halves it again. At some point you are spending hours of farm time to remove a faint shimmer that denoising would have taken care of in seconds, at far less total cost. This is not an argument against clean rendering; it is an argument for understanding where the budget is actually going.
Practitioners sometimes talk about a render being "sample limited" versus "path limited." A sample-limited render is one where you simply haven't averaged enough draws — throw more samples at it and it gets cleaner. A path-limited render is one where the paths themselves are hard to find: a caustic through water, a light source visible only through several layers of frosted glass, an indirect bounce into a deep cavity. Those scenes need different remedies — smarter sampling strategies, dedicated light paths, or the acceptance that certain effects require faking. Raw sample count helps everywhere but solves nothing by itself.
Where the budget actually goes
Think of your sample budget as money. You have a fixed time window — a frame is due — and you are deciding how to allocate rays across the image. Spending them uniformly is the naive approach: every pixel gets the same count regardless of whether it is boring sky or flickering firelight on a silver surface. Uniform spending is wasteful because variance is not uniform.
Adaptive sampling is the obvious correction: detect which pixels are still noisy after a base pass and concentrate the remaining budget there. This sounds simple but requires the renderer to keep running variance estimates per pixel, which carries its own overhead. The gain is real, though — scenes with large quiet regions and small high-variance regions benefit substantially from concentrating rays where the image actually needs them.
Importance sampling is the deeper intervention. Instead of choosing ray directions uniformly, the renderer weights its choices toward directions that are likely to return large contributions — toward bright light sources, toward mirror-like BRDFs, toward parts of the environment that carry real energy. The remapping that makes this work does not change the underlying integral; it changes the efficiency with which you sample it. A uniformly sampled path tracer might send ninety per cent of its rays into dark sky and find a lamp only by accident. Importance-sampled, it finds the lamp almost every time.
That is the first thing to understand: noise is variance.
Stratification is a quieter gain. Purely random samples can cluster by chance, leaving parts of the sampling domain underrepresented for stretches. Spreading samples more evenly across the domain — dividing it into strata and drawing one sample from each — reduces the variance for the same count without changing the estimator's bias. It is the difference between random and well-distributed random, and the resulting noise has a more structured appearance that human perception and denoising networks both find easier to handle.
All of these techniques are adjustments to how the budget is spent, not increases to the budget itself. The square-root law does not go away; you are simply getting more value per sample.
Cleaning what you cannot afford to render
The practical consequence of the square-root curve is that production pipelines almost never render to full cleanliness. They render to "clean enough that a denoising step removes the rest without visibly destroying detail." This is a real trade-off: denoising is an estimate too, and it introduces its own errors — blurred texture, flickering in animation, detail that looks slightly synthetic. The question is not whether to denoise but where to set the breakpoint between rendering and denoising costs.
Render too few samples and the denoiser is working on guesswork — the noise is so severe that there is not enough signal to anchor its reconstruction, and the result is smeared. Render to a high sample count and denoising contributes almost nothing, but the frame time was prohibitive. The sweet spot is somewhere in the lower-middle of the cleanliness curve: enough samples that the major structure of the image is visible and variance is broadly low, while residual noise sits in a regime where a well-trained denoiser can handle it confidently.
The deeper discipline is understanding which parts of a frame are genuinely expensive and adjusting accordingly. A diffuse floor lit by a large area source will be clean at two hundred samples. A polished chrome object reflecting a narrow slit of sky in a dim interior might need several thousand before it is reliable — and that small bright sample in a dark region that escapes the average and blows white is a budget failure, not a rendering one. Every render is an argument about where the money goes. Noise is not a sign that the image is broken. It is a sign that the budget has not been fully spent — and the square root is always the reason the last few per cent cost more than everything that came before them.
More in Light Transport
Every entry in this section is listed on the Light Transport page, and all twenty-four sit in the full register.