送り方を考える

このモデルを無限ループさせるたいわけですが、とりあえずパッと思いついたものを挙げてみます。

・全体でループさせる
　全体を移動させ、手前に来たものを一番後ろへ　を繰り返し行うことでループしているように見せます。
　パーツ毎に特徴があっても全体を移動させているで、ループして見せることができます。
　ロケット鉛筆という例えが頭をよぎりましたが、伝わらないかもしれませんね・・・

・個別でループさせる
　それぞれのパーツが1パート分の距離を移動したら最初の位置に戻る　動きをすることで、ループしているように見せます。
　ループしているように見せるためには全てのパーツが同一である必要があります。

・円形にしてぐるぐる回す

モデルの形状から相談できるのであれば、円形に配置して回転させる　というのもありかもしれません。
平らな床にするにはちょっと工夫が必要になりそうです。

目がちかちかしてきたので、いったんこれくらいにします。
さて、ループについては1つ目が汎用性高そうかなぁと思います。
ただ長さの調整を考えた場合、2つ目は表示してる数を減らすだけなのでやりやすそうですね。

送り試作

個別でループさせる　のパターンで試作をしてみます。
今回もexpressionによる制御でやってみました。

サンプルデータ：corridorA/mayaScenes/sampleScene/sample004.ma （記事の最後のダウンロードリンクからダウンロードできます。）

パラメーターは以下のものを用意してみました。

・ctrlNode.seqOn(自動送り on / off)
・ctrlNode.offsetFrame(手動による送り)
・ctrlNode.loopIn(1ループするフレーム数)
・ctrlNode.loopDistance(1ループする移動値)
・ctrlNode.partsNum(表示する数)

loopIn の間に loopDistance（Aの距離）を移動し、もとに位置に戻る
を繰り返させます。

実装時にはパーツ毎の初期値を考慮する必要がありますが、ループする値は全パーツ共通になります。

{
    float $seqOn = ctrlNode.seqOn;
    float $loopDistance = ctrlNode.loopDistance;
    int $loopIn = ctrlNode.loopIn;
    int $offset = ctrlNode.offsetFrame;
    float $loopValue = ((frame + $offset)%$loopIn) * ($loopDistance / $loopIn);
    corridorParts01_geo.translateZ = $loopValue;
    corridorParts02_geo.translateZ = $loopValue;
    corridorParts03_geo.translateZ = $loopValue;
    corridorParts04_geo.translateZ = $loopValue;
    corridorParts05_geo.translateZ = $loopValue;
    corridorParts06_geo.translateZ = $loopValue;
    corridorParts07_geo.translateZ = $loopValue;
    corridorParts08_geo.translateZ = $loopValue;
    corridorParts09_geo.translateZ = $loopValue;
    corridorParts10_geo.translateZ = $loopValue;
}

外側から見るとこうなります。

内側から見るとこうなります。

ついでに可視性の制御を　floatLogicノードを使用して実装しました。
準備されたモデルの個数以上の長さには出来ませんが、長さを調整することができます。
floatLogicノードは inputの2つの数値を比較して、bool値を返してくれるので何かと便利ですね。

別パターン試作

思った以上に簡単にできてしまったので、全体でループさせるのパターンも試作してみました。
サンプルデータ： corridorA/mayaScenes/sampleScene/sample005.ma （記事の最後のダウンロードリンクからダウンロードできます。）

制御パラメーターは共通にしました。

・ctrlNode.seqOn(自動送り on / off)
・ctrlNode.offsetFrame(手動による送り)
・ctrlNode.loopIn(1ループするフレーム数)
・ctrlNode.loopDistance(1ループする移動値)
・ctrlNode.partsNum(表示する数)

動きの内容を整理します。

・ctrlNode.loopIn の間に ctrlNode.partsNum * ctrlNode.loopDistance (A + B) を移動する。
　ただし、Aの端に行きついたら B のスタート位置に移動する。

全長が動的なのが少々厄介です。
全体の移動値を　0.0 ~ 1.0 のパラメーターとして捉えてみます。
そうしてみると　1つ目のパーツのスタート位置は 0.9 となります。2つ目のパーツのスタート位置は0.8ですね。

これらを基にexpressionに起こしていきます。
まず時間による0.0 ~ 1.0 のループはこんな感じですね。

{
    int $loopIn = ctrlNode.loopIn;
    int $offset = ctrlNode.offsetFrame;
    float $frameToParam = ((frame + $offset) % $loopIn)/$loopIn;
}

さらに、個々のオブジェクトのスタート位置対応と移動値への変換を追加します。

{
    int $loopIn = ctrlNode.loopIn;
    int $offset = ctrlNode.offsetFrame;
    float $frameToParam = ((frame + $offset) % $loopIn)/$loopIn;

    float $loopDistance = ctrlNode.loopDistance;
    int $num = ctrlNode.partsNum;
    
    //移動距離の全長
    float $wholeLength = $loopDistance * $num;
    {
    //1つ目のオブジェクト

        // start位置はここで変える
        float $startParam = 1.0 - (1.0 / $num);

        // start位置を考慮した 0.0 ~ 1.0 のループ値
        float $frameParam = ($frameToParam + $startParam) - int(($frameToParam + $startParam));

        //0.0 ~ 1.0 のループ値を移動値に変換
        corridorParts01_geo.translateZ = ($frameParam * $wholeLength) - ($startParam*$wholeLength);
    }
    {
    //2つ目のオブジェクト
        // start位置はここで変える
        float $startParam = 1.0 - (2.0 / $num);

        float $frameParam = ($frameToParam + $startParam) - int(($frameToParam + $startParam));
        corridorParts02_geo.translateZ = ($frameParam * $wholeLength) - ($startParam*$wholeLength);
    }
    //3~10 は省略
}

これを流してみるとこんな結果になりました。
1ループの移動距離が長いので、かなり高速になってしまっています。

どちらの方法でもできそうですが、今回は　個別でループさせる　のパターンを採用しようと思います。

frameTranslateLoopSwitch

試作を基にリグモジュールを作成しました。
前回作成した　frameWaveSwitchを一部流用しています。
ひとまず1列で1系統制御できれば良いので、パラメーターは最小限にしてあります。

サンプルデータ： SSRig/rigModules/frameTranslateLoopSwitch.py （記事の最後のダウンロードリンクからダウンロードできます。）

_ATTRS = [
                "ctrlNode",
                "useParamPrefix",
                "attrName",
                "targets",
                "useTranslateX",
                "useTranslateY",
                "useTranslateZ"
]
_ATTR_DICT = {
                "ctrlNode":             {"type":"string",  "multi":False,  "default":""},
                "attrName":             {"type":"string",  "multi":False,  "default":""},
                "targets":              {"type":"message","default":True,"multi":True},
                "useTranslateX":        {"type":"bool","multi":False,  "default":True},
                "useTranslateY":        {"type":"bool","multi":False,  "default":False},
                "useTranslateZ":        {"type":"bool","multi":False,  "default":False},
}

リグモジュール パラメーター説明

・ctrlNode
制御用アトリビュートを設置するためのノード

・useParamPrefix
制御用アトリビュート名のprefix

・attrName
制御用アトリビュート名

・targets
制御するtransformノード

・useTranslateX,Y,Z
制御するアトリビュート

intVisSwitch

表示する数制御については、使い勝手が良さそうな気がするので別モジュールにしました。

サンプルデータ： SSRig/rigModules/intVisSwitch.py （記事の最後のダウンロードリンクからダウンロードできます。）

_ATTRS = [
                "ctrlNode",
                "useParamPrefix",
                "attrName",
                "targets",
                "sortDirection",
]

_ATTR_DICT = {
                "ctrlNode":             {"type":"string",  "multi":False,  "default":""},
                "attrName":             {"type":"string","multi":False,  "default":""},                
                "targets":              {"type":"string","multi":True},
                "sortDirection":        {"type":"enum","enumList":["+","-","index"],   "default":"+"},
}

リグモジュール パラメーター説明

・ctrlNode
制御用アトリビュートを設置するためのノード

・useParamPrefix
制御用アトリビュート名のprefix

・targets
制御するtransformノード

・sortDirection
targetsをソートする方向（名前昇順・降順・つないだ順）

これを使用してセットアップを行います。

skeleton の準備

骨格データを作成します。
各パートに１jointを配置し、これらをリグモジュールにて制御します。

frameTranslateLoopSwitch　と　intVisSwitch　を作成し、それぞれ設定します。

これをcorridorA_skeleton_v0001.ma として保存します。

セットアップの実行

setupDataEditor を起動し、モデルと骨格データをそれぞれ登録します。

setupDataEditorなど各種ツールの使い方は同梱のマニュアルか、過去の記事をご参照ください。

for test でセットアップを実行します。

生成されたデータ上でモデルとjointを1:1でバインドし、再現用にweightデータを保存します。

root_gp の数値を調整して、実際に動かしてみます。

root_gpの設定を　ctrlValue > 右クリック　> export value　で保存します。

corridorA_skeleton_v0001.ma　を開き、importSkinWeight　を追加しskinweightが読み込まれるようにします。

これをcorridorA_skeleton_v0002.ma として保存します。
ツールからskeletonデータの登録を変更し、再度ビルドを実行して問題なく再現されているかを確認します。
問題なさそうなので　corridorA_asset_v0001.ma として保存しました。

コントローラーの試作

latticeを制御するためのコントローラーを考えます。
訴求としては大まかにこの2つですね。

・カーブを作りたい
・部分的にスケールさせたい

これらを満たすためには

・FKのチェーンコントローラー
基本的にはこれでどうにでもできる気はします。
ただし、親から子へポーズを決めていくので途中部分の調整が発生した場合には大変そうです。

・splineIK を使用
nurbsCurveを使用するので、きれいなカーブを作ることができそうです。
ツイストの制御に癖があるので、そこは何とかしないとですね。

・並列にコントローラーを設置
これもまた究極的な策ですが、jointをそのまま触ってもらうのと大差ないですね。
自由度は最大ですが、その分手数がどうしても増えてしまうのが問題です。

なんとも悩ましいのですが、いろいろ合わせて試作してみました。
基本的には aimConstraintを使用してセットアップしています。

サンプルデータ： corridorA/mayaScenes/sampleScene/sample006.ma （記事の最後のダウンロードリンクからダウンロードできます。）

コントローラーは全部で3種類用意してみました。
ぞれぞれのコントローラーで競合しないように役割を分離しました。
上位のコントローラーから順に形状を詰めていくイメージです。

・primaryCtrl
全体の向きを調整するコントローラー(translateのみ)

・secondary1_ctrl ~ secondary3_ctrl
中間部分のカーブを調整するコントローラー(translate 2軸のみ)

・detail1_ctrl ~ detail7_ctrl
ひねり・太さ調整用コントローラー(rotate1軸,scale2軸)

動かしてみて2か所ほど課題が出てきました。

A, secondary_ctrlを動かした際に、曲がったlatticeの形状がつぶれてしまうので調整が必要。
スキンウェイトを0.5 / 0.5 で割り振っても良いですが、それでも結局細くなってしまうので、 曲がるjointに半分だけ回転が追従するjointを作成したいと思います。

B, secondary_ctrlを動かした際に、latticeの形状が均等に伸びていないので調整が必要。
これはダイス・箱の際に使用した lengthToScaleのリグモジュールで対応できそうです。

試作の内容を書き起こすとこのようになります。