[Public WebGL] WEBGL_debug_shader_precision extension proposal

Olli Etuaho [email protected]
Fri Nov 7 01:46:45 PST 2014


unfortunately "little slower" in this case may be as much as 10x slower or even a bit more, shader compilation also becomes many times slower and long shaders may run into instruction count limits. Every mediump floating point intermediate value needs to be run through a 6-step function for the emulation. It costs way too much to have it on all the time.


From: Mark Callow <[email protected]>
Sent: Friday, November 7, 2014 11:35 AM
To: Olli Etuaho
Cc: Florian Bösch; [email protected]
Subject: Re: [Public WebGL] WEBGL_debug_shader_precision extension proposal

On Nov 6, 2014, at 9:58 PM, Olli Etuaho <[email protected]<mailto:[email protected]>> wrote:

The extension does not require any support from the GL drivers, so that's why I've submitted the proposal only to the WebGL registry at this point. It can be implemented purely as a transformation of the GLSL code. If there's a strong reason for adding it also as a native extension, I have nothing against that, of course.

If it is just a GLSL transformation the obvious question is why not just require WebGL implementations to do these transformations whenever mediump and lowp are used in a shader? That seems much easier for developers than wrangling debug versions of shaders and an extension. The only downsides I can see are

  *   Some apps might break but those apps would already be broken on mobile
  *   Some shaders might run a little slower on desktop than they did previously.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://khronos.org/pipermail/public_webgl_khronos.org/attachments/20141107/1ac82b4a/attachment.html>

More information about the public_webgl mailing list