WebGLは同じグラフィックススタック上のOpenGLプリプロセッサとは異なります

Question

ChromeのGLSLコンパイラを使用すると面白い効果があります。声明

#define addf(index) if(weights[i+index]>0.) r+=weights[i+index]*f##index(p); 

は、##構文がサポートされていないようです

preprocessor command must not be preceded by any other statement in that line 

述べコンパイルされません。 しかし、同じプラットフォーム（Linux 64ビット、Nvidia GPUなど）では、同じシェーダがコンパイルされて正常に動作します。なぜこれ？私は、シェーダコンパイラがGPUドライバスタックの一部であり、どちらの場合でも使用されると考えました。なぜこの別の経験ですか？

Answer 1

WebGLの実装は、WebGLの仕様に準拠する必要があります。セキュリティ問題には多くの制限が必要です。 ##の問題はありませんが、とにかくWebGL仕様では正しくありません。

準拠するには、完全に適合するグラフィックススタックを使用するか（ドライバが表示している場合は、非拡張OpenGL ESプロファイルにラッパーを提供するなど）、GLSLシェーダコードとWebGL状態自体を事前にチェックしてcomamndsをいくつかの完全なOpenGL実装に渡す前に。

WebGLの動作は、同じマシン上のネイティブOpenGLの動作と異なる場合があります。

Answer 2

実際にWebGLは「OpenGL ES 2.0 for the Web」としても引用されているため、OpenGLにはいくつかの違いがあります。

WebGL仕様（https://www.khronos.org/registry/webgl/specs/1.0/）は次のように説明しています。 "WebGL実装では、OpenGL ESシェーディング言語バージョン1.00に準拠するシェーダのみを受け入れる必要があります。 GLSL ES 1.0仕様（https://www.khronos.org/registry/gles/specs/2.0/GLSL_ES_Specification_1.0.17.pdf）私が見つけたに探し

：

3.4節は、プリプロセッサを定義しても何の番号記号基づき事業者（なし＃、＃を@には、##など）がありません」と述べまた、sizeof演算子もありません。 "

だから、どんなブラウザの実装では、内部で行い、それが標準に従っ:)

Answer 3

Windowsでは、デフォルトでOpenGLドライバが使用されていないためです。それはDirect3Dを使用し、OpenGLからDirect3Dへの変換はANGLEプロジェクトによって行われます。

ANGLEには、独自のシェーダバリデータとプリプロセッサがあります。したがって、同じハードウェアを使用していても、Windowsと他のオペレーティングシステムの違いを見ることができます。 ANGLEが作成されたのは、WindowsではDirect3Dのサポートが一般的にOpenGLサポートよりもはるかに優れており、実装とその適合性をより詳細に制御できるからです。