もきもき3D

アクセスカウンタ

zoom RSS バグメモ(ItemInfoというよりは・・・)

<<   作成日時 : 2010/01/06 16:15   >>

ブログ気持玉 0 / トラックバック 0 / コメント 0

 参照元プラグインのAfterIKを切ったら正常(従来同様)な値になった・・・('A`)

 A-B(plug)-C(IK)-D〜の階層構造で、別アイテムのMotHandkerからAとDのLWIP_RT/UP/FWを取り、行列からAから見たDの角度を求める。
 B(plug)はBeforeIK。 算出はAfterIKで行う。

 CがIKで動く場合とキー(bake後)で動く場合があるとして、

 931では一切問題なし。

 96/961では、CがIKなら妥当で、キー(Bake後)では不正な値になる。
 但し、評価時においてBにキーがあれば931同様に妥当な値を得られる(キーの有無がトリガーなので、値はデタラメでよい)。
 又は、算出をBeforeIKで行っても可(キー不要)。

 Plugin(Before)→IK→Plugin(After)というルールが損なわれてる?('A`)
 まさかアイテムID順だけで処理してたりはしないよなぁ(;・з・)

 A-B(Plug:Expr)-C(IK)-D〜として、別アイテムのExpressionでBから.wrot().axを取った場合は問題なく取れた。
 Before/Afterで妥当に動く。 うむぅ('A`)

----
 IKが無い時の評価順が不定になる、のかもしれん('A`)

 従来:Plugin(Before)→IK→Plugin(After)。 IKが無い場合はPlugin(Before)→Plugin(After)。 但し、ID順の可能性もあるかも。

 96x:Plugin(Before)→IK→Plugin(After)。 IKが無い場合にAfter→Beforeになる(IDは特に影響しない)、と考える大体辻褄が合う気がする。
 で、BeforeやAfterだけで統一されていればID順に評価される、みたいな。
 B(plug)と別plugをBefore/Afterに統一すると従来同様の結果になった。


 やっぱ、キーの値も影響するっぽい(状況によりけり?)
 現時点では、IKが無い時は After→Beforeになる(AfterがBeforeを評価する際にキー値が使われる)ってのが最有力か。

テーマ

関連テーマ 一覧


月別リンク

ブログ気持玉

クリックして気持ちを伝えよう!
ログインしてクリックすれば、自分のブログへのリンクが付きます。
→ログインへ

トラックバック(0件)

タイトル (本文) ブログ名/日時

トラックバック用URL help


自分のブログにトラックバック記事作成(会員用) help

タイトル
本 文

コメント(0件)

内 容 ニックネーム/日時

コメントする help

ニックネーム
本 文
バグメモ(ItemInfoというよりは・・・) もきもき3D/BIGLOBEウェブリブログ
文字サイズ:       閉じる