古い学校のグラフィックスプログラミングに興味がある人には、ビットプレーンは存在理由が分からないと結構混乱するよね。大きな理由が二つあるんだ。まず、メモリチップを並列に動かして帯域幅を増やすため。あの時代のハードウェアでは、画像データを画面に素早く表示するのが難しかったんだ。次に、簡単な後方互換性を実現できたこと。プログラムはビデオメモリに直接書き込むことが多かったし、EGAカードではビデオメモリの最初の部分が有効なCGAデータだった。残りのカラー情報は別のビットプレーンにあったんだ。

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

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

アミーガ時代のフォントやグラフィックスタイルには何か特別なものがあって、アミーガに独特だと感じるんだけど、特定の開発者やグラフィックアーティストに絞り込むのが難しいんだ。『Ruff n Tumble』なんかがいい例で、ゴツゴツした未来的なフォントや、強いグラデーション、色合いが特徴的だよね。でも、すべてのゲームに共通しているわけではないけど。

うん、同意するよ。俺も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で素晴らしいアートを作り続けていたんだ。

ちょっと前に、Stable Diffusion/FLUXで使えるDeluxePaint/AmigaのLORAを作ったんだ、面白半分でね。[1] そのLORAといくつかのビデオモデルを使って、同じスタイルの小さな映画を作ろうとしたんだ。[2] 興味があれば、LORAを生成する方法についてのガイドもあるよ。[3] 最後に、遊ぶのに結構面白いDeluxePaintのクローンが誰かにリリースされたんだ。[4] [1]: https://civitai.com/models/875790/amiga-deluxepaint-or-fluxd [2]: https://www.youtube.com/watch?v=_18NBAbJSqQ&feature=youtu.be [3]: https://reticulated.net/dailyai/creating-a-flux-dev-lora-ful... [4]: https://github.com/mriale/PyDPainter

ちょっと関連するけど、新しいアミーガビジョンコレクションのバージョンがリリースされたよ。アミーガファンなら無料で手に入る高品質な製品だ。MiSTerのセットアップで含まれているデモがたまらなく面白いんだ。

これは素晴らしいね！ちょっと気になるんだけど、ブラウザで動くHAMビューワーって誰か作ったことあるのかな？HAMがちらつくのは仕方なかったけど、一度に4096色も画面に表示されるのには驚いたよ。アミガのHAM画像には、すぐにわかる独特の質感があったよね。

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

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

CRTモードでのPhoton Paintの目の画像のちらつきは、当時の感覚にすごく忠実だね。

以前の... Amiga Graphics Archive - https://news.ycombinator.com/item?id=38431514 - 2023年11月（コメント20件） Amiga Graphics Archive - https://news.ycombinator.com/item?id=17783531 - 2018年8月（コメント27件） The Amiga Boing Ball Explained - https://news.ycombinator.com/item?id=12330689 - 2016年8月（コメント56件） Amiga Graphics Archive - https://news.ycombinator.com/item?id=10972849 - 2016年1月（コメント24件）

当時アミガを買う余裕はなかったけど、雑誌とかでその画像を見ては羨ましかったな。今こそミスターFPGAのセットアップを手に入れて、当時の体験を味わってみたい。おすすめのハードウェアとかある？自分でハードウェアを作ることはできるけど、今は選択肢がたくさんあって、どれがいいのか迷っちゃうな。

超マイナーな指摘だけど、アミガを16ビットって呼ぶのはちょっと違和感がある。あの頃はそういう説明はなかったし、みんな32ビットマシンって呼んでたよ。32ビットのアドレス空間があったし（68000自体は全てのアドレスラインをサポートしてなかったけど、4GBのRAMが必要なスパコンなんてないよね）。全てのレジスタと演算は32ビットだったし、内部の一部の処理は16ビットで実装されてたけど、プログラマーには見えなかった。68060のような明確に32ビットのCPUを搭載した新しいモデルは、CPU命令レベルではほぼ100%古いモデルと互換性があったし、新しいOSはAPIレベルでは互換性がなかったけどね。実際、私が記憶している限り、命令レベルで互換性がなかったのはMicrosoftのAmigaBASICだけだった。68000はRAMにアクセスする際にポインタの上位ビットを無視するから、データを保存するためにそれを使ってたんだ。アミガを16ビットマシンと呼ぶ理由が見当たらないな。A1000には16ビットのハードウェアパスがあったけど、フルスペックのA3000は絶対に16ビットじゃなかったし、互換性もほぼ完全だったよ。アミガは完全に32ビットのマシンだった。別の呼び方をされるのは変な感じだね。

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だったんだ。

年を取って忘れっぽくなってきたけど、1989年に子供の頃にこれを見た時の感覚は忘れたくないな。古いものを見たり体験したりすることはできるけど、元々の体験があったコンテキストを再現するのは不可能だよね。40年の技術進歩の経験は消せないから、こういうものは単に懐かしい感じにしか思えない。