<div dir="ltr"><div><br></div><div>&gt; I&#39;m not sure we should make it impossible to use those features, but</div><div>&gt; we can require users to edit the settings with the realtime renderer</div><div>&gt; selected? I imagine users will ask for all the features at some point.</div><div>&gt; But it makes sense if you can develop the realtime renderer as a</div><div>&gt; separate renderer option, with the freedom to add new options without</div><div>&gt; worrying about cluttering the Cycles UI. And then we can figure out</div><div>&gt; the specifics of how to make that work best for Cycles viewport</div><div>&gt; previews later, which features should be disabled or enabled.</div><div><br></div><div>I see what you mean. Having a similar workflow that the variance shadow map uses. You have to switch renderer to have full options. I&#39;m ok with this. but that may be a bit annoying for some users.</div><div><br></div><div>&gt; GGX + area light preview would be useful I think, even if it&#39;s an</div><div>&gt; approximation it still seems better than assuming it&#39;s a point light.</div><div><br></div><div>Well the sun light approximation is still far off when radius is getting big due to the non uniform Light intensity over the radius.</div><div><br></div><div>By the way would you (Brecht) help me to derive a diffuse formula for the sun light edge brightening? I&#39;ve somehting in mind but I need someone better than me in math to acheive it.</div><div><br></div><div>&gt; The reason to use simpler approximations would be for better</div><div>&gt; performance, or if the approximation is so bad that it makes things</div><div>&gt; worse, or if it the more advanced approximation requires some kind of</div><div>&gt; manual tweaking / setup to make it work right.</div><div><br></div><div>I think you are talking about the environment cubemap parallax correction or others things that needs manual setup.</div><div><br></div><div>Thinking out loud is to have scene wide settings (maybe inside render settings?) for approximations methods.</div><div>(in order from cheap to accurate)</div><div>Lights : Point light &gt; MRP &gt; LTC (uses 2 textures slots)</div><div>Environment : Prefiltered Envmap &gt; Filtered Importance sampled</div><div>AO : Fast AO &gt; Accurate AO</div><div>and so on.</div><div><br></div><div>&gt; I think that bad matching with Cycles is not bad. More important is do not add any additional tweaks in UI. Following this requirement we could &gt; make update for Cycles Viewport even in 2.7*.</div><div>&gt; I think that such strategy could be efficient:</div><div>&gt; 1) Update Cycles Viewport where we are able to do it keeping UI in master.</div><div>&gt; 2) Continue improvements in 2.8 branch with dedicated real-time Cycles twin.</div><div><br></div><div>I think that could be viable. But there is some area in the code that seems unoptimized. And a first code review would be helpful to see if i&#39;m not doing big mistakes (especialy on the opengl side).</div><div><br></div><div>&gt; Clément, is it real to keep UI for some features from your branch?</div><div><br></div><div>If you could rephrase that because I&#39;m not sure I understand. I&#39;m assuming that you want to know which features could be added without touching the UI.</div><div>Light preview is the only one I can think of but getting rid of the shadows. (or using BGE shadow settings [impractical to the user])</div><div>Environment lighting is just 1 or 2 parameters to be added to the shading tab inside the N panel, and also some quality parameters to the World tab.</div><div><br></div><div>We could agree on a default quality parameter and not display all these options for cycles for now.</div><div>That&#39;s what substance designer do, theses quality settings are not shown to the user.</div><div><br></div><div>potential default parameters : </div><div>- Envmap size : 512</div><div>- SH calculation : 64</div><div>- BRDFs Samples : 48</div><div>- lod bias : -0.5</div><div><br></div><div>then the only settings we have to display is the enable material preview button.</div><div><br></div><div>About the other renderers, well the best we could do is to create a custom shader API so that the viewport shading can be customized via python.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-06-10 12:01 GMT+02:00 Yury Baranov <span dir="ltr">&lt;<a href="mailto:cucumberer@gmail.com" target="_blank">cucumberer@gmail.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">AFAIK translation from renderengine shaders to realtime viewport shaders is a task for renderengine maintainers, so your suggestion should be addressed to Pixar/ChaosGroup.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2016-06-10 12:24 GMT+03:00 Paul Geraskin <span dir="ltr">&lt;<a href="mailto:paulgeraskin@gmail.com" target="_blank">paulgeraskin@gmail.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I would like to see the same cool viewport with Renderman and Vray. Please, don&#39;t bind it to Cycles only.</p>
<div class="gmail_quote">10 июня 2016 г. 9:07 пользователь &quot;Alexander Romanov&quot; &lt;<a href="mailto:a.romanov@blend4web.com" target="_blank">a.romanov@blend4web.com</a>&gt; написал:<div><div><br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I think that bad matching with Cycles is not bad. More important is do not add any additional tweaks in UI. Following this requirement we could make update for Cycles Viewport even in 2.7*.<br>
I think that such strategy could be efficient:<br>
1) Update Cycles Viewport where we are able to do it keeping UI in master.<br>
2) Continue improvements in 2.8 branch with dedicated real-time Cycles twin.<br>
Clément, is it real to keep UI for some features from your branch?</p>
<div class="gmail_quote">10 июня 2016 г. 0:22 пользователь Clément FOUCAULT &lt;<a href="mailto:foucault.clem@gmail.com" target="_blank">foucault.clem@gmail.com</a>&gt; написал:<br type="attribution"><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I think we first need to agree on how to integrate this.<div><br></div><div>As of now it&#39;s trying to mimic cycles with viewport methods and I find this alienating for the UI to have all these options even for.</div><div><br></div><div>Also under some circumstances approximations are very far from cycles render. So I don&#39;t realy like it being presented as cycles preview and would like to separate it to another renderer dedicated to that.</div><div><br></div><div>What are your thoughts on this?</div></div><div><br><div>2016-06-09 22:37 GMT+02:00 Mike Erwin <span dir="ltr">&lt;<a href="mailto:significant.bit@gmail.com" target="_blank">significant.bit@gmail.com</a>&gt;</span>:<br><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Excellent work as always Clément! How can we get this into an &quot;official&quot; Blender release one day?</div><div><font color="#888888"><br clear="all"></font><div><div>Mike Erwin<br>musician, naturalist, pixel pusher, hacker extraordinaire</div></div><div><div>
<br><div>On Thu, Jun 9, 2016 at 3:41 PM, Clément FOUCAULT <span dir="ltr">&lt;<a href="mailto:foucault.clem@gmail.com" target="_blank">foucault.clem@gmail.com</a>&gt;</span> wrote:<br><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">On my side I&#39;ve release another iteration of my PBR experiment branch.<div><br></div><div><a href="https://vimeo.com/169475925" target="_blank">https://vimeo.com/169475925</a><br></div><div><br></div><div>I&#39;m going to create a wikipage with some rambling about the PBR / shading side of things.</div><div><br></div><div>I also think like Alexander that we should have another dedicated renderer. But I don&#39;t think we should focus it to replace BI because we can&#39;t do everything with rasterisation techniques efficiently. So in my opinion it should be focus to have realtime rendering feature only.</div><font color="#888888"></font><div><br></div><div>Clément Foucault</div></div><div><div><div><br><div>2016-06-09 18:33 GMT+02:00 Alexander Romanov <span dir="ltr">&lt;<a href="mailto:a.romanov@blend4web.com" target="_blank">a.romanov@blend4web.com</a>&gt;</span>:<br><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div>
    Hi!<br>
    I&#39;ve made some docs here
    <a href="https://wiki.blender.org/index.php/BI_temporary_removal" target="_blank">https://wiki.blender.org/index.php/BI_temporary_removal</a><br>
    and here
    <a href="https://docs.google.com/spreadsheets/d/1sxIz_Uk-foCHMq3vRQxgrlX9c-r3kMVPMqfuh-N1ZRs/edit#gid=1586247834" target="_blank">https://docs.google.com/spreadsheets/d/1sxIz_Uk-foCHMq3vRQxgrlX9c-r3kMVPMqfuh-N1ZRs/edit#gid=1586247834</a>
    . The table shows what we should implement in Viewport to cover BI
    functionality, any comments are welcome!<div><div><br>
    <br>
    <div>On 09.06.2016 19:17, Mitchell Stokes
      wrote:<br>
    </div>
    </div></div><blockquote><div><div>
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div dir="ltr">
              <div dir="ltr">
                <div dir="ltr">
                  <div dir="ltr">
                    <div>
                      <div>
                        <div>Hello devs,<br>
                          <br>
                        </div>
                        Any interesting viewport updates for the week of
                        May 30th to June 6th? Any plans for the upcoming
                        week? I will be aggregating information on the
                        Viewport Reports wiki page[1].<br>
                      </div>
                      <div><br>
                      </div>
                      Thanks,<br>
                    </div>
                    Mitchell Stokes<br>
                    <br>
                    [1] <a href="https://wiki.blender.org/index.php/Dev:2.8/Viewport/Reports" target="_blank">https://wiki.blender.org/index.php/Dev:2.8/Viewport/Reports</a></div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
Bf-viewport mailing list
<a href="mailto:Bf-viewport@blender.org" target="_blank">Bf-viewport@blender.org</a>
<a href="https://lists.blender.org/mailman/listinfo/bf-viewport" target="_blank">https://lists.blender.org/mailman/listinfo/bf-viewport</a>
</pre>
    </blockquote>
    <br>
    <pre>-- 
Alexander Romanov

Developer
<a href="mailto:a.romanov@blend4web.com" target="_blank">a.romanov@blend4web.com</a>

Blend4Web: Unleashing the Power of 3D Internet
<a href="https://www.blend4web.com" target="_blank">https://www.blend4web.com</a>


This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the sender immediately.</pre>
  </div>

<br>_______________________________________________<br>
Bf-viewport mailing list<br>
<a href="mailto:Bf-viewport@blender.org" target="_blank">Bf-viewport@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-viewport" target="_blank">https://lists.blender.org/mailman/listinfo/bf-viewport</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Bf-viewport mailing list<br>
<a href="mailto:Bf-viewport@blender.org" target="_blank">Bf-viewport@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-viewport" target="_blank">https://lists.blender.org/mailman/listinfo/bf-viewport</a><br>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
Bf-viewport mailing list<br>
<a href="mailto:Bf-viewport@blender.org" target="_blank">Bf-viewport@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-viewport" target="_blank">https://lists.blender.org/mailman/listinfo/bf-viewport</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br>_______________________________________________<br>
Bf-viewport mailing list<br>
<a href="mailto:Bf-viewport@blender.org" target="_blank">Bf-viewport@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-viewport" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-viewport</a><br>
<br></blockquote></div></div></div>
<br>_______________________________________________<br>
Bf-viewport mailing list<br>
<a href="mailto:Bf-viewport@blender.org" target="_blank">Bf-viewport@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-viewport" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-viewport</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Bf-viewport mailing list<br>
<a href="mailto:Bf-viewport@blender.org">Bf-viewport@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-viewport" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-viewport</a><br>
<br></blockquote></div><br></div>