Arbor

> セール終了後にアップデート作業を行いますので早くても来月中旬ごろを予定しております。

承知いたしました。お待ちしております。
引き続きよろしくお願いいたします。

ご連絡ありがとうございます。
こちらとしてはArbor関連のコンポーネントが破棄された後に意図しない参照が残っていなければ問題なく、いただいた仕様で不都合ありません。

お手数ですが、アップデート時期が決まったらご連絡いただけますと幸いです。
引き続きよろしくお願いします。

ご対応ありがとうございます。
それでは、次回アップデートの反映を検討させていただきます。
引き続きよろしくお願いいたします。

ご対応ありがとうございます。
新しくいただいた対応を入れて検証してみましたが、症状は改善しませんでした。
引き続き情報がありましたらよろしくお願いいたします。

アップデートでの対応もお待ちしております。

暫定対処を試しましたが、NullExceptionが発生＆EachField.cs L435にnullチェックを追加しましたが今度はうまくビヘイビアツリーが動作しなくなってしまいました。 メソッドの一番最後に追加とのことでしたが、EachField<T>.Find(object rootObj, System.Type type, IFindReceiver receiver, bool ignoreRoot)の一番最後ということであっていますでしょうか。 s_FindReceiver.receiver = null; 引き続き調査しますが、情報ありましたらよろしくお願いいたします。

ご連絡ありがとうございます。

報告した現象はランタイムで確認しております。
こちらで確認した限りではCalculatorやDecoratorの入出力となったコンポーネントが残っており、NodeBehaviour関連である可能性が高いと推測します。
こちらでもEachField.csやCalculator.csのstatic変数にあたりを付け調査を行っていますが、特定には至っておりません。
いただいた暫定対処方法で改善するか確認いたします。

引き続きよろしくお願いします。

お世話になっております。 BehaviourTreeによる制御を行った後のメモリ使用について質問です。 BehaviourTreeコンポーネントを含むGameObjectが破棄された後にMemoryProfilerでキャプチャをしたところ、破棄されたはずのコンポーネントがメモリに残り続ける現象を確認しています。 このコンポーネントがどこから参照されているかMemoryProfilerで確認したところ、最終的にArborのNodeで参照されているようです。 Calculator等ノードの入出力となったコンポーネントがstatic変数のようなもので参照され続けており、GCで破棄されない可能性を検討...