最新のOpenGLシェーダは、相互に互換性を持たせるためにどのように書き込まれるべきですか？

Question

新しいOpenGL（3.0および4.0）の新バージョンでは、のgl_Vertexのようなビルトインの頂点属性は非推奨のです。実際にレンダリングする「新しい方法」は、位置、色などの独自の頂点属性を指定し、これらのカスタム属性をバッファにバインドすることです。

私の質問はこれです：どのようにレンダリングコードとシェーダを密接に結合せずにこれを行うことができますか？ 「位置」を頂点の位置として使用するシェーダーを記述する場合、シェーダーを使用するホストコードはそれを知っていて、頂点データを「位置」として渡す必要があります。私が "vertex_pos"で頂点データを取るために書かれた別のシェーダを使用したいのであれば、そのシェーダを最初に書き直すか、代わりに頂点データを "vertex_pos"として送るようホストコードを変更する必要があります。

すべてのシェーダが使用する標準の頂点属性とフラグメント属性のベストプラクティス名がありますか？または、あるエンジン用に書かれたシェーダーが修正なしに別のエンジンで動作しないように、バルカン付エンジン固有の標準がありますか？あるいは、一般的に、すべてのオブジェクトがカスタムシェーダと一致する独自のレンダリングコードを必要とするなど、標準が全くありませんか？

Answer 1

名前をそのまま旧名と呼んでください。コアプロファイルがある場合（つまり下位互換性がない場合）、古いGLSL仕様の予約済みの名前はで、無効と宣言されたが解放されます。バインディングの頂点属性を再宣言します。可用性属性を変更しているようです。互換性プロファイルでは、これらの変数名が事前に割り当てられ、バインドされています。

これは次のとおりです。シェーダに古い名前を付けることは便利で、現在のGLSLコンパイラで動作するようです。あなたが安全に行きたい場合は、プリプロセッサを使用してgl_プレフィックス予約名を自己選択プレフィックスに書き換え、それをバインドします。

Answer 2

まず、あなたの質問にお答えします。私はそのような標準命名規則を知らない。

しかし、それは属性名より複雑です。疑問のもとに隠されているのは、属性意味論の概念です。各入力属性は、各シェーダが期待する何らかの形式のセマンティクスを持っています。

そして、固定されたgl_名から学んだのは、彼らが意味論を過小に指定しているということです。

• gl_Positionにはどのスペースがありますか？ （答え：それはホストが何を渡したかに完全に依存します。エンジンはローカル空間であるものを渡す必要はありません。
• は、gl_TexCoord1ではテクスチャ座標ですか、実際は接線ですか？その範囲はどうですか？エンコードされていますか？

これらの問題に実際に対応している特定の命名法が見つかる可能性はありませんが、さまざまなエンジンに互換性を持たせる必要があります。

さらに問題がありますが、特定のエンジン（または特定のアセット）が、異なるエンジンからのシェーダに必要な特定の属性を提供する機能を持つことさえ明らかではありません。それでは？

これらはすべてバルカン化されたシェーダ環境になる理由です。

Answer 3

属性/統一セマンティクスの可能な実装の一覧については、questionを参照してください。私はOpenGL 3.4でもこの問題は解決されず、シェイダーとコードの間の契約を定義するためにあなたのデバイスにほとんど残っています。