<div dir="ltr">Hi,<div><br></div><div>There are surely different techniques how to reduce noise of Monte-Carlo renderers, but there are number of key things we should keep in mind:</div><div><br></div><div>- Denoiser is not a magic which makes your noisy image look totally awesome. Denoiser just allows to get rid of the last bit of hi-frequency noise in the final render, without requiring to exponentially increase number of samples.</div><div><br></div><div>Surely there are papers which claims to increase quality of the image after 32spp, but those techniques wouldn't be applicable for animation rendering due to annoying low-frequency noise.</div><div><br></div><div>- Some papers claims to work on just a final frame. While they do indeed provide reasonable results in certain cases, you don't have all the information you might have from renderer. For example, it's really hard to distinguish hair from high variance noise on the final image. Having normal, depth and other passes will help _a lot_ here.</div><div><br></div><div>In a production shots you also don't have that much noise in direct light, and will likely only want to denoise indirect light. That's where extra information from passes would help as well.</div><div><br></div><div>- While you can have denoiser as a complete post-pro tool, it really makes sense to combine it together with adaptive sampling. They are really quite the same and doing adaptive sampling would help you make amount of noise to be get rid of lower.</div><div><br></div><div>Hope this makes it more clear what direction of the subject we're researching at this moment.</div><div><br></div><div>In fact, both me and Lukas Stockner were playing around with different techniques last summer. Hopefully we can make something decent in an upcoming months. Or at least prepare some patches so people can experiment which approach works better.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 12, 2016 at 9:57 AM, Jean-Marie Aubry <span dir="ltr"><<a href="mailto:jmma.aubry@gmail.com" target="_blank">jmma.aubry@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi there,<div><br></div><div>This denoising technique is most likely based on the papers by Rousselle et al., for instance <i>Robust Denoising using Feature and Color Information</i> (Pacific Graphics 2013). It works quite well (I have work on an implementation that is not Innobright's). It doesn't have to be tied to any specific renderer, just needs the beauty image do be denoised, some feature aovs and an estimation of their variance. So, imho it could be made into a node independent from the renderer.</div><div><br></div><div>JM</div><div><br></div></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Thu, 11 Feb 2016 at 18:21 <a href="mailto:x3108@chello.at" target="_blank">x3108@chello.at</a> <<a href="mailto:x3108@chello.at" target="_blank">x3108@chello.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
i stumbled across IMO a great technique to denoise trough MC variance. It is pretty simple. Its from Innobright.<br>
Now i don’t know the legalities, but it looks pretty simple, some AOVs and a MC variance filter. Could be implemented in GPL ?<br>
Also would this be only a node necessarily (still cool) or could this be a renderer feature (more elegant) getting it straight of the renderer ? Lets say, shooting 2x 128samples and variance filter them in GPU RAM without saving 2 images. Like i see it, it is pretty powerful.<br>
Your thoughts on this guys?<br>
<br>
Many thanks,<br>
enilnacs<br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org" target="_blank">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><div dir="ltr">-- <br></div><div dir="ltr"><div>Jean-Marie Aubry</div><div><br></div><div>Please consider encrypting your emails using GPG (<a href="http://gnupg.org/" target="_blank">http://gnupg.org/</a>)</div><div>My current public key can be found here: <a href="http://pgp.mit.edu/pks/lookup?op=get&search=0xBA1DD06C03E0678C" target="_blank">http://pgp.mit.edu/pks/lookup?op=get&search=0xBA1DD06C03E0678C</a></div></div>
</font></span><br>_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div><span style="color:rgb(102,102,102)">With best regards, Sergey Sharybin</span></div></div>
</div>