山根がとっ捕まえられたこと、二人のリードアーティストが決まったこと、さらに当たり前のことながら容量が決まったことで、ようやくゲームを実際に設計できることになった。
このときの、僕と山根には作り手側としての極めて明快なビジュアル系の目標がいくつかあった。

そして、中でも僕と山根はゲームとビジュアル（ムービー）の落差問題にチャレンジするのが大きな目標になっていた。

それは以下の理由から出てきた目標だった。

まず、なにより、今で言えばムービーゲーという言い方に当たるだあろう、PCエンジンのCDROMゲームに対する批判に対する反発だった。
当時、CDROMのゲームが登場したとき、良くあった批判が「普通のゲームにビジュアル（今で言うムービー）と音声がついただけ」という批判だった。
この手の批判は結局の所、（アクセスタイムという非常に厳しいものを除けば）揚げ足取りしているだけでしかない。
だけど、結構イライラする批判の中に例えば「声が入ることで想像力が削がれる」とか「絵が入ることで想像力が削がれる」といったものがあった。

桝田さんはこの手の批判に対して「ビジュアルを否定したがる人ってさ、俺の右手を見ろっていったとき、右手をアップ出来ることがどれぐらい表現を豊かにして、そして、そのとき写されていない左手にや、語られていないところへの想像力の元になるのがわかってないんだよね」（多分、このセリフを当人は覚えていない気がするけど。ちなみにこのセリフはLinda3を作っていたとき）といっていた。
そして僕はというと、かかるコストの問題はともかくとして（コストは現代コンソールゲームでは大問題になっているけど）、表現の手段が増えること＝ゲームの表現力が上がることなので、当たり前だけど絶対にあるべきだと思っていた。
つまり表現手段の選択肢が増えることは極めて大事だし、あるべきだというのが僕ら制作側の意見だった（もちろんCDROMの優位点の一つでもあるわけで、それを使わないなんて商売としては基本的にあり得ないってのもある）。


ただ、現実は、そこまで理想的ではなく、僕と山根が感じていたことがあった。それは「残念ながら、確かにゲームとビジュアル（ムービー）は乖離してしまう」事だった。

というのもだ。
当時から良くゲームは映画に例えられていたが、当時はシームレスにムービーとゲームを接続することは夢でしかなく（ゲーム画面は全くアングルを変えることのできない2D）、なおかつ、今のマシンのようにストリーミングでプログラムを動かしながらデータを読むなんてマネは出来ないし、メモリの都合上、ビジュアル（ムービー）とゲームを同時に動かすのはとても難しかった。
つまり当時のCDROMのゲームは、画面アングルの変らない（その意味では別にROMカートリッジのゲームと変わりない）ゲームを普段はプレイしていて、そして…


と、こういうシーケンスをたどるのが普通だった。
イースではバカでかい顔をゲーム画面に直に出したりしたけれど、そういうことをシステム的にやるのはとても負担が大きく、またやれることに限界がある（せいぜい顔を出してしゃべらせる程度）のもはっきりしていた。

だから当時の悪口「普通のゲームにビジュアルと音声がついているだけ」というのは「じゃあROMカートでやれるのかよ？」という問題はともかくとして、真実と言える部分もあったわけだ。
言い換えるなら、どうしてもゲームとビジュアルは分離してしまっていて、これをうまく解決する方法…つまりゲームとビジュアルの乖離を抑える方法が僕らには必要だったのだ。


僕と山根にとって、それを解決する大きなヒントになったのがYs-IIIだった。
Ys-IIIは横スクロールで、そして画面を舞台のようにみなして、ビジュアルをやるのではなく、ゲーム画面上で凝った演劇風のデモを見せる方法をとっていた。
そして僕は発売前に山根がスタッフからもらってきたバージョンを見て、非常に強く感銘を受けていた（特に最後の螺旋階段を上るシーンから、ガルバランの所へ行くまでとオープニングには本当に感心した）。
そして、それに影響を受けたのと、イース１・２はアクションRPGで、画面を切り替えてのアニメーションに頼るのはゲームのリズムを崩すといった問題もあったので、地下水路で外に出たとき水がなくなるシーンを見せるとか、ボスが登場するシーンを大幅に凝るとか、ラスボスのところで橋が崩れるシーンをいれるとか、そういう拡張をしてみていて通常のゲームを豪華に見せる方法にある程度の手応えを感じていた。

だが普通にゲームシステムが載っていたのでは、仮にSuper CDだろうとも、あまり派手なアニメーションをやるメモリはどこにもない。せいぜいが一発芸だ。
そこで僕が思いついたのが「ＭＶ（"Map Visual"の略）」だった。
これは「普通のゲーム画面のフリをしてビジュアル用の極限までグラフィックにメモリが割り当てられる専用プログラムで、アニメーションをすれば、普通のゲーム画面では絶対に出来ない、何倍も凝った派手なイベントを作ることが出来る！」というアイディアだった。
この方法なら、ゲーム画面で派手なシーンが作れて、ビジュアルとゲームの乖離が小さくなるし、さらにビジュアル中に通常ゲーム画面のフリをして画面を入れる真似も出来る（シームレスに繋がっているフリも出来る）。

これならメモリある限りムチャ出来るし、システムにムチャクチャやっても大丈夫だ…というわけで、僕らはまずＭＶというアイディアを軸に「ゲームの中でＭＶにしたいところ」や「MVでやりたいところとアニメでやりたいところ」を割り振っていく作業が始まった。

というところで…この項、続く。