<div dir="ltr">Hi André,<div><br></div><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 6, 2018 at 10:07 PM, André Lourenço <span dir="ltr"><<a href="mailto:alourenco.94@hotmail.com" target="_blank">alourenco.94@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div text="#000000" bgcolor="#FFFFFF">
<p>- What is the current estimation method for textured lights?</p></div></blockquote><div>Textures don't affect importance sampling currently, except for the background. There's various ways to deal with them:</div><div>a) Ignore the textures, assume a fixed value.</div><div>b) Take random samples on the light and average them to get an importance estimate.</div><div>c) Subdivide the light into smaller lights to importance sample the texture, where you estimate the textured intensity for each part.</div><div>d) For mesh lights each triangle could be a separate light in the tree with its own intensity estimate.</div><div><br></div><div>Either a) or b) would be already fine for GSoC.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p></p>
<p>- When "Investigate balancing importance with background and portal lights" is proposed, "investigate" refers to performing benchmarking and implementing optimizations?</p></div></blockquote><div>Currently we allocate a fixed % of samples to the background light, which is not optimal. So the idea here would be to see if the background light can somehow be part of the light tree or if the importance of the light tree and background can somehow be balanced. The background is basically a far away textured light so in principle it can fit in.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p>- I would like to implement the Adaptive Splitting Heuristic (<a href="https://sites.google.com/site/ckulla/home/many-lights" target="_blank">paper</a>). It is ok to do it legally speaking? Since it might take priority from one other proposed topic,
 is it opportune or are there bigger priorities? </p></div></blockquote><div>Most code in Cycles is based on such graphics papers, we don't have a reason to think this specific paper would be a problem. The most important thing for GSoC would be to implement the tree construction and traversal from this paper that works with a single sample.</div><div><br></div><div>I would give adaptive splitting a high priority since without it this method seems a lot less effective. But better handling of textures, mesh lights, backgrounds or volumes would be ok too. Handling all of those cases is too much for one GSoC project in any case.</div><div><br></div><div>Regards,</div><div>Brecht.</div></div></div></div>