計測終了です。 COPY使ったものは若干遅いものの、ワンフレーム内でこれだけ処理出来るなら上等ですね。多分。

ワンフレーム内で何回処理できるかを計る。 経過フレームが変わったらループ脱出。脱出するまでのカウンタの増加分を表示。これを何回か(なんとなく)繰り返すだけ。 はい、よーいスタート(棒読み)

@TESTA~CはそれぞれSPANIMで直接参照するラベル、最初のデータ(個数)を読み取り、その数だけCOPYするラベル、ループ内で番兵に当たるまでREADさせるラベル RTNLOAD○()は見ての通り

前回の投稿の続き。 前はFOR文でラベルから一つずつ読み取ってたから遅くなったのかもしれない。というわけでCOPYを使った命令で配列にデータを格納し、それでアニメーションさせてみる。

そのままラベルを参照してアニメーションさせる方が、DATA文のデータを配列に一度格納してからアニメーションさせる方より6倍くらい速かった。 後者の方は上手くいけばラベルの数が減りそうだから良さげかと思ったけど、実際はそう甘くなかった。

ほい。 TDNバランスブレイクMODだけどゆるして 製作頑張ってください。

うーん、アイテムやモブの処理がほとんどGOSUBだから、新しい機能や敵モブを追加しようと思ったら本体いじることになりそうな

ふむ。

取り合えずアイテムを手に入れる系統から

PETITWORLDのMODに着手してみた。

1フレーム中にアニメデータ32個(関数補間16回)を20セットほど作られるっぽい。アニメデータが半分になる度に作られるセット数もおおよそ二倍にになるっぽい。ぽい。 アニメデータ変換コードを毎フレーム参照して、開始からの経過時間に該当するコードが存在したら、データを関数補間によってアニメデータに変換、SPANIMで処理、っての考えたけど。現実的じゃないね。

結果。 さっきは63くらい動いてたけど一気に減った。 一桁ぐらいの数しか動かないこともあるし、もう少し条件を変える必要あるかも。

1フレームでどれだけアニメーションを作られるか実験。

グラフィック描写を除きました。 毎フレーム1000回ほどの補完は出来そうですね。

結果です。

関数補完の練習です。

一度閉めます。 アニメーションのタイムテーブルとか勉強した方がいいかな……

キャラの挙動自体はマリオ本家と大して変わらないだろうから、ここで言うヌメヌメってのはアニメーションの枚数が多いってことなのかな だとしたらあまり見かけないかも 違ったらすまぬ

#SPADDテスト

今日はぽっきーの日ですね。 ぽてち置いときます。