DQ3 ループアニメーションの仕組み

DQ6のマップをインポートした際に気がついたのですが、燭台の炎など、明らかにパレットアニメーションではなく、画像自体が変化しているアニメーションがあります。これを再現できないと完全に移植できたとはいえないので例によって必要に迫られて調べてみました。

ざっくり言うと、最終的に$054E84-の固定長のデータにアクセスしています。上で例示した#$0E番目のレコードは以下のようになっています。便宜上ループアニメーションインデックスと呼びます。

それぞれのアドレスの先は可変長のデータです。まず1つめは#$FFをターミネーターにして2バイト１セットでループするフレーム数*1、パターンIDを記述します。$2E502Bから9バイトは以下のようになっています。

8フレームごとに0→1→2→3→0とループしていく、ということを意味します。

次に実データを見ていきます。まず各フレームごとの開始アドレス(3バイト*パターン数)が来ます。

1パターンごとにいくつのSNES4BPP画像を使用するかはループアニメーションインデックスの7バイト目で規定しています。この場合は4です。ターミネーターは存在しません。

これは8フレームごとにマップ中のSNES4BPP画像ID #$22CEのものを#$3EE0、#$3EE1、#$3EE3に置き換えていく、という事を意味します(残りも同様)。画像IDで指定しているので、反転した画像も対象になるようです。データフォーマットはスプライトと非常によく似ています。わかってしまえばそれほど難しくないわけで、ループ中に使われる画像も一緒に抜いてきて追加して上記のデータをポチポチとバイナリエディタで打っていけば移植完了です。データ量も大して大きくないので手打ちで乗り切りました。この手法はすごろく場のスライムのアニメーションにも使用されており、強エンカウントの画像をスライムからドラゴンに差し替えた時も同様のレコードを追加して対応しています。