これは1983年春に始まり、1984年7月に終わる、ハドソンが史上初のファミコンのサードパーティに参入するときの物語だ。たくさんの当時の（がつくのが残念だが）ハドソンの方の協力を得て、ほぼ正しい歴史として記述できていると思いたい。
ただし、残念なことに、かなりの方から「自分の名前が文の中に出てくるのは歴史的なことだからいいけれど、誰が言ったかは分かるのはいやだ」といわれてしまったので、最初に名前を出してしまった野沢さん以外はハドソン関係者、ということで伏せておきたい。



以下、本文。

さて、ハドソンは1983年秋にファミコンへの参入を決断する、というところまで話が来たわけだけど、ここで注意して欲しいのは、いまでいうサードパーティは存在していないことだ。

そのためファミコンに参入する、すなわちソフトを作るというとき、今の常識的な手続きが全く存在しない。
ちなみに今のサードパーティへの新規参入の流れを大雑把に説明すると（ハードメーカーの立ち上げ時ではなく、新規参入の場合）


と、だいたいはこのような流れだけど、この時代にはサードパーティ自体がない。
つまり、任天堂側にはサードパーティに貸し出すような開発ハードウェアはもちろんないし、サポート体制も全く存在しない。だいたい参入の名乗りを正式にあげる方法もないし、もちろんハドソン側もそんなものは期待してない。


しかもだ。
竹部さんがファミリーベーシックを書いたことでファミコンの開発機はとても使いにくいのがハドソンのみんなには分かっていた。つまり、仮に任天堂から開発機を借りられたところで、使いにくい少数の開発機で四苦八苦しながら作ることになる。これでは話にならない。

そこでハドソンの連中が何をやり始めたのか？
1983年の秋からファミコンの開発機、それ自体を作り始めた。
つまり、まず、ファミコン開発機を作り、その開発機でソフトを作って参入しようというわけだ。
いかにも黎明期からあるハードもソフトも出来るパソコンソフトハウスの発想だ。
開発・設計の中心になったのは、当時のハドソンのハードの設計をほぼすべてやっていた岡田節男氏、ソフトを作ったのが中本伸一氏。

■ハドソン関係者


■野沢さん


今ではこの野沢さんの証言は良く分かる。記憶が古すぎて若干混ざっていて、任天堂から借りたハードウェアはダサかった、というのと、実際にファミコンを開発した時期が混ざってしまっていたわけだ。
ちなみに8255というのはインテルの最初期のI/Oチップ。分からない人が多いと思うので書いておく。8255ボードがX1に刺さっていて
X1=>（拡張バス）8255ボード＝パラレルケーブル＝ROMシミュレータ＝＞ファミコン
となっていたわけだ。

そして、1983年秋から設計を始め、冬ぐらいには一通りの開発ツールが出揃うことになった。
作ったモノとしては、以下のものになる。

◆ROMシミュレータ
ファミコンのカートリッジ部分に刺すファミコンROMカートリッジシミュレータハードウェアと、シミュレータに置かれているシステムソフトウェア、PC側からそれをコントロールするホストプログラム。この３つで、開発するための必須ツール。
実際に開発するときは、想像だけどこんな感じ（後のもっと改良されたものは知っているが、初期のものは想像しか出来ない）。
１）X1でソフトを作る。
２）ローダーを起動し、作ったソフトをロード。
３）ソフトが起動する。
たぶん初期版はデバッグは出来なかったと思われるけれど、メモリーセーブ機能があったようなので、全くデバッグできなかった、ということではないと思われる。
ちなみにここで、ハドソンお得意だったICE（In Circuit Emulator）を使っていないのは、はっきりと理由がある。ファミコンはCPUに一緒にサウンドなどが入ってるSoCの走りみたいなチップなのでCPUを抜くと、他に動かなくなってしまう部分が出てくるからだ。

◆アーティストツール
なんとこの当時ハドソンはグラフィックエディタは実機動作で作っている。ROMシミュレータ側にアーティストプログラムを組み込んで、実際のテレビにファミコンの画面に映し出して編集＆テストできる環境だ。グラフィッククオリティに大きな寄与をしたのは間違いない。
ただし、当時はパソコンと通信できなかったために、パッド操作で全て編集などまで行わなければならず、恐ろしく面倒くさかったと想像されるのだけど、ファミコンは最大でも（当時は）キャラクタROMなのでバックグラウンド256、スプライト256が最大だったのでなんとか使えたのだろう。
そして、このプレビュー機能はきわめて有効だったので、後のあらゆるハドソンのアーティストツールには実機でのプレビュー機能がつくことになる。

■ハドソン関係者

さて、これらを開発するのにもファミコン用、つまり6502用のアセンブラが必要になるわけだけど、これはACT65という市販されていたアブソリュートアセンブラを使ったらしい。
これはアメリカはsoricimの作ったアセンブラで1982年のusenetのログから、どんなアセンブラだったか知ることが出来る。だいたい、このポスト自体が歴史だけど。


このusenetへのポストから察するにアブソリュートアセンブラで、文字列の扱いの出来がイマイチで微妙だ、みたいな評価がされている。ただ"アブソリュート"の問題を回避するためにソースファイルをつないで読み込むことが出来る、という話が書かれている。



■野沢さん

第一回でも紹介した言葉だが、もう一度載せると、野沢さんの記憶がアヤフヤだったのだけど、何人かの話を統合すると、1983-85年はX1+CP/M-80で作っていたのは間違いない。ちなみにもう一度書いておくけれど、「パッチする」は、主にバイナリプログラムの一部を書き換える時に使われる言葉。
CP/M-80は8080用に書かれたデジタルリサーチのOS。MS-DOS以前の『デファクトスタンダード』で、MS-DOSはこのデジタルリサーチのCP/Mの互換のQDOS(8086用)を買い取って作られたもの。


というわけで、X1+ハードディスクで開発していたハドソンだが、1985年にPC-9801VMが発売される。
VMというハードはV30というNECの8086互換CPUを使っており、しかも8080のエミュレーション機能があった。
だからCP/M-80をエミュレーションで動かすことが出来たので、下のようなことになってた。

■野沢さん


■ハドソン関係者

つまりX1から開発環境を移行するために、VMの8080のエミュレーション機能を生かして、CP/M-80を動かしながら開発していたわけだ。
だが、こんなことをやっていては遅くでしょうがない。しかもACT65というアセンブラはともかく古臭くて遅い。そこで登場するのが飛田さん。

■ハドソン関係者

このファミコン用のASとLKはPCエンジン用に若干命令を拡張して、僕も使うことになる。
と、1985年ごろまで話がジャンプしてしまったが、こうして1983年の冬にファミコンゲームの開発環境がついに出来上がる。
だが、実際にゲームを作る前にハドソンにはもうひとつやっておくことがあった。

それは、実際に任天堂から許可を取っておくことだ。
当たり前だが、正式な許可がなければたちまちのうちの訴訟の渦に巻き込まれかねない。
その交渉は開発機がほぼ完成して実際にソフトが作れるめどが立った1983年の冬に行われた。