【Unity2D】SetPropertyBlockによるテクスチャ差し替えのタイミングについて

Question

やりたいこと

Unityで2Dゲームを作成しようと思っています。Unity歴1ヶ月ほど、ゲーム開発経験なしです。

下記サイトを参考に、1つのAnimatorControllerを画像の差し替えのみで（同画面内の）複数キャラに使いまわそうと思っています。
→参考にさせていただいたサイト

質問したいこと

一応思った通りの動作はしてくれたのですが腑に落ちない部分があります。

「sprRenderer.SetPropertyBlock(block);」について、
「Update()」で実行すると、差し替え前のアニメがちらちら見えます。
「LateUpdate()」で実行すると、それがなくなり問題なく表示されます。

「Update()」では上手く表示されなかった原因はなんでしょうか？

ネットで調べてみてもコレというものが見つかりませんでした。

海外のサイトで「アニメーションシステムは、更新後、LateUpdateの前に更新されることに注意（和訳済み）」と書いてあるのを見つけたのですが、このことなのでしょうか？（よく理解は出来ていないのですが）

また、この方法が効率が良いと思ったので採用を考えているのですが、もしこの方法での問題点やほかに良い方法などがあればアドバイスを頂けると幸いです。

該当のソースコード

私が動作確認に使用したスクリプトはこちらになります。
下記のことを行っています。

1. SpriteRendereからMaterialPropertyBlockを取得する。
2. 取得した内容を任意のTextureで上書きする。
3. SpriteRendereを上書き後の内容で更新する。（Update / LateUpdate）

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class Enemy : MonoBehaviour
{
    // アニメーション差し替え用テスクチャ
    [SerializeField]
    private Texture texture = null;

    // プロパティーのIDを取得しておく
    // マテリアルのシェーダーのテクスチャ変数名らしい
    private static int idMainTex = Shader.PropertyToID("_MainTex");

    // アニメーターコンポーネントへの参照を格納する
    private Animator animator;

    // スプライトレンダラーコンポーネントへの参照を格納する
    private SpriteRenderer sprRenderer;

    // オブジェクトのマテリアル情報を格納する
    private MaterialPropertyBlock block;


    void Awake()
    {
        // 各コンポーネントを取得など
        block = new MaterialPropertyBlock();
        sprRenderer = GetComponent<SpriteRenderer>();
        animator = GetComponent<Animator>();

        // SpriteRenderer から MaterialPropertyBlock を取得
        sprRenderer.GetPropertyBlock(block);

        // MaterialPropertyBlock にテスクチャをセットして上書き
        block.SetTexture(idMainTex, texture);

        // 初期のキャラの向きを設定
        animator.SetInteger("direction", 1);
    }

    void Update()
    {
        // MaterialPropertyBlock を SpriteRenderer にセット
        //sprRenderer.SetPropertyBlock(block); // こっちだとチラチラと元のアニメが見える
    }

    void LateUpdate()
    {
        // MaterialPropertyBlock を SpriteRenderer にセット
        sprRenderer.SetPropertyBlock(block);
    }
}

Answer 1

ご提示いただいた「【Unity】”テクスチャの差し替え” で切り替わるスプライトアニメーションを作成する手順 - テラシュールブログ」の記事中で、

またスプライトが1秒間に12回だと速いので、半分の6回に減らしています。

とあります。これをさらにアニメーションを遅くして秒間2回とか1回にしていただくと明確になるでしょうが、スプライトが切り替わったタイミングでチラッと差し替え前のテクスチャが表示されるような挙動になっているかと思います。

「イベント関数の実行順序 - Unity マニュアル」に載っている「スクリプトライフサイクルのフローチャート」をご覧いただきたいのですが、UpdateはGame logicセクションの冒頭、LateUpdateはGame logicセクションの末尾に位置しており、両者の間にInternal animation updateと書かれたセクションがあるのを見て取れるかと思います。

想像が混じってしまいますが（すみませんが実装の詳細はネイティブコードになっており、十分追い切れませんでした）、Animatorによるスプライトの切り替えはこのInternal animation update内で行われるのだろうと思います。そしてSpriteRendererはスプライトが差し替えられた時に自身のMaterialPropertyBlockを更新していると予想されます。

Update内でテクスチャ差し替えを行った場合、毎フレームGame logicセクションの冒頭でMaterialPropertyBlockのメインテクスチャ情報が新テクスチャに変更されるはずです。しかしその後にInternal animation updateのセクションがありますので、Animatorによるスプライト切り替え発生時には、そこでさらにスプライト切り替えに起因するMaterialPropertyBlock更新が起こるのでしょう。
そのためテクスチャが本来のテクスチャに戻されてしまい、そのフレームの描画は差し替え前のテクスチャとなってしまうと考えられます。その後次のフレームに進むと再びUpdateでテクスチャが差し替えられますので、結果として本来のテクスチャが1フレームだけ一瞬表示される...と説明できそうです。

一方、LateUpdateはInternal animation updateセクションよりも後ですから、ここでテクスチャ差し替えを行う場合は確実に毎フレームテクスチャが差し替えられた状態で後続のScene renderingセクションへ進むことができるはずです。ですので元のテクスチャがチラチラまぎれ込むことはないのでしょう。

この方法で問題点はあるか...という点に関しては、私の見たかぎりでは特に問題が起こりそうな要素は思い当たりませんでした。ですがもし気になる挙動に遭遇しましたら、コメントいただければ可能であれば対策を検討してみようと思います。

Comments

[flow_man]

詳細なご説明ありがとうございます。納得いたしました。

実行サイクル「Update()」と「LateUpdate()」の間に「Internal animation update」があり、そこでAnimatorによるスプライト切り替えが発生してしまうという事なんですね。
「イベント関数の実行順序」のページは見たことがあったのですが、あまり詳細まで確認していませんでした。もっとしっかりと確認しようと思います。

また、この方法で問題なさそうとのご意見もありがとうございます。
まずはこの方法で進めていき、何か問題が発生して自己解決が出来なければ、この場所もしくは新たな質問投稿をしてご相談させて頂きたいと思います。

ありがとうございました。

＃4/17 3:09 一部記載漏れがあったので訂正しました。