twitterで、X1やSMC-777などのVRAMがI/Oポートの先にある設計をおかしいハードだと書かれていたので「あー、今の目で見るとわからんか」と思うと同時に、それがゼンゼンおかしいどころでなく、とてもリーズナブルな設計の一つであったのだ、という話をここに書いておこうと、突然思ったので書く。

まず、当時のパソコンでとても主流だったグラフィックスを解説すると640x200。
RGB１ビットずつのデジタル８色。縦横８で割るとわかるが80x25。つまり当時のキャラクタ画面のドットに１：１対応するグラフィクスだ。
これRGB、それぞれのプレーンのサイズをKBで表すと16KB。
今から見ればカスのようなサイズだけど、アドレスバスが16ビットしかない8ビットマシンでは大問題になる。

アドレスバスが16ビットってことは、64KBが直接アクセス可能なメモリ量ってことになる。ここに16KB*3のプレーン、すなわち48KBを置くと、残りは16KBになってしまう。
なんてこったい、プログラム＋システムのエリアがたったの16KBでは話にならない（実際はもっと状況は悪い）。
実はこの問題は初期の8ビットマシンでは大問題で、例えば有名なAPPLEIIなんかも、280x192の高解像度グラフィックスを使うと、48KBのメモリを搭載していても、プログラムに使えるエリアはたったの20KBほどになってしまったし、日立の和製APPLEIIと呼ばれたベーシックマスターL3もその最高解像度の640x200のグラフィクスを使うと、なんとプログラムに使えるメモリは20KBほどになってしまう体たらくだった。
これじゃあたまらない、というのでいくつか方法が考えられた。
その中でメジャーなのが「バンク切り替え」。
16KBのメモリの領域を「バンク領域」として、ポートをぶっ叩くとメインメモリにグラフィックメモリ（以下GRAM）が現れて、直接操作できるって方法だ。
で、twitterではこの88で有名なバンク方式が普通で、素直で、ポートの彼方にあるSMC-777や、X1を変態だと言っていたわけである。
そして、この考え方からしたら、グラフィックス操作専用のプロセッサを使うFM-8/FM-7方式も変態ってことになるだろうｗ

ところが当時のクソ遅いメモリと8ビットCPUにとっては、このバンク方式は少々ベストとは言いがたい問題がある。
まず当たり前のことながら、GRAMはモニタに表示されるメモリだ。
だから、ビデオプロセッサが常時表示のためにアクセスしている。当時の遅いビデオプロセッサはこれを表示するために多大なメモリアクセスをするわけだけど、このGRAMがメインメモリに現れるとCPUに大問題を引き起こす。
CPUのアクセスとビデオチップのアクセスが競合し、簡単にCPU側にウェイトがかかってしまうのだ。
これを避けるためにイロイロな手があるのだけど、やると基本的にはコストが跳ね上がる。つまりバンク方式にするとGRAMおよびメインメモリのアクセスに多大なペナルティを被る可能性が高い。
実際、初代PCｰ8801ではシャレにならない多大なペナルティがあり、とてもとても表示は遅かった。だから例えば超有名なファルコムの初期作品、瞬間描画で有名な『デーモンズリング』は、グラフィック表示を完全にオフにすることで、描画速度を稼いでいたりする。
…というか、画面をオフにして、少しでも描画速度を稼ぐのは初代88では全く当たり前な方法だった。

また、それ以外にもこのバンク方式はベストとは言いがたい理由がある。
それは一度に１プレーンしか出せず、しかもそれですら25%もメモリ領域を埋めることだ。
当たり前だけど、バンク切り替えしてるってことはそれより前に、そこには何かが置かれている。そしてバンクで切り替えるってことは、そこにはシステムの割り込みだのなんだのを置くことは出来ない。言い換えると、バンクで切り替えられるメモリ領域に置かれるものにはとても様々な制約が出てくる。
実際、PC88では、GRAMの領域にはまともにモノを置けないハメになっていて、BASICとGRAMに挟まれて、プログラムを狭いメモリウィンドウに出すなんてムチャクチャなことになっている。
しかも、そのくせ、一度に１プレーンすなわち、RならRしか出すことが出来ない。だから白のドットを打ちたいなら
と、最低３回書き換えて、ようやく白いドットを打つことができた。もちろんオーバーヘッドも大きい。

つまり、初代PC-88で使われていたGRAMのバンク方式は、当時の技術では遅くなるうえに、メモリエリアを圧迫する方法だったわけだ。

それと比較した時、ポートの彼方にGRAMを置く方式には以下のメリットがあった。
１）メモリ領域を圧迫しない。
当たり前だけど、ポート領域に置かれてるんだから、メインメモリを圧迫しない。

２）基本的にメインメモリのアクセス速度に影響を及ぼさない。
メインメモリにいないんだから、干渉するわけがない。

３）全部のプレーンを平等における。
ポート側は16Kもあればポートの数は足りるので、48KBのグラフィック領域をフルに置いても問題がない。

もちろん弱点もあって、必ずポートに対して出力するアドレスを設定しないといけないとか、ブロック転送命令が使いにくいとか、やっぱメンドクサイところはあった。
ただ、これはバンク方式と比較して、致命的な問題とは言いがたかった。
だから８ビットコンピュータでは、GRAMがポートの彼方にあるって方式も十分に合理性はあったのだ。