<p dir="ltr">It would be fine for me to convert a standard to a particular vendor's shader variables.  What's the standard?</p>
<p dir="ltr">Thanks,</p>
<p dir="ltr">John</p>
<div class="gmail_quote">On Mar 28, 2016 1:08 PM, "Don Brutzman" <<a href="mailto:brutzman@nps.edu">brutzman@nps.edu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you and others want to keep track of status, the working group could create a web page to publish & maintain that information.<br>
<br>
Wondering if there is an API call that lists the names you are concerned with.  That might help with run-time discovery.<br>
<br>
Sometimes people write javascript libraries to wrap/normalize different browser idiosyncrasies.  Perhaps a similar approach is appropriate here?<br>
<br>
The great majority of X3D content does not depend on shaders, relying on baseline X3D interoperability instead.  So hopefully this specialization challenge can be decoupled and not become a blocker for most uses of your X3D JSON Loader.<br>
<br>
<br>
On 3/27/2016 7:11 PM, John Carlson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is a problem with X3D vendors use of at least uniform matrix names in GLSL shaders.<br>
<br>
My use of the X3D JSON Loader (most of the bugs introduced, and crashes in the browser) and X3D in general is held up by differences in the X3D Shader variable names (not what they represent) from different vendors. Can we get some support from the Web3D (and/or possibly Khronos) consortium on standardizing uniform names (some non-portable matrices commonly supported by vendors, not authors) in (at least) GLSL shaders?   Validation of Shaders (warning for non-portable variables) would be useful. Thanks!<br>
<br>
Do most people do preprocessing, or stick with one vendor?  Not use GLSL?  I think my other alternative on Mac is Metal, which is way too platform specific.<br>
<br>
Thanks,<br>
<br>
John<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mar 26, 2016, at 10:24 PM, John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>> wrote:<br>
<br>
I reported earlier on the non-portability of X3D shaders.  How does one address the right working group to get this fixed?  Or am I taking the wrong approach? I really would like to get some good content online and this is hampering me.  Should I generate a script for each X3D player? Is the player User Agent information sent to the server?<br>
<br>
Thanks,<br>
<br>
John<br>
</blockquote></blockquote>
<br>
all the best, Don<br>
-- <br>
Don Brutzman  Naval Postgraduate School, Code USW/Br       <a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a><br>
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   <a href="tel:%2B1.831.656.2149" value="+18316562149" target="_blank">+1.831.656.2149</a><br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer" target="_blank">http://faculty.nps.edu/brutzman</a><br>
</blockquote></div>