僕の古くからの知り合いに飛田さんという人がいる。
今でもハドソンにいる人で、有名なところでは桃太郎伝説などのさくま先生の一連のシリーズを手がけている天才肌のプログラマーなんだけど、この人が約20年前に発売された『月間PCエンジン』の付録の『ハドソン全科』（1990年初頭と思われる）がたまたま発掘されたということで、それをスキャンしてPDFにしてくださった。

この中に、今までいくら探しても見つからなかったハドソンの作った開発ハードHu7とHu7CD、さらに和泉さんが作ったDF（グラフィックエディタ）の写真が載っていたので、そこを切り出して、簡単な解説を加えて、資料として残しておきたい。
なおDFについては、それだけで１記事になってしまうので、別記事で。

■関連記事
■PCエンジンの開発環境（ROM）
■PCエンジンの開発環境（CDROM）
■PCエンジンの開発環境（補足）

続きを読む▽

今と余りに時代が違いすぎて分からないことが多いだろうから、PCエンジンを作っていた時代について、いろいろと補足。

■DOSについて
88年当時、使っていたのはDOS 3.1-3.3。DOSはマイクロソフトが作ったMS-DOSというヤツ。今では普通の人はまず画面を見ることがほとんどないが、見たければアクセサリ＞コマンドプロンプトを選択することで見ることが出来る。
PCエンジンが開発されている間にDOS4、DOS5とバージョンは上がったが、DOS4はあまりに中途半端なバージョンで、開発環境として使えるか？　と言われると微妙すぎたのでスルーされた。91年あたりからDOS 5.0が発売されたが、いろいろな都合で、結局、PCエンジンの開発機は最後まで3.1-3.3あたりのバージョンを使っていた。

さてDOSと言うヤツは8086というとても古くさいCPUに対応して作られていた…とはいっても、この8086は今のX86といわれるコード体系の最初の一歩で偉大な…いや、そうでもないけど、まあ大ヒットCPUだ。8086は扱えるメモリの上限が１メガバイトだったのでDOSが使えるメモリの上限も１メガバイトになる。この１メガバイトのメモリのことを「コンベンショナルメモリ」と呼ぶ。
コンピュータの持ってる全てのメモリ領域が１メガバイトで、画面表示用のメモリや、BIOSや、I/Oやいろんなものがあるわけだから、全部がDOSの物にはならない。だからDOSはそのうちの640-768キロバイトぐらいしか使うことは出来なかった。そして仮想メモリとかそういう気が利いたことは一切ない(DOS EXTENDERとかそういうのはムシ）。だから640キロのメモリなら640キロのサイズのプログラムまでしか動かない、とてもわかりやすい構造になっている（そしてPC-9801は640キロが上限だった）。
ところで１メガバイトで「エー？」と言うなかれ。当時は６４キロバイトのメモリが凄かった時代なのだ。１５倍もある１メガバイトは途方もないメモリ量だった。

PCが起動すると、まずDOS自体がコンベンショナルメモリに入り、システムとして動くようになる。メモリは全く保護されていないので、プログラムを１文字間違えるだけで、DOSそのものを壊してしまい、簡単にDOSはハングアップする。ウィンドウズで言えば「ブルーデス」するのが全く当たり前だった。ただしレジストリや遅延書き込みもなかったので、ディスクに直接アクセスするようなプログラムでもなければディスクの破壊は起らなかったし、DOSはおっそろしく小さかったから起動は10秒もかからなかったので、ハングアップしたら「ちっ！」とかいってリセットすれば良かった。

DOSは設定にもよるが、だいたいトータル120キロぐらいコンベンショナルを使った。次に日本語のFEP（今でいうIME)が入り、これがまた120キロバイトぐらいなくす。640-240で、残り400キロぐらいになる。この400キロでmakeとアセンブラだのリンカだのを同時に動かさなければいけなかった（細かい設定でもちろん残りメモリは変動した）。400キロとかいう残りは、ちょっと何かをするとパンクしてしまうサイズでとても辛かった。
具体的な例を挙げると、例えば9801のグラフィックエディタを作るとして、１画面の容量は128キロバイト。400キロバイトからアンドゥバッファを一つ取るといきなりメモリがドカ減りしてしまう。実際、PCエンジンの開発ツールでもPEはundoバッファを取っていたのもあり、400キロ前後のコンベンショナルが必要で、ちょっと設定が悪いとメモリ不足で動かない騒ぎを引き起こした（そしてアーティストはそういうことには疎かったので、アーティストのためにマシンを設定するのもチームのプログラマの仕事の一つだった）。


続きを読む▽

PCエンジンの牧歌的なROM開発の時代は1988年の年末に終わり（もちろん開発は1988年には始まっていたので開発者にとっては88年半ばからだけど）、CDROM時代に入っていく。
では、そのCDROMの開発機はどうなっていたかというと上のとおり。Hu7とは別に、もう一個Hu7CDという新しいパッケージが登場する。PCを除く点線の中身がソレ。以下がハードウェアのリスト。

当然ソフトもあってhu7用のBIOSのバイナリ、BIOSのシンボルファイル、ユーテリティ的なPCエンジン用のソース、あとCDエミュレータ、CDに書き込むソフト、CDからテープにバックアップ／レストアするソフト、ADPCMのエンコードソフト、などがセットに入っていたはず。

ここで時代的に説明しておかないといけない話を一つ書いておく。


続きを読む▽

1988-1994年の間、PCエンジンのゲームを作るために、どんな環境で仕事をしていたのかということを記録に残しておくため、PCエンジンのソフトの開発システムについての記憶に残っている限りの覚書。
今の自分ですら忘れていて、やばいことが分かったので、一生懸命歴史的な資料として残すためシリーズ。
後の世に、このブログのメモがなんの役に立つのかと言われたら、わかんないけど、ナニカの役に立つ…こともない気がするが、残しておいてまあ損はないだろう。

PCエンジンの開発システムは、基本が左図のようにNECのPC-9801のCバスに接続される通信用の拡張ボードと、Hu7と呼ばれる開発キット（メモリが拡張されて、ROM領域がRAMとして実装されROMカードが簡単に開発できるシステム）がハードとしてあった。
もちろんPC-9801シリーズは、今のAT互換機と同じものではない、日本の独自規格ハードで、開発環境はWindowsではなくDOSだった。1988年前後はDOSのメモリ不足が深刻になりだした時代で、かつ186/V30/286あたりだったCPUが386に移行し、仮想86モードを使ったEMSとかRAMディスクが登場をし始める時代だ。ちなみにこの当時のPCのメモリはコンベンショナル（DOSが使える領域）640キロバイト＋386用のプロテクトメモリが１－４メガバイト程度だったが、このプロテクトメモリは、最初のうちはなんの役にも立たないゴミのようなものだった。

今で言う64ビットOSでないOSに４ギガ以上のメモリを積んでいるときと似た状態だ。
さて、上のようなシステムで、どんな風にして開発していたのかというと…


…とこういう風にしてゲームは開発されていた。ちなみにもちろん５－６－７はデバッグに入ってから行われる段階だ。
まあ、ターゲットが別のハードでよくある形で、いまだと開発機がネットワークにぶら下がっているのが普通だが、当時はパラレルインターフェースで直接接続されていたわけだ。


続きを読む▽

今回のネタは、本当のパソコン黎明期といっていい1981年に、いかにしてクロマキーペイント（タイルペイント／タイル）が登場したか？　の物語だ。

ここで先に原理的な解説を。しないと絶対にこの話は分からないので。
遥か遠い昔…およそ30年ほど前、黎明期のパソコンはたいてい数色しか色を表示出来なかった。
例えばパソコン界のキャデラックと言われたAPPLEIIですら40x48の16色グラフィックスか、280x192で４色（のちに6色に改良された）グラフィックス程度のものだった。
これらの数色の組み合わせで標準的になったのが8色カラー。PC-8001で初登場したと思うが、以後、10年以上に渡り色表現のデファクトスタンダードとして君臨した、後にデジタルカラーと呼ばれる8色だ。

ビット表現だと下位からBーRーGと並んでいる３ビット表現のカラーコードで、今風のRGBの表現で言うと０か２５５しかない原色バリバリの8色。
ちなみにこの色コードのビットがB-R-Gと並んでいるのにも意味がある。輝度への寄与は大雑把に青＝１０％、赤＝３０％、緑＝６０％になるので、BRGという順は輝度への寄与の昇順で、白黒のモニタに繋ぐとカラーコードそのままで黒から白に明るくなるメリットがある。そして当時は白黒のモニタが普通にあったので、このような配慮はとても重要だった。これをRGBで並べると、白黒のグラデーションがガタガタになってしまう。少ないリソースでうまくいろいろやりくりするための先人の知恵だ。


この8色は固定の原色でカラーパレットもなく中間色もない。だからごくごく初期のアドベンチャゲームでは人は黄色で塗られていたし、キャラクタも全て原色で書かれていた。これに革命を起こしたのがタイルによる中間色表現だ。
インターネットを探しても、貧乏人のためのCG講座ぐらいにしか資料の残っていない古びた知識だが、一定以上の解像度で隣り合った２つの色が人間の目では混ざって見えて中間色に見える、結果最大デジタル８色でも、組み合わせで８ｘ７＝５６色の中間色が表現できる！　というのがタイルもしくはクロマキーの基本的な考え方だ。マンガのスクリーントーンのような考え方だ、と書けば、分かる人が少しは増えるかも知れない。

左のパターンが典型的な例。貼ったタイルパターンがなぜやや暗い緑がかった黄色に見えるのかを説明すると、これは2ドットのタイルで赤・緑で表現されている。赤＋緑は黄色だが、2ドットなので（2倍の広さで同じ明るさを表現していることになるから）実際の黄色の半分の輝度に大雑把になる。だからやや暗い黄色に見えるわけだ。なお貼ったパターンは貧乏人のためのCG講座からもらってきている。
実際には、市松模様と縦に真っ直ぐ並べるパターンで表現力はさらに強化できるし、当時はこれをも拡張した２ｘ２タイルや３ｘ２タイルも使っていたので、表現力がもう少しあった。

なお、僕の知る限りで最強のドット絵師の一人、山根ともおなどはタイルを「５４４５」だの数字で表現してしゃべっていて、しかもこれが当時の（少なくともファルコムの）アーティスト間では十分に普通に通じる言葉になっていたらしい。
いずれにしてもタイリングによる中間色はパレットのない固定された少ない色数で表現するための技術でしかなかった。だからWindows95が登場して256色が当たり前になった90年代半ばから、急速に廃れていき、2000年過ぎには完全に過去の遺物となった。（ちなみにディザリング、という形で今でもわずかに残っているが、これはアーティストの作る中間色タイルとは違うので、別物として取り扱いたい）
まあ固定された原色で中間色を表現するために、タイルを使った中間色表現なんてヘボなものが1990年代半ばまでは普通にあったのだと、まず理解しておいて欲しい。

そして本題は1981年から始まる。


続きを読む▽