should Construct start phasing out webGL 1?

alright, thank you for the reply!

The one caveat I have with this is there are some webgl2, glsl version 300 features that would be use useful (specifically derivatives, fwidth).

They would be useful for a pixel crisp effect and depth map to a normal map effect.

Of course, the issue is that other shaders would need to be changed to support version 300 (internal shaders, etc.)

A project check box for glsl version 300 support would be welcome.

Even if we supported that, you still have the question of what happens for the 5-10% of people who don't get WebGL 2. What should be rendered instead? Or should it fail?

I think some of that can be done in WebGL 1 anyway. Perhaps we could enable the OES_standard_derivatives extension, which should let you do it in WebGL 1 code with better compatibility - I reckon most WebGL 1 devices probably support that extension too, although actual support numbers are hard to come by, especially since webglstats shut down.

At least for our game, we would be ok with putting out an alert that webgl2 is required.

It would be welcome at least as an experiment (e.g. C3 beta) to try out using OES_standard_derivatives extension.

That being said, how would we set C3 projects to get only a webgl1 context and not a webgl2 context?

A lot of browsers have an option to disable webgl2 so you can utilize that for easy testing on your system.

To make the export use just webgl1 you can edit the runtime after exporting. Just look for .getContext(“webgl2”) and remove the 2.

R0J0hound - thanks for the comments, I'm hoping for something built into the C3 Editor to make this simple for the general C3 community.

My apologies then, I’m not really being helpful with the request.

I just work around stuff.

R0J0hound no worries, I appreciate the comments anyway. I hope that Ashley looks at implementing something to support the derivative functions somehow.