1991年5月。
このころの天外Ⅱのコードを書く人間は、僕・長谷川君・藪の3人が、それぞれ「ビジュアル＆コア」、「コア＋メイン」、「戦闘＋いろいろ」という構成でプログラムを組みつつ、外注のミューテックからきていたコード屋さん（二人）にivのスクリプトを頼むという構成になっていた。
つまり、コード屋はトータル5人体制の形で天外Ⅱは製作されていた。

そして、ある日、長谷川君がいった。
「このゲームさ、やばいんじゃないかな、岩崎さん」
「なんで？」
「僕らの想像を超えたサイズなんじゃないかな、と思ってさ」
僕は黙った。
長谷川君が言っていることは僕も感じていた。
長谷川君は続けた。
「ほらプログラム書いているとき、この修正は10分だな、これは5分だなと思いながら、ポストイット貼るじゃん？」


「このポストイットがさ、全然減らないんだよね。それどころか増えるばかりなんだよね」
確かにそのとおりだった。
僕のマシンのディスプレイも、長谷川君のマシンのディスプレイも、ポストイットで周囲が埋まり、それどころかデバッグ用のPCエンジンに繋がったモニタの周囲にもポストイットが貼られ、それでも足りずハードやデバッガを置くフレームにまで貼る騒ぎになっていた。

実は似たようなことを僕も思っていた。
一つ一つの作業はどってことはない。
グラフィックチーフの松田君が、毎日、何枚もディスクを持ってくる。

「岩崎さん、○○のカットXXです、よろしくです」
「ああ、はい処理しときます」
「次は○○のカットXXの予定です」
「あ、はいはい」
いいながら、これは30分ぐらいで処理できるだろうとか考える。
「どってことはない」。コードもシステムも、何もかも出来ている、あとはこれをちょっと考えて入れるだけさ。

問題はそれが無限とも思えるほどやってきて、いつまで経ってもディスクの山が減らないことだった。


今から考えれば「量の違い」がどれほどの質の違いを生み出すことになるのか、作っている人間は多分ゲームデザインをした桝田さんも、そしてプロデュースしているハドソンも、誰もわかっていなかったのだ。
今なら、僕らの見通しがどれぐらい甘くて、どれぐらいマズかったか説明できる。
例えば天外Ⅱで、全部が僕のコードで動いているビジュアルシーン（つまり目一杯にメモリを使うアニメ専用システム）は、タイトル・デモ１・デモ２・デモ３・デモ４・オープニング・根の一族の初登場、３人それぞれの登場シーン、転送シーン、マントー２、鋼鉄城 vs 軍隊・鬼怒のシーン・琵琶湖の水揚げ、ヨミ登場シーン、ヨミ消滅シーン、エンディング（スタッフロール部）などなど、全部で18個ぐらい。
オープニングの3D処理とか、一つずつには難しい技術的なチャレンジもあったけれど、ほとんどのシーンではイースよりは時間はかからなくなっていた。なぜなら、システムも出来ていたし、イースの時には悩んだことの大半は問題なく解決できるようになっていたからだ。
だから「こんなものは楽勝さ」と思うことの連続といってもよかった。
そしてそれぐらい余裕がある方が、僕は辻野さんのコンテを読んで、どう演出するかを細かく考えられるからいい、ぐらいに思っていた。

だけど問題なのは、イースでは全部で５つしかなかった、メモリを目一杯に使って動くアニメーションデモが、天外Ⅱでは20近くあり、しかもそれぞれのサイズはデータ量で４倍あり、内容的にも遥かに複雑になっていたことだ。
イースで５つしかなかったデモをプログラムするのに約3ヶ月ぐらいはかかっていたと思う。いかにシステムが出来ていたとはいえ、ちょっと計算すれば、少なく見積もっても３倍近く、つまり９ヶ月程度使わなければ作れないことは計算できたはずなのだ。


そして、一事が万事こういうことで「量の違いは質の違いに変わっていく」だったのだけど、僕らコードチームは…責任者の僕はもちろん、メインプログラマの長谷川君も、そしてスクリプトを書いている人間も、誰も量の違いがどれだけの違いが生み出すのかなんて、全く想像していなかった。
圧倒的な速度で書けるスクリプト言語ivがあり、イースのときに散々苦労して作ったコアコードがあり、どんだけバカでかくなっても大丈夫なように設計されたgnu makeで動く安定したビルドシステムがあり、苦労したメモリ管理なども全部出来るようになっている、実績もありデバッグもされたシステムで作っているのだから、もちろん天外Ⅱは大きなゲームだけど、せいぜい2倍の時間があれば十分だと思っていた。
だから1月からスタートすれば10月終わりマスターと考えたとき、さすがにイースと同じ二人じゃ危ないから、システムをバラして5人いればマンパワー2.5倍だ。しかも期間は3ヶ月長い（20%増し）のだから、余裕だぐらいに思っていた。

今から考えれば、全くバカらしい計算でしかない。
3倍の量のテキストを入力するのには3倍の時間がかかる。これはプログラムでは縮めようがない。
5倍の量のマップを作ったら、人数が同じなら、最低5倍の時間がかかる。
ゲームを作るときの作業の80%ぐらいは実は縮めようのない地道な作業で出来ている。
この単純で簡単で、そして破壊的な事実を僕らはわかっていなかった。
そして天外Ⅱは「掛け値なしに途方もないサイズのゲーム」だった。

桝田さんは、スーパーCDROMならではの普通の人がプレイしたら、想定時間が60時間になるゲームを作ろうとしていた。これは当時の普通のゲームの3倍のサイズだ。
しかも天外Ⅱは歩く速度は速いし（普通のRPGの1.5倍）、レベルアップの速度も当時の普通のRPGの2倍ぐらいの速度にして「2倍の速度でテンポ良くプレイ出来るのに、3倍のサイズになる。言い換えると３＊２＊1.5の９倍ぐらいのサイズのゲームを作ろうとしていた。

実際に計算してみると結構上の計算は正しくて、１国のマップのサイズが、当時のドラクエなどのマップの1/4サイズ（128x128）で、しかも、ドラクエなどと違って海が少ない、すなわち歩ける範囲が広いので使える広さでは1/3ぐらいのサイズのマップが17枚あり、それぞれに普通に４つや５つはダンジョンが置いてある。つまりマップだけを取っても、どう見ても10倍ぐらいはある代物だ。
しかも、それぞれのマップに季節を用意することになっていた。もちろん地形は変わらないにしてかつダンジョンを除いても、作業量は軽く1.5倍になるだろう。つまり15倍ぐらいはあるサイズの代物だったのだ。

これを同じ期間で作ろうと思えば、普通に考えて15倍の人間を投入しないと成り立たないことになるのだけど、ここでも僕らはとんでもない勘違いをして、15倍ぐらいあるマップをとんでもないことだと思っていなかった。
なぜなら当時はマップを作るときに、山根に代表されるアートチームや僕らが一番苦労すると思っていたのは、マップ自体をデザインする作業と、マップのグラフィックを構築する作業で、この２つが出来ていれば「あとはマップを書いてあるとおりのレイアウトで作業すればいいだけ」だと思ってた。
そして、この「苦労する部分」については、天外Ⅱはゲームデザインの期間が、当時の常識を超えてたっぷり取れたのもあって、かなり先行してしっかりと用意できていたので「入力すればいいだけさ」と、タカをくくっていた。


ところがだ、当たり前だがマップを書いてあるとおりにレイアウトする作業は、縮めようがない。そしてこれが実際に、作業時間の中で比率を見たとき、どれだけの時間が投入されていたのか、僕らはわかっていなかった。
実は作業時間は20%の０から１を作るパートと、80%の縮めようのない汗水たらす以外はない地道作業に分かれていて、天外Ⅱはその想像を絶するサイズのために80%の汗水地道作業を人海戦術で埋める以外に方法などあるわけない…この事実を僕らはわかっていなかった。
コードも、制作進行も、そしてたぶんゲームデザイナーをやった桝田さんも、本当に誰一人わかっていなかったと思う。

そして、それが分からないまま、僕らは最悪の選択をし続けていた。
●さすがにivを書くスクリプターが足りないだろう＝＞二人追加しよう。
●どうも山根のところが遅れ気味だ。ちょっと人を追加しよう。

戦力の逐次投入、まさに最悪の選択を取りながら、天外Ⅱは、ゆっくりと確実に「間に合わないポイント」に接近しつつあった。