<div>We have a system that loads GLSL and ARB_fragement/vertex shaders with no need to add or alter the shader code from spec. Why would we add code to change that? </div>
<div> </div>
<div>In GEM you can set the samplers' texture units on the fly in the patch which follows the design of Pd. Your suggestion makes that less flexible.<br><br> </div>
<div><span class="gmail_quote">On 8/16/07, <b class="gmail_sendername">Wesley Smith</b> <<a href="mailto:wesley.hoke@gmail.com">wesley.hoke@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I'm curious why you say this. From my point of view, wrapping the<br>shader in XML allows for something that reads it to easily link
<br>together vertex, geometry, and fragment shader and set both program<br>parameters as well as uniform parameters with default values in<br>addition to autmatically defining what messages the shader can<br>receive. It's very similar to the cgFX files in this sense but
<br>without the GUI descriptions or other things you can do with those<br>files. Among other things, it make multitexturing in shaders painless<br>because you can assign in the file what units go to what samplers.<br>For a usability standpoint, I see great benefits to wrapping the raw
<br>shader code in extra information, so I'd be curious what you see as<br>the design flaws with such a system.<br><br>wes<br><br>On 8/16/07, chris clepper <<a href="mailto:cgclepper@gmail.com">cgclepper@gmail.com</a>
> wrote:<br>> I mean anything other than GLSL spec code. That includes XML.<br>><br>><br>><br>> On 8/16/07, Wesley Smith <<a href="mailto:wesley.hoke@gmail.com">wesley.hoke@gmail.com</a>> wrote:<br>
> > By wrapper code do you mean XML or do you mean scripting languages?<br>> ><br>> > wes<br>> ><br>> > On 8/16/07, chris clepper < <a href="mailto:cgclepper@gmail.com">cgclepper@gmail.com
</a>> wrote:<br>> > > Just a quick note on GLSL and GEM: only GLSL spec shaders can be used<br>> with<br>> > > GEM, no wrapper code or hacks will ever be supported. Frankly, the apps<br>> > > that use these things have design flaws.
<br>> ><br>><br>><br></blockquote></div><br>