また、8色のピクセルに対して「奇数」のビット数、例えば3ビットプレーンを使うことでメモリを節約できたんだ。

アミーガには、並列/プレーンごとのチップメモリも、CGAとの後方互換性も必要ないと思うよ。

うん、同意するよ。俺もC64とDOSを持ってたけど、どちらもたくさんのゲームがあった。アミーガはちょっと違ったんだよね。ある意味、アミーガはXboxやその類似の強力な前身だったと思う（もちろん、テレビコンソールゲームもあったし、俺も遊んでたから、これらはXboxや他のコンソールへの先駆者と呼ぶのが適切かもしれないけど、アミーガは二つの場所に位置づけられていた気がする。DOSはゲームよりもアプリケーションやビジネス寄りだったけど、良いDOSゲームもたくさんあったしね。『Master of Orion 1』は俺のお気に入りの一つだし、『Master of Orion 2』は多くのことを拡張したけど、ゲームプレイが遅くなってしまってそれが嫌だった。速いプレイスタイルが好きだったし、他のゲームでもそうだった。『Civilization 1』や『SimCity 1』なんかもね。

特定の開発者やグラフィックアーティストに絞り込むと、ジム・サックスは初期のマスターの一人だったよ。彼についてのウィキペディアの記事は彼の功績を十分に伝えていないね: https://en.wikipedia.org/wiki/James_D._Sachs すごいことに、アミーガが登場した後も、彼はC-64で素晴らしいアートを作り続けていたんだ。

HAMはちらつかないよ。HAMの問題は、急激な色の変化に制限があることだね。HAMをPNGに変換するのは簡単だし、時にはインターレースモードと組み合わせてライン数を倍にすることもあったけど、それはちらついたね。

ちらつき？ちらついた記憶はないけど、EHB（エクストラ・ハーフ・ブライト）で64色にする時にフリンジの問題があったかもしれないけど、それくらいかな。インターレースもちらついたかもしれないけど、モニターによるね。（コモドールが作ったほとんどのモニターはインターレースモードでちらついたけど、高級なものはちらつかなかったと思う。）

68000に関しては、これが古典的な論争だね。実際、君の意見には同意するけど、かなり議論がある印象だよ。コモドールとアタリは68Kマシンを16/32ビットとして売り出してたし、それが技術的には最も正しい表現だと思う。セガのメガドライブ/ジェネシスのような他の68000ベースのマシンは16ビットとしてマーケティングされてたし、ユニットの上にもそう書いてあるよ！

A500シリーズはイギリスでは16ビットだと思われていた記憶があるな。32ビットのマーケティングはA1200から始まったし、それに基づくデバイス、例えばCD32（その名前の由来でもある）もそうだね。

80年代にはC64、Amstrad 464、ZX Spectrumが8ビット、AmigaとAtari STが16ビットと考えられるのが普通だったよ。イタリアでは、8ビット用の「Zzap!」と16ビット用の「The Games Machine」という2つの別々のゲーム雑誌もあったんだ。

その時代にいた者としては、確かに高校や小さなデモシーンのグループの間では16ビットマシンって呼ばれてたよ。ZX SpectrumやCommodore 64の8ビットホームコンピュータの後継だったからね。

俺も伝説の68000の大ファンだし、1985年以降の多くのAmigaを誇りを持って所有してるけど、マーケティングは常に技術的な現実を反映していたわけじゃないんだ。68000 CPUは1985年から1990年までの全てのAmigaの中心にあったけど、内部データレジスタと内部アドレスレジスタは32ビットだけど、外部ではデータレジスタは16ビットしか接続されてなくて、32ビットレジスタを読み書きするには2回アクセスが必要だったんだ。これがパフォーマンスに影響を与えたのは、特にキャッシュのないCPUではメモリアクセスが重要なボトルネックだからね。君が指摘したように、この「ダブルポンピング」は自動的に行われていて、プログラマーにはほとんど隠れていたけどさ。68000のアドレスレジスタは上位8ビットが外部ピンに接続されていなかったから、直接アドレス可能なRAMは16MB（24ビット）に制限されてたんだ。こうした妥協が68000を64ピンのDIPパッケージに収めることを可能にしたけど、標準の68020は全ての32データとアドレスラインを接続していて114ピンのPGAパッケージに入ってた。ピン数が多い大きなパッケージはコストがかかるし、ダブルポンピングによるデータアクセスや16MBのアドレス可能RAMの制限は、1980年代のデスクトップコンピュータにとっては大きな問題じゃなかったんだ。特に68000の洗練された直交命令セットは他の面で非常にパフォーマンスが良かったからね。だから、技術に詳しいファンの多くは68000を内部的には32ビットだけど、外部的には16ビットデータ/24ビットアドレス幅だと広く考えてたんだ。ただし、内部の算術論理ユニットや2つの算術ユニットは16ビットで、内部の32ビットの数学演算でも一般的に少なくとも2倍のサイクルが必要だったのに対して、68020はそうじゃなかったんだ。だから、技術に詳しいオーナーの多くは当時、必ずしも正確に理解していたわけじゃなかった。さらに混乱するのは、A1200（1992）などの後のAmigaモデルは標準の68020ではなく、コストを抑えた68EC020を搭載していて、上位8ビットのアドレスラインも接続されていなかったし、100ピンのQFPパッケージに収まっていたんだ。技術的には68000と同じアドレス可能RAMの制限があったけど、内部も外部も32ビットのデータ幅、ALU、256バイトのキャッシュ、そして後の680x0 CPUに共通する多くの命令セットやクロックスピードの改善があったんだ。多くの人が68000の16/32アーキテクチャをメモリアドレッシングの制限だけで考えていたのは、68020と68EC020の違いを説明するのにもっと適切だったかもしれないけど、68000の素晴らしさを損なうものではないよ。俺の最初のコンピュータは68000の弟分である6809で、これは一般的にクロックあたり最も速い8ビットCPUだったんだ。68000が16/32ビット設計だったのと同じようにね。6809は信じられないほど速かったけど、1985年に68000ベースのA1000を手に入れてアセンブリ言語でプログラムした時、その速さには驚かされたよ。それから1988年にA2000にA2620アクセラレータカードを追加した時、完全な68020の32ビット内部と4MBのRAMへの直接32ビット読み書きは、フェラーリからリアジェットに乗り換えたような感覚だった。68000が混乱を招くようにマーケティングされ、メディアによって不正確に説明されていたとしても、本当に前進だったけど、現実には68020がこのラインで初めての真の32ビットCPUだったんだ。