LUTを使用してモバイルデバイスのTrig Heavyシェーダーを高速化する

私が取得しようとしていますこのシェーダを本当に古いのiDevice上で実行するだけでなく、最終的にはアンドロイド。

コードをフラグメントごとに2つの正弦関数に下げても、シェーダーは約20 fpsで実行されます。

私は古いシェーディングテクニックの本から一枚の葉を取り、事前定義されたTrig値の束を保持する配列を作成し、どういうわけかそれらを使用してシェーダーを近似することを検討しました。

上でリンクしたシェーダーでは、trig関数に送られる値を丸めることにより、マウスを左に動かすと（ダウンしている間）、シェーダーの品質が低下することをすでにシミュレートしています。左側に非常に近く、完全に異なるかなりクールなシェーダーのように見えるため、実際にはかなりクールです。

とにかく、私には2つのジレンマがあります。

1. GLSLシェーダーで定数などの360値の配列を含む最も効率的な方法は何か、わからないのですか？

2. 0から360までの角度が必要な場合、通常のように数値を範囲内に配置する方法を理解できません（はい、GPUがラジアンを使用していることがわかっています）。

   func range(float angle)
   {
      float temp = angle
      while (temp > 360) {temp -= 360;}
      while (temp < 0)   {temp += 360;}
      return temp;
   }
   

   ただし、GLSLでは、whileループまたは再帰関数を使用できません。

$[0,360)$$[0,2\pi)$

• $[0,360]$$[0,1]$
• ループのような間隔調整を行う必要がないという追加の利点があります（とにかくループは必要なく、単にモジュラス演算を使用できます）。GL_REPEATテクスチャのラッピングモードとして使用するだけで、引数> 1でアクセスすると自動的に最初から再開されます（負の引数の場合も同様です）。
• また、テクスチャフィルターとして使用することで、配列内の2つの値の間を基本的に無料で（または、ほとんど無料であるとしましょう）線形補間する利点も得られGL_LINEARます。これにより、保存していない値も取得できます。もちろん、線形補間は三角関数に対して100％正確ではありませんが、補間を行わないよりは確かに優れています。
• RGBAテクスチャー（または必要な多くのコンポーネント）を使用して、テクスチャーに複数の値を格納できます。このようにして、単一のテクスチャルックアップでsinやcosなどを取得できます。
• $[-1,1]$$[0,1]$float sin = 2.0 * (texValue.r + texValue.g / 256.0) - 1.0;（またはより細かい粒子の場合はさらに多くのコンポーネント）。これにより、マルチコンポーネントテクスチャから再び利益を得ることができます。

もちろん、テクスチャアクセスも完全に無料ではないため、これがより良いソリューションであるかどうか、およびテクスチャサイズとフォーマットの最適な組み合わせが何であるかを評価する必要があります。

テクスチャをデータで満たし、コメントの1つに対処することに関して、テクスチャフィルタリングがテクセルの中心で正確な値を返すこと、つまりテクスチャ座標がテクセルサイズの半分だけ離れていることを考慮する必要があります。したがって、はい、テクセルで値を生成.5する必要があります。つまり、アプリケーションコードでは次のようになります。

float texels[256];
for(unsigned int i = 0; i < 256; ++i)
    texels[i] = sin((i + .5f) / 256.f) * TWO_PI);
glTexImage1D(GL_TEXTURE_1D, 0, ..., 256, 0, GL_RED, GL_FLOAT, texels);

uniform float sinTable[361]glUniform1fv$[0,360)$mod

angle = mod(angle, 360.0);
float value = sinTable[int(((angle < 0.0) ? (angle + 360.0) : angle) + 0.5)];