Three.js: 選択照明

私が言っていることは基本的に持っているchannelでフィールドをTHREE.LightとlightChannelフィールドTHREE.Meshまたはそのような何か。 後者がnullの場合、すべての光源の影響を受けます。 後者がnullでない場合は、同じ値の光チャネルのみに影響します。

または、メッシュ自体ではなく、メッシュジオメトリの面を分離するために追加することもできます。

影を使いたいようですね。

まあ、私は影でそのようなことを達成することができました（そして私はすでに試しました）が、それは異なる副作用を与え、いくつかのオブジェクトを照らしてからそれらに影を落とす必要がないので、それはハックだと感じます。 そもそも火をつけてはいけません。

私が必要としているのは、特定の光源がメッシュの1つのセットに影響を与えるのではなく、他のセットに影響を与えることです。

通常、私は次のような手法を使用してこれを行います。

glEnable(GL_LIGHT0);
//...
glEnable(GL_LIGHTn);

// Draw the walls to room 1
DrawWalls(room[0]);

// Draw the contents of room 1
DrawContents(room[0]);

glDisable(GL_LIGHT0);
//...
glDisable(GL_LIGHTn);

// Draw the walls to room 2
DrawWalls(room[1]);

// Draw the contents of room 2
DrawContents(room[1]);

したがって、それは単なる影とは異なる機能のように見えます。 それとも私は何かが足りないのですか？

はい...これは確かに便利だと思います。 ただし、そのAPIがどのように表示されるかはわかりません。

たぶん、最も単純な解決策がここで最も効果的かもしれません：

1. channel （またはgroup ）をTHREE.Light追加します
2. affectedByLightChannel （またはaffectedByLightGroup ）をTHREE.Mesh追加します（またはジオメトリの面に追加することもできます）

どう思いますか？

「affectedByLightChannel」が長すぎて「lightChannel」のようなものでもかまいませんが、便利だと思います。光源と受信機のチャンネル番号だけです。

そのように：

    light = new THREE.PointLight(0xFFF7D6, 1.0, 15)
    light.channel = 123
    testScene.add(light)

    testScene = new THREE.Scene
    geometry = new THREE.BoxGeometry(2,2,2)
    material = new THREE.MeshLambertMaterial 
        color: 0xffffff

    cube = new THREE.Mesh(geometry, material)
    cube.lightChannel = 123
    testScene.add(cube)

lightChannelが0に等しい場合、すべてのチャネルの影響を受けます。 channelが0に等しい場合、すべてのメッシュに影響します。

したがって、現在の動作と完全に下位互換性があります。

それを理解するのは少し難しいかもしれません...多分それはこのようなものの方が良いでしょう：

cube.lightInfluences = [ light1, light2 ];

私には絶対に問題ないようです。

使用するのが少し難しい場合もあるかもしれませんが、明らかに理解しやすいです。

メッシュとライトの単純な整数マスクプロパティはどうですか？

light = new THREE.PointLight(0xFFF7D6, 1.0, 15)
light.mask = 0xffffffff; // default mask
testScene.add(light);

cube = new THREE.Mesh(geometry, material)
cube.mask = 0xffffffff; // default
testScene.add(cube);

オブジェクトは、マスクの論理積がゼロ以外の場合にのみライトで照らされます。
これにより、オブジェクトに追加のメソッドを追加することなく、ライトを複数のチャネルの影響を受けることができます。

マスクのデフォルトの0xffffffffは、既存のコードに影響を与えません。

@ satori99が言ったこと。

ただし、 maskは、代わりにLightとMesh*Materialプロパティである必要があると思います。 （ライトの影響を受けるマテリアルのみ。）

また、プロパティには、 lightMask 、 lightChannel 、またはchannelという名前を付けることもできます。

チャネル/マスクアプローチの問題は、ユーザーがビット単位の操作を理解する必要があることです。 APIの他の部分と比較すると、少し強すぎます。

配列アプローチではできないマスクでできることは何ですか？

上記の2つの部屋でのタスクの例を挙げられます。

アレイアプローチよりもチャネルアプローチを使用する主なポイントは、アレイを使用する場合、「light1を部屋1から部屋2に移動する」などの単純な操作がより複雑になることです。

設定するだけでなく

light1.channel = 2

（以前は1に設定されていました）

以前にlightInfluences配列にlight1があった部屋1のすべてのオブジェクトを検索し、それらの配列からライトを削除してから、部屋2のすべてのオブジェクトに追加する必要があります。

「オブジェクト1を部屋1から部屋2に移動する」のような簡単な操作で同じ話。 そのinfluenceChannelを1から2に設定する代わりに、その部屋のすべてのライトを見つけて、その影響配列からそれらを削除し、次に部屋2のすべてのライトを見つけて追加する必要があります。

それができないわけではないので、lightInfluencesのアプローチは私にとって絶対に良いと言ったのです。 しかし、チャネルのものは、一般的な操作を1つの割り当てと同じくらい簡単にするために、私がその上に実装する最初のものになります。

マスクとして実装すべきだと思います。 （CPUに実装されているかGPUに実装されているかは、後で説明するための問題です。）

設定方法を例で示し、ユーザーはそのパターンに従うことができます。

それでも複雑すぎると思われる場合は、 THREE.Channels APIを作成できます。

light.channels = new THREE.Channels();
...
light.channels.clear();
light.channels.add( channel );
light.channels.remove( channel );
light.channels.all();

Mesh*Materialについても同じ方法です。

私はそのAPIが好きです:)
これはオブジェクトやライトで機能していることがわかりますが、マテリアルではどのように機能していると思いますか？

材料だけが光に反応します。 これは素材の特性である必要があると思います。

私はこれに@westlangleyに同意します。 ライトは素材に依存します。

「オブジェクト1を部屋1から部屋2に移動する」のような簡単な操作で同じ話。

まあ、それは問題です。 Channelsはオブジェクトベースではありません。

まあ、それは問題です。 チャネルはオブジェクトベースではありません。

しかし、なぜ？ それは技術的限界ですか？

なぜなら、それはそのすべての考え全体を無効にするからです。 同じマテリアルを再利用するさまざまなオブジェクトが存在する可能性があるため、一方は点灯し、もう一方は点灯しないようにする必要があります。

しかし、なぜ？ それは技術的限界ですか？

いいえ。オブジェクトがライトに反応しないためです。 材料だけがそうします。

同じマテリアルを再利用するさまざまなオブジェクトが存在する可能性があるため、一方は点灯し、もう一方は点灯しないようにする必要があります。

シーン内のすべてのオブジェクトに同じマテリアルを使用できます。マテリアルに異なる均一な値が必要なオブジェクトのマテリアルはcloneだけです。 すべての人が共有するシェーダープログラムは1つだけです。

マスクとして実装すべきだと思います。 （CPUに実装されているかGPUに実装されているかは、後で説明するための問題です。）

これはGPUで直接簡単に処理できますか？

これはGPUで直接簡単に処理できますか？

はい、ライトとマテリアル用に追加のchannelsユニフォームを渡す必要があります。

レイヤー管理システムはどうですか？ メッシュをレイヤーにグループ化し、そこからマスクを適用します（ライト、シャドウ、可視性などに影響を与える可能性があります）。統一は良い例ですか？

影も関連トピックです。 セレクティブシャドウキャスティングのようなものもあるべきだと思います。 'receiveShadow = true'の代わりに、 'receiveShadowFrom = ...'（およびソースのリスト）のように。

特定の部屋にのみ影響するライトを設定すると（私の例では）、それらのライトがこの部屋のオブジェクトにのみ影を落とすようにする必要があるためです。

このスレッドの上記と同じ理由で、シャドウ属性は実際にはオブジェクトではなくマテリアルにある必要があります。

このスレッドの上記と同じ理由で、シャドウ属性は実際にはオブジェクトではなくマテリアルにある必要があります。

はい、それは理にかなっています！

この機能を含める計画はありますか（最初のドラフトの計画されたターゲットリリースなど）？

回避策として、部屋（およびそのライト）ごとに個別のシーンを用意することで、ほとんどの要件を達成できますか？

renderer.autoClear = false;
...
renderer.render( scene1, camera );
renderer.render( scene2, camera );

うーん、このアプローチを試してみます！

選択的な照明/影は、将来のバージョンのIMOでは必須です。

これはBIG + 9999で、マテリアルが光源Aまたは光源Bのどちらから影を落とすかを選択できるようにしたいと思います。現在、2つのシーン以外の解決策を持っている人はいますか？ それは私にとって物事をかなり苦痛にするでしょう...

なんてこった、これはまだ実装されていないのですか？ ローハンから+9999の後）

ハハ私の推測では、 @ tsoneを実装するのは思いますが、そのコミットに関する情報を提供できますか？ 今電話クライアントでブラウジング

これらが材料に渡される単なるユニフォームである場合、どのように実装するのが難しいですか。 彼らがしなければならないのは、webglレンダラーのどこかに、マテリアルで定義されているライトのサブスティチュートグローバルリストが存在する場合です。

これは、DevブランチのLayers実装をテストする単純なJSFiddleです。
https://jsfiddle.net/Angrypickle/t8f7q3vo/4/
残念ながら、現時点では、正常に機能しているようには見えません。 それとも私は何か間違ったことをしていますか？

はい。 レイヤーはまだライトでは機能しません。 ただし、カメラ/オブジェクトでは機能します。 😊

ロジャー、サー！ これは、オーバーラップするカメラを使用してレイヤーを使用した選択的な照明を実現する、更新されたJSFiddleです。
https://jsfiddle.net/Angrypickle/t4a1eusL/
デスクトップとモバイルで正しく動作するようです。 誰かがこのアプローチでひどく悪いものを見ますか？ 少なくともライトがレイヤー機能に結び付けられるまでは？

誰かがこのアプローチでひどく悪いものを見ますか？

もちろん悪いです。 シーンをナビゲートする単一のカメラを持っているのではなく、人々は今やことをしなければならないでしょうcamera1.add( camera2 );つまり、私がそれを見ると、これはWTFです。 どのような？ 私のカメラのカメラ？ 個別に照明する必要のある部屋が数十ある場合はどうなりますか？ カメラは何台必要ですか？ そしてレイヤー...昨日はレイヤーがありませんでした、そして今私はそれらについてl̲e̲a̲r̲n̲しなければなり

言うまでもなく、私にはこれに対する完璧な解決策があります。 たとえば、alternativa3dの人々は、ライトのバウンディングボックスにあるものにライトを当てていました。 これには、エンドユーザーにとって次の0のセットアップという利点がありましたが、ライト間の境界を斜めにする必要があると、バラバラになりました。 しかし、それでも、実際のプロジェクトでこの問題を今すぐ解決する必要がある場合は、使用済みの標準材料をShaderMaterial-sに削り取り、そこに手作業で必要なライトを渡すことを解決する可能性があります。

@makcレイヤーは実際には非常にシンプル（そして強力）です！
@ Zob1のアプローチは間違いなく正しいアプローチではありません。 レイヤーがライトでも機能するようになるまで、それほど時間はかからないことを願っています。

私が正しくフォローしていることを確認するためだけにみんな。 単一のシーンと「メイン」光源があるとしましょう。 この手法を使用して、特定のマテリアルでこのメイン光源を無視し、別の光源からシャドウを投影することは可能ですか？

そのためには、マテリアルにレイヤーサポートを追加する必要もあります。

現時点でできることは、カメラからオブジェクトを表示/非表示にすることです。

ゲームを実行していて、エディターで球を使用してコライダーを表示するとします。 これらの球体はレイヤー1に設定でき、カメラのエディターではレイヤー0と1を有効にできますが、ゲームカメラはレイヤー0に設定できます。そうすると、エディターではすべてのダミーが表示されますが、ゲームではそれらが表示されます。行ってしまった。

エディター自体に機能を追加するときはいつでも、これはより理にかなっていると思います。 おそらくいくつかの例も行う必要があります。

右！ つまり、基本的に私がやりたいのは、ThreeJSの世界に2Dキャラクターがいるということです。 これらのキャラクターは、環境の一部であるかのように見せるために「スポット」シャドウが必要です。 私は現在、足元に配置された透明な黒い円のジオメトリと、角度を付けて機能させるためのかなりハッキーなものを使用してこれを達成しています。 それでも、複雑な表面ではまったく機能しません。

私の当初のアイデアは、目に見えない円のジオメトリを各キャラクターの上に「ハロー」として配置し、シーン全体をカバーする真下を指すライトを作成することでした。 これらのハローはこの光源からのみ影を落としますが、シーン内の他のすべては「メイン」光源から影を落とします。

このアイデアが機能するためには、レイヤーが必要だと思いますよね？

これらのハローはこの光源からのみ影を落としますが、シーン内の他のすべては「メイン」光源から影を落とします。

以前はshadowOnlyオプションがありましたが、削除されました。

FWIW、影を作成するためのこのアプローチがあります...

ああ、でもshadowOnlyは実際には機能しません。なぜなら、ハローは両方の光源から影を落とすからです。一方からだけ影を落としてほしいのです。

私は今電話でその例をチェックしますが、有望に見えます。

うーん編集しますが、その球がシーン内の位置を変更し、地面のメッシュの高さが変化する場合、その影は地面の表面法線と正しく一致しますか？

いいえ...

うん、そう思った。 レイヤーが必要です！ ヘヘ

こんにちは@ rohan-deshpande、

はい、ユースケースでは、ある種のレイヤーが必要になります。 しばらく前にシャドウメッシュ機能を実装したのは私です。 これらは単一平面の影であるため、平らな床または地面を含むシーンに使用することを目的としていました。 ただし、高速で安価な（ただし正しい）単一平面シャドウが必要な場合、パフォーマンスの面でこれらを打ち負かすことは困難です。 これらを追加した理由は、単純なデモシーンでも、シャドウマップによってフレームレートが大幅に低下したためです。 一方、Shadowmeshesは、私の電話でも高速に実行されます。

あなたはここでそれらを使用する私のゲームをチェックすることができます：
https://github.com/erichlof/3dLightCycles

2つの異なるビューポートを介してシーンを2回レンダリングしており、すべてのゲームオブジェクト（サイクルとトレイルウォール）に正しいシャドウがあります。 それは私のスマートフォンで滑らかに動作します。これは、フレームごとに2つのシーンレンダリングのシャドウマップでは不可能です。

将来のレイヤーのためにここに+1 :)

@erichlofゲームは、iPhone6の男性で見た目も実行も優れています。

さて、私はレイヤーを待つと思います。 それまでは、私のハッキーなソリューションで十分です。

やあみんな
これは実装されていますか？
http://stackoverflow.com/questions/33689781/casting-shadows-based-on-a-specific-light?noredirect=1#comment55153706_33689781

いいえ、まだ実装されていません。 レイヤーを待つか、ITTにリストされているソリューションの1つを試す必要があります（たとえば、別のシーン）。

再び+99999

これは間違いなく非常に役立ちます。 これでレイヤーが機能するようになりました。これは、これを支えてきたもののようです。 だから、ここにフレンドリーなバンプがあります。 ;-)

@manthraxこれをチェックしてください！

再び+99999

私はこれが大好きです。 各アバターが最も近いライトだけで照らされている状況があり、シーンに何千ものライトを入れることができるので、アバターごとに1つのライトを指定すると便利です。

こんにちは！
私は、この機能を必要とするつもりだ、と私はこれを行うことができる場所を私が位置したと思うので、私は、それを実装すると考える（ initMaterialでWebGLRenderer ）とそれが使用して非常に簡単する必要があります既存のレイヤー。

ライト固有のビットマスク（ Layersオブジェクトとして）を作成して、特定のライトオブジェクト（ライト自体のオブジェクトレイヤーとは無関係）の影響を受けるレイヤーを選択し、ライト/シャドウマップをフィルタリングすることを考えています。上記の関数では、各オブジェクトのユニフォームとして設定されます。

それは関係がありますか？

その前に他の方法にリダイレクトしない限り、これを試して、これを達成したらすぐにプルリクエストを送信します。

アップデート：

https://github.com/tiesselune/three.js/tree/selective-lighting

私はどこかに行きます。 これがパフォーマンスにどのように影響するか、またはパフォーマンスのためにコードを最適化する方法はわかりませんが、私が行ったいくつかのテストで機能しています。 レイヤーごとの照明！ わーい！

ただし、プルリクエストを送信する前に、さらにテストを行い、関連する例を作成する必要があります。

アップデート：

さらにいくつかのテストを行いました。異なるレイヤーにある（そして異なる照明設定を持つ）2つのオブジェクトに同じマテリアルがあると、照明設定以降、レンダラーは常に（ needsUpdate介して）マテリアルを更新します。以前は不可能だった、2つのオブジェクト間のマテリアルの変更について。 これは、パフォーマンスの大幅な低下と視覚的な奇妙さを意味します（レンダリング時に最後のマテリアルアップロードが優先されるため）

もちろん、これは、照明設定が異なる2つのオブジェクトにまったく同じインスタンスを使用する代わりに、新しいマテリアルインスタンスを作成することで回避できます。 しかし、ユーザーのためにクローンを作成することは良い考えではありません。元の素材の変更を監視して、それらをクローンにミラーリングすることを意味するからです。

これが私が使用できる2つの解決策です：

1. 照明設定が異なる異なるレイヤー上の2つのオブジェクトが同じマテリアルを共有している場合に警告を表示するだけで、ユーザーは新しいクローンマテリアルを自分で作成および管理できます。

2. オブジェクトのレベルではなくマテリアルレベルでレイヤーを追加する（そしてライトのパラレルレイヤーシステムを作成する）ことができるので、異なるライティング設定を実現するには異なるマテリアルを使用する必要があります。 つまり、可視性（オブジェクトとカメラ）用の現在のレイヤーシステムと、照明（マテリアルとライト）用の別のレイヤーシステムが存在することになります。

皆さんはどう思いますか？

あなたのコメントが入ってくるのを見て、私はちょうどこれについて考えていました。多くの人がおそらくそれを見ないので、警告を表示することは役に立たないと思います。 2つのうち、私はオブジェクトよりもマテリアルにライトレイヤーを設定することを間違いなく好みます。 少し直感に反しますが、それでも理にかなっています。

明確にするために、 needsUpdateが設定されている場合、この場合は、均一な値を再計算するだけですよね？ さまざまなシェーダーをすべてキャッシュする必要があるため、シェーダーを再コンパイルする必要はありません。 どんなパフォーマンスヒットが見られますか？ プロファイラーを使用して、余分な計算が行われている場所を正確に確認しましたか？

ちなみに、 filterAmbiantLightsはfilterAmbientLights必要があります。

あなたはスペルミスについて正しいです。 私は実際にそれが間違っていることに気付く前に「アンビエント」ですべてを書いていました、そして私は出来事を忘れました。 😇

次に、マテリアルのレイヤー情報を移動するつもりです。 それはより関連性があり、それが機能する方法と一致しているようです。

パフォーマンスの低下が来た（まだ来て）からinitMaterial （その後、 acquireProgramとgetShaderParameterので、何回か、何らかの理由で途方もなく遅いです）すべてのフレームと呼ばれているlightHashは毎回異なり、 material.needsUpdateをtrueます。

ところで、私はChromeのプロファイリングツールを使用しています。 （タイムラインとプロファイラー）。

それは私には問題ありませんが、なぜacquireProgramを常に実行する必要があるのか​​わかりません。 各タイプのライトの数がプログラムパラメータに追加された場合、毎回シェーダーを再コンパイルする必要はありませんか？

私もわかりません。

これが（すべてのフレームでの）コールスタックとそれに続くひどいメモリリークです。これらに精通している場合は、何が問題になっているのかを理解するのに役立ちます。 フレームごとに新しいWebGLProgram作成しているようです...

WebGLProgramの作成中に頂点/フラグメントシェーダーコードを更新し、再コンパイルするか、別のシェーダーと見なすのはreplaceLightNumsである可能性があります...？

編集：とにかく、材料レベルでレイヤーを使用すると、期待どおりに問題が解決します。 調査する必要のあるメモリリークがどこかにありますが、それ以外の場合はかなり良好に見えます。

コードを完全に理解し、新しいバグが発生していないことを確認するためだけに、なぜこれが発生しているのかを理解することをお勧めします。 それをステップスルーして、シェーダーコードがフレームごとに変更される理由を確認できますか？

WebGLPrograms何が起こっているのかを十分に理解できていませんが、それらのシェーダーをキャッシュする必要があるようです。

実際、これは非常に簡単です。

• acquireProgramを呼び出すかどうかを知るために、 initMaterialはキャッシュからシェーダー「コード」を取得し（実際には、 getProgramCodeで構築されたハッシュのようなものです）、比較します。それを現在の資料のプログラムの「コード」に変換します。
• この関数は、各タイプの光の数を含むパラメータから「コード」を作成するため、フィルタリングされ、オブジェクト間で異なりますが、オブジェクトごとに同じマテリアル（つまり同じプログラム）でコードが異なる場合があります。他の。
• このプロセスはオブジェクトごとに繰り返されるため、「コード」はフレームごとに数回変更され、1つのフレームで何度も再コンパイルされます。これにより、パフォーマンスが低下します。
• とはいえ、複数のオブジェクトが同じマテリアルを持ち、同じプログラムであるため、最後のオブジェクトがそのパラメータをプログラムに課しました。これにより、両方のオブジェクトが同じライト設定で照らされましたが、必ずしも同じシャドウマップ（異なる順序でオブジェクトに対して計算できますが、同じ「最後のオブジェクトが勝つ」問題が発生し、視覚的に奇妙になります。

これで、メモリの最適化を除いて、すべてが期待どおりに機能します（ライトの設定が異なるオブジェクトごとにマテリアルとプログラムが異なるため）。これは、すぐに取り組む予定の独自のライトハッシュで実行できます。

ライトの数値が可変で、各マテリアルが同じプログラムのインスタンスにすぎない場合は、ある程度の改善が見込めますが、これらの数値はシェーダーコード（ replaceLightNums ）に挿入されるため、現在の方法と互換性がないようです。です（そしてそれらの最適化）。

説明が十分に理解できることを願っています

レイヤーマスクをシェーダーに渡すことができるかどうか（オブジェクトごとに1つのユニフォーム、ライトごとにもう1つのユニフォーム）。 次に、このようなここに追加でき

何かのようなもの...

for ( int i = 0; i < NUM_POINT_LIGHTS; i ++ ) {

    pointLight = pointLights[ i ];
    pointLight.distance *= float( object.mask & pointlight.mask > 0.0 );

    ...

}

ええと、glslでビット演算を実行できるとは思いません...

はい、ビット単位の操作はGLSL 1.30で始まり、標準のWebGLは1.00を使用しているようです。 😕

こんにちは@mrdoobと@tiesselune 、

Chrome56とFirefox51がリリースされたばかりです。つまり、WebGL 2.0がデフォルトで有効になっています（WebGL2はOpenGL ES 3.0仕様に準拠しています）。 つまり、ビット演算（および3Dテクスチャなどの他のクールなもの）が利用できるようになりました。 ThreeがWebGL2.0への移行の準備をゆっくりと進めているかどうかはわかりませんが、three84.jsのコピーにいくつかの必須の変更を加えてWebGL 2.0を有効にし、それを確認するためにシェーダーでビット操作を行いましたうまくいきました、そしてそれはしました！
https://developers.google.com/web/updates/2017/01/nic56
https://developer.mozilla.org/en-US/Firefox/Releases/51

あなたに知らせたかっただけです。 マスキングのアイデアの+1 :-)

こんにちは@erichlof ！ これはWebGL2にとって素晴らしいニュースです。 これは、WebGL2レンダラーがおそらくより効率的な方法でマスキングの問題に取り組むことができることを意味します。

とにかく、これまでのところWebGL2をサポートするブラウザーの使用は非常に限られているため、WebGL 1で機能させるための努力を捨てることはできないと思います。ほぼすべてのブラウザーがWebGLアプリを実行できるようになるまでに長い時間がかかるため、おそらくWebGL 2が実際に大規模に使用できるようになるまで、もう少し長くなります...😕しかし、ヒントをありがとう！

また会ったね！

新しい更新：メモリ管理に必要と思われることを実行しましたが、JSヒープガベージコレクションは、プロファイルを実行するときのソフトウェア構成（プログラムの実行、タブ、拡張機能の実行）と大きく関係しているようです。 それについてもう少し経験のある人は、私のコードが現在のバージョンのthreejsと比較してそれほどメモリを消費していないことを確認できますか？

とにかく、 examples /webgl_lights_selective_lighting.htmlで

スクリーンショットは次のとおりです。

ここで例をライブで表示できるはずです。

https://rawgit.com/tiesselune/three.js/selective-lighting/examples/webgl_lights_selective_lights.html

ただし、エラーが発生します。

Uncaught TypeError: Cannot read property 'set' of undefined
    at init (webgl_lights_selective_lights.html:117)
    at webgl_lights_selective_lights.html:67

@looeee ：ローカルホストでnpm run build-uglifyを実行する必要があります。 マージ可能性の目的で、コミットにビルドを自発的に含めませんでした...

それとも私がすべきですか？

編集：テスト目的の別のブランチでの作業リンクは次のとおりです： https ：

ねえ、私から+999999。 これを実装する必要があります（少なくともTHREE.Layers ）

$$('.comment-body').reduce((acc, el) => {
  let mat = el.textContent.match(/\+(\d+)/)
  let num = +(mat && mat[1] || 0)
  return acc + num
}, 0)
>> 1219997

🤔

@mrdoob彼はこのスレッドで+ Nsを計算しました

ところで、セレクティブライトの場合は+14570

これは、より高度な抽象化で照明がどのように機能するかを微調整するのに非常に役立ちます。

たとえば、次のペンでは、照明をよりリアルにするために、DOM要素に対して1つの方法で照明を機能させ、Sphereに対して別の方法で照明を機能させたいと考えています。

https://codepen.io/trusktr/pen/RjzKJx

シングルポイントライトのように見える特定の効果は、特定の要素のみに選択的に影響を与える2つ以上のライトを組み合わせることによって実現できます。

たとえば、前の例では、光の強度を上げて「DOM要素」に見栄えの良い影を付けることができますが、球体は少し光沢があり明るく見えます。 球体用に薄暗いライトを、「DOM要素」用に明るいライトを使用できれば、この方法でより現実的なものを実現できます。視聴者には、まだ1つのライトしかないように見えます。 次に、この種のことを高レベルのAPIで抽象化して、舞台裏で2つのThree.jsライトが実際に機能しているときに操作されているライトが1つしかないように見せることができます。

@WestLangley

回避策として、部屋（およびそのライト）ごとに個別のシーンを用意することで、ほとんどの要件を達成できますか？

このような例へのリンクはありますか？ 結果に他の予期しないレンダリング効果をもたらす可能性はありますか？

結果に対する他の予期しないレンダリング効果？

たとえば、透明オブジェクトのレンダリング順序-シーン1の透明オブジェクトは、シーン2の不透明オブジェクトの前にレンダリングされます。

このような例へのリンクはありますか？

ここで、私はあなたのためだけに1つ作成しました： https ：

たとえば、透明オブジェクトのレンダリング順序-シーン1の透明オブジェクトは、シーン2の不透明オブジェクトの前にレンダリングされます。

それが私が考えていたものです。 これにより、回避策は非常に限られた場合の回避策になります。 本当の解決策を楽しみにしています！

さて、あなたは、シーン1からシーン2の不透明なオブジェクトが透明なオブジェクトを介して見える場合にのみ問題が発生するだろうと主張することができます。 しかし、そうであれば、ライトも通過するはずであり、そもそもシーンを分離する理由はありません。 しかし、私はこの種の議論が本当に説得力がないことに同意します。

@makcこれが私が解決しようとしている問題の例です：

https://discourse.threejs.org/t/how-to-make-shadows-darker-on-transparent-objects/1389

選択的な照明はこれに本当に役立つと思います。

@trusktr mrdoobのシャドウマテリアルを変更することで、これを解決できると思います。 白黒の影のテクスチャを表示するだけで、必要に応じて透明になるように変更できます

PlayCanvasのマスクは、選択的な照明に非常に使いやすいようです： https ：//forum.playcanvas.com/t/set-certain-object-to-not-receive-light/785

これをマージできますか？ シャドウの問題は、コードの変更とは関係のないLambertシェーダーが原因だったと思います。 @tiesselune

@ErikBehar私は実際に今日の午後に何かすることを探していました。コードを最新のthreejsに更新して、プルリクエストを送信しようとしていますか？ こんなに大きなプロジェクトに本当に貢献したことを知って、本当に楽しかったです。 （そして、このバグが私の変更とは何の関係もないことを確認できて良かったです）

編集：コードのこの部分が大幅に変更されていることを発見しました。 以前使用していた状態がWebGLRendererからWebGLLightsに移行したので、少し時間がかかると思います。

@tiesseluneこれをプロジェクトに組み込む必要があったので、先に進んでコードをv93に移植しました。https：//github.com/ErikBehar/three.js/tree/selectiveLightsを参照してください。

よろしければPRできますか？ @mrdoob

@ErikBeharええと、それは私が目指していたもののように見えますが、私はそれを完全に行う時間がありませんでした。 ただし、フィルタリング/ハッシュ関数をWebGLRendererから移動して、WebGLLights状態オブジェクトに追加したと思います。 レイヤーシステムは州の一部であり、レンダラーの一部ではないので、彼らは今そこに属しているように感じます。

@ErikBehar PRは素晴らしいでしょう！

@tiesseluneあなたが提案するようにそれを動かすことを検討するか、または私のフォークにPRを押してください笑=]そして私はすぐにPRを投稿します@mrdoob

これの状況はどうですか？ @ErikBeharのr94devコードをr94にマージしてから、r97をマージしましたが、非常に単純な競合が2つだけあります（バージョンの変更、選択的照明用のいくつかの変数、renderers /WebGLRenderer.jsでのハッシュ作成。喜んでPRを入れてください。 @ tiesselune選択的照明状態をどこに置く教えていただければ、それを移動してテストし、PRを入れていただければ幸いです。

編集：
少し後で：これが機能するには、新しいライトハッシュでいくつかの作業が必要であることがわかります。

あなた自身のような私は、関係なく、彼らは@ErikBeharのコードを受け入れるかどうかに喜んでいるかどうかの、それだけで他の人がそれをお勧めします場合には時代遅れのものを置き換えるために、PRを提出することをお勧めだと思うだろう@VaelynPhi、やりました

この男にボールを落としてすみません= / ... @VaelynPhiフォーク/ブランチを投稿できますか？

心配ない; 忙しいのはわかります。 残念ながら、私はあなたが働いていたブランチ、@ ErikBeharさえも得ることができませんでした。 状態を適切な場所に移動し、うまくいけばバグを修正できるように、コードを読んでコードを分解しようと決心しました。 v94でもまだポートステートが機能していません。 おそらく、 @ makcが提案するように、それをクリーンアップしてPRに入れて更新することが

以下に基づいてPRを追加しました：
https://github.com/ErikBehar/three.js/commit/ac0499b70b82bc7bb780100a8372fcdf318d1424#diff -5e43a0b5002eb2c419def3baf67d4e67
@ErikBehar
誰かがいくつかのレビューと例を手に入れることができますか？

https://github.com/mrdoob/three.js/pull/15223

やあみんな、これのステータスは何ですか？ @tiesselune @ErikBehar何かお手伝いできますか？ 4年後にようやく実装できたらいいなと思います😄💯

@ flyrell＃15223で完了に近づいているように見えるので、この問題を閉じることができると思いますか？