下記のテーブルには、Karma CPUおよびXPUレンダリングエンジンで利用可能なすべてのLPEイベントのリストを載せています。 “Terminating(終端)イベント”とは、Light Path Expressionの最後で記述する必要があるイベントのことです。 以下は、完全に表現したイベントの一般的な定義です。 個々のコンポーネントについては、このガイドの次の章で説明します:

<event_type scatter_type['tag'['bsdf_label']]>

よくある混乱の1つは、発光オブジェクトが 光源ではない ということです。 LPEがLイベントとOイベントを区別しているのは、これが理由です。 単に発光シェーダが適用されたオブジェクトは、Lイベントだけを指定したLPEでは捉えられないので、どちらのタイプも捉えられるように多くのLPEは[LO]で終わるように定義されています。

ただし、ジオメトリライトは発光シェーダを持つことができるものの技術的には完全な光源として扱われているので、それとは事情が異なります。 つまり、ジオメトリライトは、終端イベントがLのLPEで のみ 現れることになります:

• 左側の図は、Houdiniロゴの形をした発光シェーダ付きジオメトリライトのビューティーパスです。

• 中央の図は、CL LPEによるAOVですが、発光シェーダの黄色の光が捉えられています。

• 右側の図は、CO LPEによるAOVですが、何も捉えられていません。

括弧は、イベントの組み合わせに使用し、山括弧(<>)、大括弧([])、括弧のないイベントには違いがあります。

• 山括弧(<>)は、イベントを完全に記述するのに使用します。山括弧(<>)内に複数のトークンが含まれていても、それらのトークンは単一イベントとして扱われます。例えば、<RD>は、拡散反射 のみ にマッチします。

• 山括弧(<>)で閉じていない記号は、省略形トークンです。例えば、Dは、拡散散乱イベントを含み、[<RD><TD>]を意味します。

• 大括弧([])は、その大括弧([])内のどのイベントにもマッチします。例えば、[LO]は、ライト または 発光のどちらにもマッチします。

• [^DG]は、拡散散乱または光沢散乱を 除く どのイベントにもマッチします。

• 括弧のないエクスプレッションは、指定された順序ですべてのイベントを必要とします。例えば、RDは、Dが必ずRに続かなければなりません。

下図は、山括弧を使用したLPE(C<RD>.*[LO])と山括弧を使用しなかったLPE(CRD.*[LO])の違いを示しています。

ワイルドカードと量指定子(繰り返し回数用の指定子)を使用することで、繰り返しを定義したり、結果を特定のイベントに制限することができます。 ワイルドカードは、LPEと組み合わせて使用する場合にはその使用方法が必ずしも明確にはならないため、おそらく最も抽象的な部分と言えるでしょう。 ワイルドカードに関する説明では、典型的には“イベントのゼロ回以上の繰り返しにマッチする”といった表現が用いられています。 LPEは光線と表面の作用を扱うため、この表現は“ゼロ個以上の表面に当たる”と解釈することができます。

!演算子は、LPEの出力を否定し、エクスプレッション全体の頭に配置する必要があります。 以下にこの例を挙げています。

以下のテーブルには、この概要に関連するすべての記号を載せています。

しかしながら、こんなにたくさんのAOVのリストが用意されていても、足りない場合があります。 カスタムLPEを追加するには、 Extra Render Vars セクションを開いて、 Render Vars を追加します。 すると、新しいAOVを定義できるパラメータセットが表示されます。 Source Type が LPE に設定されている場合にのみ、 Source Name 入力フィールドにカスタムLPEを追加することができます。

それでは、ガラスオブジェクトの透過部分のみを抽出してみましょう。 上記の最初のテーブルを見ると、ライトパスはカメラ->ガラスの透過->光源となるため、そのエクスプレッションは単刀直入に記述できます。 このテーブルに従えば、そのLPEはCTLとなります。 これは既に有効なエクスプレッションになっていますが、あまりにも短絡的です。

より複雑な例を試してみましょう。 いくつかのオブジェクトを遮蔽するガラス球を想定し、LPEがその球の背後にあるシーンエレメントのみを検出したいとします。 この場合、ライトパスが光源に到達するにはガラス表面を少なくとも2回通過する必要があるので、CTLのエクスプレッションは失敗します。 このエクスプレッションだと、光源に到達するまでの1回の透過イベントしか含まれていないので、既存のライトパスのどれにもマッチしません。 任意の数のイベントを含んだライトパスを包含するには、ワイルドカードと量指定子が必要になります。 したがって、最も適切なLPEはC<TG>.*Lとなります。 このLPEは、最初に光沢透過を通過してから 任意の数 のイベントを通過して最終的に光源に到達するライトパスにマッチします。

次に、発光オブジェクトも含めたいです。 LPEは常にカメラから光源(終点)の方向に向かって評価されます。 ライトパスは“従来の”光源 または 発光オブジェクトで終了できるため、どちらの光源も考慮されます。 このような区別には、大括弧が必要です。つまり、LPEはC<TG>.*[LO]となります。

アルファ透過は、否定演算子の良い例です。 以下のエクスプレッションは、透過オブジェクトからアルファ平面を作成します。 このLPEの構文は、上記のTransmission(透過)の例と同じです。 唯一の違いは、終端イベントが光源ではなくて背景のBであることです。 したがって、C<TG>*Bと記述することができます。

合成するには、その結果を反転させる必要があり、それは!演算子で行なうことができます。 !は必ずエクスプレッション全体の頭に配置する必要があります。 そのため、最終的なLPEは!C<TG>*Bとなります。

この例では、拡散面から反射した光(直接拡散反射)を取得したいです。 最初のテーブルを見ると、それに必要なイベントはC、D、Lです。 したがって、まず思いつく答えはCDLとなります。 しかし、Dイベントには拡散反射と拡散透過の両方が含まれています。 そのため、結局のところSSSまでも含まれてしまうので、これは望ましくありません。

LPEは、より具体的に定義する必要があり、拡散反射を考慮するようにするには、Dを<RD>に置換します。 その正しいエクスプレッションはC<RD>Lとなります。

そのLPEをC<RD>.*Lに変更すると、光源に到達するまでに拡散反射の後に1つ以上のイベントを通過するので、結果として 間接 拡散反射となります。

コースティクスとは、光源に到達するまでに、粗い(または拡散)表面と光沢表面の両方に作用するライトパスのことです。 ここでは、ガラス球からの 屈折 コースティクスを抽出してみましょう。 なお、このエクスプレッションはカメラから直接見えるコースティクスのみを検出します。 例えば、ガラス板の背後にあるコースティクスを検出しないようにします。

• すべてはカメラCから始まります。

• ここで最初の部分は、光線が床に到達した際の拡散散乱Dイベントとなります。

• 重要なイベントは、その拡散した光線が透過オブジェクトTを1回以上(+)通過することです。

• 光源Lが終点となります。

したがって、ガラス球からのコースティクスの完全なLPEはCDT+Lとなります。 このエクスプレッションは透過オブジェクトからの光線のみを検出します。 あらゆるタイプのコースティクス(反射または屈折)を考慮したいのであれば、より堅牢なCDG+Lのようなエクスプレッションが必要となります。

ボリューム->光沢->ライトのライトパスもコースティクスパスと見なされます。 拡散面だけでなくボリューム も 取得したい場合は、エクスプレッションをC[DV]T+Lに変更します。