<div dir="ltr">woul<span style="font-size:12.8px">d thi</span><span style="font-size:12.8px">s new viewport </span><span style="color:rgb(136,136,136);font-size:12.8px">al</span><span style="font-size:12.8px">so mo</span><span style="font-size:12.8px">dify the </span><font color="#888888"><span style="font-size:12.8px">m</span></font><span style="color:rgb(136,136,136);font-size:12.8px">a</span><font color="#888888"><span style="font-size:12.8px">terial </span></font><span style="font-size:12.8px">sy</span><span style="font-size:12.8px">stem? </span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">PBR </span><span style="color:rgb(136,136,136);font-size:12.8px">an NPR workflow?</span></div><div><span style="color:rgb(136,136,136);font-size:12.8px"><br></span></div><div><span style="color:rgb(136,136,136);font-size:12.8px">an</span><span style="font-size:12.8px">d obligatory - Will thi</span><span style="font-size:12.8px">s ren</span><span style="font-size:12.8px">der bge usable by the bge? will it boost performance their </span><span style="color:rgb(136,136,136);font-size:12.8px">a</span><span style="font-size:12.8px">l</span><span style="font-size:12.8px">s</span><span style="font-size:12.8px">o?</span></div><div><span style="font-size:12.8px"> </span><span style="font-size:12.8px"> </span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 5, 2015 at 3:34 PM, Mike Erwin <span dir="ltr"><<a href="mailto:significant.bit@gmail.com" target="_blank">significant.bit@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"><div>Yes, thank you! Interesting stuff. Here's my first round of notes:</div><div><br></div>+1 for immutable draw state.<div>+100 for minimizing state changes! Marry desired state to the draw call.</div><div><br></div><div>Re: Uniform Buffer Objects -- Compatibility with GL 2.1 is a temporary concern, so anything we do there should be minimal and marked for future removal.</div><div><br></div><div>For passing in the current transformation, I don't think the lowest-level API should treat this or any other inputs special. Do like the convenience of not having to specify CTM every time though... maybe I'm on the fence about this one! Since a lot of this has to do with UI drawing, how about a dedicated 2D transformation system, stack or otherwise? See bottom part of:</div><div><a href="http://wiki.blender.org/index.php/Dev:2.8/Source/OpenGL/Transformations" target="_blank">http://wiki.blender.org/index.php/Dev:2.8/Source/OpenGL/Transformations</a></div><div>3D shaders would automatically get a 3x4 ModelView and 4x4 Projection matrix, maybe a 4x4 MVP for efficiency. 2D shaders would automatically get a 2x3 ModelView matrix and that's it.</div><div><br></div><div><br></div><div>Some basic assumptions, definitions, questions... please let me know if any of these are way off:</div><div><br></div><div>GPUShader is a compiled & linked set of Vertex shader, optional Geometry shader, and Fragment shader.<br><div class="gmail_extra"><br></div><div class="gmail_extra">Inputs for the GPUShader are the active uniforms (which could be from any of the above shader stages) and vertex attributes from the first stage.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Uniform values are set once per draw. Attribute values are typically set per vertex from data in VBOs. Attributes can also be set once per draw using glVertexAttrib, acting more like uniforms from client program's point of view.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Uniforms can have default values in GLSL. Is there any way to query the program to see if an input *requires* us to set a value? Beyond parsing the GLSL source text.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Anyone interested in parsing GLSL source text?</div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra"><br></div><div class="gmail_extra"><br clear="all"><div><div>Mike Erwin<br>musician, naturalist, pixel pusher, hacker extraordinaire</div></div></div></font></span></div></div>
<br>_______________________________________________<br>
Bf-viewport mailing list<br>
<a href="mailto:Bf-viewport@blender.org">Bf-viewport@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-viewport" rel="noreferrer" target="_blank">http://lists.blender.org/mailman/listinfo/bf-viewport</a><br>
<br></blockquote></div><br></div>