_Main2ndTexが透明テクスチャじゃなくなる

[anatawa12]

代理報告です

前

後

透明度をアニメーションでいじってるそうです

色温度と彩度両方を切ると発生しない

[Rerigferl]

少し調査してみましたが、アルファ値の焼き込み自体は正常に行われているみたい？（プレビュー表示が何故か透明にならなかった）
色温度調整と透明度のアニメーションは仕組み的に併用不可能な気がするので警告出したりした方がよさそうですね・・・

[Narazaka]

おそらく同様の事案で、色温度と彩度をONにしていると最初から透過色を設定しているがアニメーションで不透明度を弄るマテリアルが透過色が焼き込まれて固定になってしまいました。
たぶん仕様上回避が難しいような気はするので、警告があると嬉しい気がします。

[KisaragiEffective]

1.12.3でも同様の事象を踏みました。
再現手順:

1. MAでセットアップしたオブジェクトXをアバターのヒエラルキーの下に入れる
2. XのメッシュのマテリアルをlilToonにする
3. 2で設定したマテリアルの2nd Tex Colorを(1, 1, 1, 0)と(1, 1, 1, 1)の2値で補完せずに切り替えるAnimation Controllerを作る
4. 3に対応するBoolパラメーターをMA ParametersでXに追加する
5. 4と同じ階層に3で設定したAnimation ControllerをMA Merge AnimatorでXに追加する
6. アバターのルートに色温度調整及び彩度調整を有効にしたLight Limit Changerを追加する

期待する挙動: 3のアニメーション及び6の調整がそれぞれ効く
実際の挙動: 3のアニメーションが無視され、6だけが効く

現状のワークアラウンドとしてはLLCの除外設定にXを入れることで回避しています。

[Rerigferl]

アニメーションが動かなくなるのは半分仕様みたいなものですね・・・（アニメーションからアルファの操作を外すのは上手く行かなかった記憶があります）
LLCのアニメーションの優先順位を落とすか警告出して対処するほかないかなぁって感じです

[anatawa12]

もとのアニメーションがrgbをいじっていないという想定(またはvalidation)していいのであればalphaいじるアニメーションに色変えるBlendTreeを被せることはできるかも？