私が出会ったことがないというだけで、それまでもずっとあった問題、
それがROMのバンク切り替えと言われる仕様だ。

それまでのＲＯＭのゲーム機は、全てのデータに同時にアクセスできるわけではない。
（ＧＢＡで全てのデータにアクセスできるようになった）

マリエリは容量が 32Mbit = 4MBytes のROMを使用していて、
1バンク = 65536Bytes だから、全部で64バンクあることになる。
このバンクと言われる境界をまたいだデータは、基本的に定義することができない。
なので、データのサイズを考え、バンク毎に収まるようにデータを分けるのである。

データの大小を組み合わせて、ぴったり収めることもできるだろうが、
それよりも同じデータをまとめた方が効率がいいのは当然で、バンク間に多少の空きがでるのは仕方が無い。

直接アクセスできるデータは、64個中16バンクのみ。
この16個のうち２個はシステムで使用されるもので変更不可。１４個は固定なので切り替え不可。
切り替えに使えるのは残りの２個だけで、これを上手く切り替えて残りの 48バンクのデータを読むわけだ。

切り替えるといっても、時間的には瞬時に切り替わるので、時間的ロスはほとんど無い。
あとは管理することができるかどうかである。

マリエリに関して言えば、直接アクセスできる部分に配置するのは、
SDやカレンダー等のシステム関連とフォントデータ、そしてBGMデータ等のように使用頻度がもっとも高いもので、
それ以外は適宜切り替えて読み込む。
逆にどういうデータを切り替えで読むかと言えば、シナリオデータやイベントグラフィックがその代表だろう。

文章だとややこしいが、やってみるとたいした事は無い。
データをロードする関数に、バンク切り替えを組み込めばいいだけだから。
データとバンクの関係は固定だから、テーブル作れば済むので、その辺も面倒ではない。

…のだが、これが後々生じる問題の原因でもある（私のせいじゃないと思うんだが、苦労するのは私だ）。

と、その問題の前に。
プログラマに必要なものは色々あるが、重要なのは２つだと思ってる。
１つは解析力・発想力で、すべてのプログラマに必要だと思うが、
もう１つは特にゲームプログラマに必要な「マルチタスク制御」だ。

まずは解析力。
昔のゲームは規模も小さかったので、ほとんど一人で作ることが出来た。
プログラムはもちろん、サウンドからグラフィックまで全てに関わることもめずらしくない。

今ではそれぞれの担当が決まっていて、一人で色々やることは少なくなったが、それはデータづくりに関してのこと。
サウンドデータを貰っても組みこむことが出来なければアウト。
プログラマにはやはり、全データの知識が必要なのだ。

大きなプロジェクトでは、プログラマも複数いて、サウンド専門もいたりするが、今回は私一人である。
ワンダースワンにおいては、先に述べたようにライブラリ等もない。

バンク切り替えで後々生じた問題が、このサウンド関連である。
サウンド作成機材も購入済み。
サウンドはガストのサウンドチームが制作してくれることになっていたので、機材は渡してある。

ところが。
サウンドの機材で曲を作ってもらって、そのデータを送ってもらうわけだが、そもそも、このデータって何？
ここまでずっと書いているように、ライブラリなんてものはない。

おかしくないか？
サウンド作成機材を使って、曲を実機で聴き、作成できるんだぜ？
だったらそこで使ってるプログラムを、サウンド再生ライブラリとして提供すればいいじゃん。
っていうか、ライブラリ無しで、独自形式のサウンドデータだけ作って、どうしろと？？

というわけで、またもや文句（？）を言ったら、再生ルーチンを貰うことができた（当然アセンブラ）。
なので、マリエリは１００％私が作成したとは言えないかも知れないのだが…。
そこはそれ、他人の作ったサウンドライブラリ。かなりの曲者だったのだ。


マリエリのBGMには、ガストのサウンドチームに素晴らしいデータを作成していただいた。
素晴らしいがゆえにサウンドデータが65536バイト(１バンク)を超えてしまった。

だが、サウンドライブラリは1バンク専用だったのだ…。

というわけで、サウンドルーチンの解析を開始。開発にはまったくもって無駄な時間である。
だが、これまで他人のプログラムを引き継ぐことばかりやってきたので、解析するのは得意である。

バンクを指定している部分を抜き出し、曲番号が後半であれば、バンク番号を切り替えるように改良。
その際、その他の部分もざっと理解していたのが、それが更なる幸運を生んだ。
まぁ、幸運の前には不運があるわけだが。

というのも貰ったサウンドデータがうまく再生できなかったのだ。
バンク切り替えの部分がバグっているのかと思ったが、それなら曲自体がものすごいことになるハズ。
つきつめていくと、原因は、ノイズやビブラートなどの効果であることが判明。

ワンダースワンのサウンドでも、そういう効果を使用できるようになっている。
しかし解析したところ、サウンド効果は１曲中に１箇所しか使えないのである。

どういうことかというと、ノイズ（ドラムによく使われる）は、使うなら使いっぱなし、使わないなら使わない。
１曲の途中でON/OFFできないというわけ。
効果フラグの仕様ミスだろうが、困った問題だ。

だが、せっかく作っていただいた素晴らしい曲をサイズやら仕様の問題で作り直すのは勿体無い。
ということで、その部分にも改良を加えたのだ。
ツールの抜け穴を探して色々細工を施したわけだが、ローテク使いまくりだった。
でも時間も無かったことだし、動けば良い…と思うのは間違いだろうか。

ここでキッチリ解析していたおかげで、ウィッチの体験版にBGMがついた。
そういう意味でもムダでは無かったハズだ。

多人数で作るようになると、上記のように自分以外のところでバグがでることもあるだろう。
そういう場合も含め、色々なことを解析する力が、重要じゃないかと思う。

では、マルチタスク制御ってなんだ？
長くなったので次に続く。