FRANKがRP2350向け386 PCを実用的なレトロマシンに変える
FRANKは今や、完全なPCに求められるメモリーや周辺機器の負荷にもかかわらず、マイクロコントローラー上でRP2350向け386 PCを実現している。オープンソースのこのプロジェクトは、i386プロセッサー、VGAグラフィックス、ストレージ、入力機器、そして複数世代のオーディオ機器をエミュレートする。開発者によれば、DOS、Windows 3.x、Windows 95、Linuxを起動できるという。
この成果は、マイクロコントローラーと汎用コンピューターの従来の境界を問い直すものだ。通常、RP2350は、限られたメモリーとデスクトップOSを持たない組み込みハードウェアを制御する。FRANKでは代わりに、ディスクイメージや物理ディスプレイ出力を備えた、見慣れたPCの基盤として利用する。
重要な比較対象は、FRANKと現代のデスクトップPCではない。完全なシステムエミュレーションと、すでにマイクロコントローラー上で動作している、より小規模で特化したレトロプロジェクトとの比較である。これまでのプロジェクトは個別のコンソールや16ビットPCを再現してきた。FRANKはそのアプローチを、32ビットPCソフトウェアが求める、より大きなハードウェア契約へと拡張する。
RP2350向け386 PCはCPUだけを再現するものではない
FRANKが重要なのは、Intelの命令セットだけでなく、実用的なPCプラットフォームをエミュレートするからだ。
プロジェクトのFRANK 386 firmwareでは、i386エミュレーターに加え、i486およびi586命令の一部サポートが説明されている。オプションのx87コンポーネントは、一部の旧式ソフトウェアで使われる浮動小数点演算ユニットをエミュレートする。これらの追加により、このマシンで動作を試みられるOSやアプリケーションの範囲が広がる。
CPUエミュレーションはシステムの一部にすぎない。PCソフトウェアは、割り込みコントローラー、タイマー、キーボードインターフェース、ビデオハードウェア、ディスク、サウンドデバイスも想定している。FRANKは、ソフトウェアが一貫したIBM互換コンピューターとして認識できるだけのコンポーネントを再現しなければならない。
現在の機能一覧には、最大640×480ピクセルのVGAおよびHDMI出力が含まれる。ストレージは、フロッピー、ハードドライブ、またはCD-ROMのイメージを格納したSDカードで提供される。ファームウェア構成に応じて、PS/2機器またはUSBキーボードとマウスを接続できる。
オーディオは、PC史の異なる時代にまたがる複数の規格をサポートする。PCスピーカー、AdLib OPL2、Sound Blaster 16、Tandy audio、Covox、Disney Sound Sourceが含まれる。この幅広さは、DOSゲームが特定のサウンドハードウェアを直接操作することが多いため重要だ。
FRANKには、エミュレーターの動作中に仮想メディアを切り替えるディスクマネージャーも含まれる。設定画面では、メモリー容量、プロセッサー世代、浮動小数点エミュレーション、サウンドデバイス、入力オプション、ハードウェアクロック設定を制御できる。こうした制御により、このシステムは固定的なデモというより、構成可能なレトロPCに近い振る舞いを見せる。
エミュレーターは、1～8メガバイトのゲストメモリーを公開できる。上限に達するには、一般にPSRAMと呼ばれる8メガバイトの外部擬似スタティックRAMが必要になる。PSRAMは、組み込み設計に適したより単純なインターフェースを通じて提供される外部ダイナミックメモリーだ。
この要件は重要な違いを生む。標準のPico 2ボードには520KBのオンチップSRAMが搭載されているが、8メガバイトのPSRAMは備えていない。したがって完全なマシンを構築するには、追加メモリーと適切なディスプレイ、ストレージ、入力接続を備えた互換RP2350ボードが必要となる。
対応ハードウェアの一覧にも、この現実が反映されている。FRANKは独自ボード、Murmulatorの各種モデル、Olimex PICO-PC、Waveshare RP2350-PiZeroを対象にしている。4種類のGPIOレイアウトは、これらのボードごとに異なるビデオ、ストレージ、キーボード、コントローラー、オーディオの接続方法に対応する。
これは、改造していないすべてのPico 2で使える汎用ファームウェアイメージではない。準備済みのRP2350コンピューター群を前提に設計されたエミュレーターだ。この区別により、再現に必要なハードウェアを曖昧にすることなく、この成果の印象深さを保てる。
プロジェクトは、SDカードに保存したBIOSファイルとOSのディスクイメージにも依存する。ユーザーは、自らが使用権を持つソフトウェアを用意しなければならない。FRANKは仮想マシンを提供するが、商用OSやゲームを巡るライセンス上の問題を解消するものではない。
最も重要なのは、プロジェクトがこうしたコンポーネントを一つの起動可能な環境に統合している点だ。マイクロコントローラーは現在、旧来のソフトウェアに対し、物理PCが備えると期待されるインターフェースを提示できる。この統合が中心的な緊張関係を生む。深刻なリソース制約を、柔軟性で補えるかという問題だ。
RP2350が完全なPCモデルを担える理由
ここでRP2350が成功するのは、生のプロセッサー速度と同じくらい、予測可能なI/Oとソフトウェア制御が重要だからだ。
Raspberry PiのRP2350 specificationによれば、RP2350は最大150MHzで動作する2基のArm Cortex-M33コア、または2基のHazard3 RISC-Vコアを備える。このチップには520KBのSRAMが搭載され、USBホストおよびデバイス動作をサポートする。また、12基のプログラマブルI/Oステートマシンも提供する。
一般にPIOと略されるプログラマブルI/Oは、ピンを介したデータ移動のために短いプログラムを実行する小型ハードウェアエンジンで構成される。これらのエンジンは、メインプロセッサーに各遷移の管理を強いることなく、厳密なタイミングが必要な信号を扱う。この設計は、組み込みシステムによるビデオ生成や特殊な周辺機器との通信に役立つ。
FRANKにはこの種の制御が必要だ。VGA出力には、ピクセルと同期データを一定のタイミングで連続的に送ることが求められる。SDカードアクセス、キーボード入力、マウス処理、ゲームコントローラー、オーディオは、処理時間とピンを奪い合う。
従来のコンピューターでは、こうした作業の多くを専用ハードウェアに委ねる。マイクロコントローラープロジェクトでは、それらをソフトウェア、固定周辺機器、DMA、プログラマブルI/Oに分配しなければならない。DMA（ダイレクトメモリーアクセス）は、CPUに各データ単位をコピーさせずにデータを移動させる。
RP2350は、4基のステートマシンを備えるPIOブロックを3つ搭載する。Raspberry PiのPIO documentationによれば、これらのステートマシンは決定論的なタイミングと、GPIOおよびDMAとの緊密な統合を重視している。FRANKはこれらの特性を利用し、メインコアでエミュレーターを実行しながら外部インターフェースを維持できる。
プロジェクトは、チップで公表されている150MHzの動作目標には収まらない。ビルド構成では、RP2350のクロック設定として378MHzまたは504MHzを選択できる。また、外部PSRAMを133MHzまたは166MHzで動作させられる。
これらの設定は大幅なオーバークロックに当たる。オーバークロックとは、文書化された動作周波数を超えてコンポーネントを動かすことであり、性能を高める一方で、タイミング、電圧、熱に関する余裕を縮小しうる。あるボードで動作する設定が、別のボードでも同じように動作するとは限らない。
エミュレーターのデフォルトビルドは、CPUを378MHz、PSRAMを133MHzに設定する。カスタムビルドでは、504MHzとより高速な外部メモリーを選べる。実行時設定でも、再起動前にプロセッサーとメモリーの周波数を変更できる。
この仕組みは、FRANKが新しいシリコンの単純な帰結以上のものである理由を示す。開発者は効率的なエミュレーターコア、積極的なクロック設定、外部メモリー、慎重に割り当てた周辺機器を組み合わせている。各要素が、ほかの要素だけでは補えない制限をカバーする。
外部PSRAMは32ビットPCソフトウェアに必要な容量を提供するが、オンチップSRAMよりアクセスコストは高い。オーバークロックはインタープリターにより多くのサイクルを与えるものの、すべてのメモリー遅延をなくせるわけではない。PIOはI/Oの負荷を減らすが、x86命令を実行するわけではない。
したがって、このワークロードはオーケストレーションに依存する。ゲストコードの実行中も、ビデオ生成は安定していなければならない。ディスク操作によってタイミングに敏感なデバイスが乱されてはならない。オーディオエミュレーションは、エミュレート対象のプロセッサーを飢餓状態に陥らせず、定期的にサンプルを生成する必要がある。
このオーケストレーションこそが、RP2350ベースのボードがエミュレーター開発者を引き付ける理由でもある。このチップは、下位レベルのハードウェア動作へ直接アクセスでき、下層にデスクトップOSを必要としない。開発者は、ゲストソフトウェアとピンの間にあるほぼすべての層を制御できる。
完全なLinuxコンピューターなら、はるかに多くのリソースで成熟したエミュレーターを動かせる。ただし、より大きなソフトウェアスタック、高いメモリー使用量、より限定的な直接タイミング制御も持ち込む。FRANKは逆の道を探る。厳格に管理したリソースを通じ、より大きな歴史的マシンを再現する小さなホストだ。
FRANKはTiny386の系譜を元のホストの先へ拡張する
このプロジェクトの主な競争軸は、完全なシステムを目指す野心と、通常はマイクロコントローラーに収まる狭い範囲のエミュレーターとの対比にある。
FRANKは、ESP32クラスのハードウェアと関連付けられてきたエミュレーター、Chunhui HeのTiny386 coreをベースとしている。Tiny386は、主要なx86実行機構をコンパクトなCコードで実装する。また、既存プロジェクトから得た周辺機器の概念も取り入れている。
FRANKの開発者であるMikhail MatveevとDnCraptorは、この基盤をRP2350へ移植した。リポジトリーでは、i386プロセッサーと中核となるPC周辺機器のエミュレーションについてTiny386の功績を示している。また、プラットフォームのアイデアやコンポーネント実装に貢献した複数のプロジェクトも挙げている。
その前身の一つがPico-286 emulatorだ。Pico-286は、RP2040およびRP2350ハードウェアで8086、8088、80186、286向けソフトウェアを対象とする。その存在は、Picoクラスのマイクロコントローラーが有用な初期PC環境をホストできることを示していた。
286モデルからi386モデルへの移行には意味がある。i386は、より要求の厳しいOSと結び付く32ビットのプログラミングモデルとページング機能を導入した。こうした機能を前提に作られたソフトウェアは、より広範で複雑なマシンを期待する。
FRANKは厳密なi386動作だけにとどまらない。後世代の命令の一部をサポートすることで、古いプロセッサーでは拒否されるソフトウェアにも到達しやすくなる。これは実用的な互換性の選択だが、このマシンを特定の歴史的PCの厳密な再現から遠ざける面もある。
同じ実用的なアプローチは、周辺機器の構成にも見られる。実機のコンピューターが、通常は列挙されたすべてのサウンドデバイスを同時に組み合わせることはない。エミュレーターは、単一の工場出荷構成を再現することよりも互換性を優先するため、選択可能なハードウェアモデルを公開できる。
この点でFRANKは、コンソールエミュレーションとは異なる系統に位置する。コンソールはほぼ固定されたハードウェアターゲットと管理されたソフトウェアライブラリーを持つ。PCは、多様な構成向けに書かれたOS、ドライバー、BIOSとのやり取り、ストレージレイアウト、アプリケーションを受け入れなければならない。
この開放性は、魅力と難しさの両方を高める。ユーザーは、馴染みのある生産性ソフトウェア、ゲーム、ユーティリティ、OSをインストールできる。しかし各プログラムはハードウェアモデルの異なる部分に触れ、別の未実装動作を明らかにする可能性がある。
FRANKの系譜は、オープンソースのエミュレータープロジェクトがどのように機能を積み上げるかも示している。Tiny386は中核となる実行モデルを提供する。Pico-286はRP2350統合の概念とディスク管理のアイデアを提供する。QEMU由来のコンポーネントは、クラシックPCの周辺機器を表現する助けとなる。
SeaBIOSはオープンソースBIOSの基盤を提供し、FatFsはFAT形式ストレージへのアクセスを処理する。ほかのコードは、音源合成、設定ファイル、ボード固有の入力を支える。その成果は、単独で孤立した発明というより、再利用可能なシステム開発の成果を丁寧に組み合わせたものだ。
このモデルは、より単純なプロセッサーを中心にカスタムレトロコンピューターを設計する場合とは対照的だ。カスタムマシンでは、制作者が望む機能だけを定義できる。FRANKは、数十年にわたるPCソフトウェアによって形成された、はるかに難しい互換性目標を受け入れている。
この選択は、他のマイクロコントローラ向けレトロプロジェクトにもプレッシャーを与える。ユーザーはますます、洗練されたメニュー、リムーバブルメディア、複数の入力方式、サウンドをファームウェアに求めるようになっている。コマンドプロンプトに到達するだけの技術的実証は、完成品のように感じられるプロジェクトと競合することになる。
FRANKはエンジニアリングプロジェクトでありながら、その期待を引き上げている。リポジトリにはビルドスクリプトとボード構成が用意されているが、導入には依然として対応ハードウェアと準備済みのストレージが必要だ。想定される利用者は、ファームウェア、配線、ディスクイメージに慣れている層にとどまる。
この制約はプロジェクトの意義を損なうものではない。これは、再現可能なホビーコンピュータとコンシューマー向け機器との現在の境界を示している。その境界を越えるには、より優れたパッケージング、検証済みイメージ、一般的なソフトウェアでの性能を文書化することが必要になる。
厳しい制約は起動画面ではなく、一貫した性能にある
WindowsやLinuxを起動できることは互換性を示すが、速度、正確性、日常的な信頼性を保証するものではない。
リポジトリによれば、FRANKはDOS、Windows 3.x、Windows 95、Linux、その他のシステムを起動できる。これは有用な互換性に関する記述だ。しかし、起動時間、アプリケーション性能、フレームレート、エミュレートされたプロセッサのスループットに関する標準化ベンチマークは提供されていない。
この差は重要だ。エミュレーション性能はワークロードごとに変化する。テキストエディタは長時間にわたり入力待ちとなる場合がある一方、ゲームはCPU、グラフィックス、タイマー、オーディオ、ストレージを継続的に使用しうる。
オペレーティングシステムがデスクトップに到達することは、アプリケーションを継続使用する場合とは異なる挙動を試すことにもなる。インストールプログラムでは、メモリチェック、プロテクトモードへの移行、通常とは異なるディスクアクセスが必要になることがある。FRANKのトラブルシューティングノートには、Windows 95のセットアップと起動に必要な具体的な対応がすでに記載されている。
たとえば、インストーラーが利用可能なメモリがないと報告した場合、ドキュメントではセットアップ中のメモリチェックを回避するよう推奨している。また、Windowsの保護エラーに対する別のパッチも案内している。こうした回避策は有用な進展を示す一方で、互換性がなお条件付きであることも示している。
ゲスト側の8メガバイトという上限も、別の境界を課す。この容量は、多くのDOSプログラムや初期のWindowsアプリケーションには十分に余裕がある。しかし、後期のWindows 95ソフトウェアや、より意欲的なLinux構成には厳しいままだ。
問題はメモリ容量だけではない。エミュレータは、異なるアーキテクチャのプロセッサを用いて、ゲスト命令を繰り返し変換または解釈する必要がある。また、物理バスや専用コントローラを前提に形成されたタイミング要件を持つデバイスも表現しなければならない。
一部の古いプログラムは、正確なビデオまたはプロセッサの挙動と意図的に同期する。デモやゲームは、文書化されていないタイミング効果に依存することがある。機能的に正しいハードウェアモデルであっても、こうした前提が崩れると表示エラーや不正確な動作速度を生じる可能性がある。
オーディオはさらに敏感な領域だ。Sound Blaster向けソフトウェアは、割り込みタイミング、DMAの挙動、バッファ補充のスケジュールに依存する場合がある。スプレッドシートでは気付かれない短い遅延でも、耳障りなクリック音やゲームの停止につながりうる。
リンク先のコミュニティでの議論も、この不確実性にすぐ焦点を当てた。コメント投稿者はこのマシンの規模を称賛しつつ、繰り返し性能について問いかけた。タイミング依存のソフトウェアは、仮想マシンやエミュレータにとって常に難題だったと指摘する声もあった。
これらのコメントは反応であり、統制されたテストではない。それでも、適切な懐疑的な問いを示している。長い互換性リストは、各項目にテスト済みバージョン、構成設定、観測された速度、既知の不具合が含まれると、より有用になる。
オーバークロックはこの証拠を複雑にする。504MHzで得られた結果が、すべてのRP2350ボードを代表するとは限らない。安定性はシリコンの個体差、電源品質、冷却、ボードレイアウト、外付けPSRAMに左右される可能性がある。
4種類のボードレイアウトをサポートすることはアクセスを広げる一方で、テストマトリクスも拡大する。HDMIとVGAの経路では、消費するリソースが異なる可能性がある。ある構成ではUSB入力を有効にするとUSBシリアルコンソールが無効になり、ユーザーが障害を診断する方法も変わる。
したがって、慎重に読むなら三つの主張を分ける必要がある。FRANKは、完全なPC環境を試みるために必要なコンポーネントを明確に実装している。開発者は複数のオペレーティングシステムが起動すると報告している。速度と互換性に関するより広範な主張には、なお再現可能な測定が必要だ。
有用なベンチマークスイートは、一つの注目アプリケーションだけを対象にするべきではない。DOSのCPUベンチマーク、ストレージスループット、VGA更新速度、オーディオの安定性、オペレーティングシステムの起動時間を測定できる。各結果では、ボード、クロック、PSRAM設定、表示モード、ファームウェアバージョンを特定すべきだ。
正確性テストは別の次元を加える。命令スイートではフラグ、例外、プロテクトモードの挙動を確認できる。ハードウェアテストでは、割り込み順序、タイマー分解能、VGAレジスタ、サウンドカード通信を検証できる。
これらのテストがプロジェクトの魅力を損なうことはない。その成果を比較・再現しやすくする。さらに、障害がエミュレータ、ゲストソフトウェア、不安定なオーバークロックのいずれに由来するのかを、開発者が判断する助けにもなる。
こうした証拠が示されるまでは、A 386 PC for Your RP2350は、きわめて完成度が高く有望な移植版として理解すべきだ。成熟したデスクトップエミュレータやオリジナルハードウェアの、測定済みの代替品ではまだない。
マイクロコントローラ・エミュレーションはプラットフォームの一分野になりつつある
FRANKは、柔軟なマイクロコントローラが、かつてはアプリケーションプロセッサ向けだったシステムプロジェクトを支えられることを示している。
RP2350にはすでに、コンソールエミュレータ、ビデオジェネレータ、シンセサイザー、初期PC環境の移植例が集まっている。これらのプロジェクトは、二つの汎用コアと、プログラマブルI/O、DMA、外部メモリ、直接的なハードウェアアクセスを組み合わせるという戦略を共有している。
マイクロコントローラは、デスクトップやLinux搭載シングルボードコンピュータにあるアプリケーションプロセッサとは異なる。通常は仮想メモリや汎用ホストオペレーティングシステムを用いず、一つのファームウェアイメージを実行する。このより単純な環境は、開発者に予測可能な制御を与える一方、利用できるリソースは少ない。
エミュレータの作者は、その予測可能性を活用できる。一方のコアをゲスト実行に集中させ、もう一方をビデオ、オーディオ、ストレージに割り当てられる。プロセッサが負荷の高い処理に直面していても、ハードウェアステートマシンは外部信号を維持できる。
この分割は、レトロシステムにとり特に価値がある。古いディスプレイや入力デバイスには、巨大な帯域幅よりも規則的なタイミングが必要なことが多い。元のプロセッサも現在のマイクロコントローラコアよりはるかに低速であり、ソフトウェアによる解釈の余地を残している。
i386は、この方式を8ビットコンソールよりもさらに押し広げる。プロテクトモード、より大きなアドレス空間、複雑な命令、広範なPC周辺機器群をもたらす。FRANKの成功は、限界が単一の注目すべきクロックレートではなく、システム全体の設計に左右されるようになったことを示唆している。
このプロジェクトは、レトロコンピュータの姿も変える。従来の再現では、オリジナルチップ、フィールドプログラマブルゲートアレイ、またはLinuxボードを使用する。RP2350ソリューションは、これらのアプローチの中間に位置する。
オリジナル部品は歴史的な挙動を提供するが、入手が難しく統合も容易ではない。FPGA設計はデジタルロジックを直接再現し、多くの場合で優れたタイミング特性を持つ。Linuxシステムは成熟したエミュレータと豊富なリソースを提供するが、より大きなコンピュータの下にマシンを隠してしまう。
マイクロコントローラエミュレータは小さく、調査しやすい。開発者はファームウェアを追跡し、個々のピンを割り当て、各周辺機器がどのようにゲストへ届くかを理解できる。代償として、ソフトウェアは限られた性能予算の中でより多くの作業を担わなければならない。
この妥協により、こうしたプロジェクトはノスタルジーを超えた価値を持つ。負荷の下でのスケジューリング、メモリ管理、プロトコル実装、リアルタイムI/Oを実演するからだ。開発者は、複雑なシステムが認識不能にならずにどのように縮小されるかを学べる。
FRANKは、移植性の高いC実装の価値も示している。コンパクトなエミュレータコアは、一つのホストオペレーティングシステムに深く依存しないため、ESP32とRP2350のハードウェア間を移動できる。ボード固有のレイヤーが、そのコアをビデオ、ストレージ、入力へ接続する。
ただし、ディスプレイとI/Oの手法はチップごとに異なるため、移植性は完全ではない。RP2350のPIOはすべてのマイクロコントローラに存在するわけではない。外部メモリインターフェースやDMAの挙動も異なる。
それでも、再利用可能なコアは実験の経済性を変える。開発者は新しいボードを試す前にx86インタプリタを作り直す必要がない。メモリ配置、周辺機器のスケジューリング、ホスト固有の高速化に集中できる。
その結果生じる競争は生産的だ。Pico-286は、より初期のPCソフトウェアと低い要件に最適化できる。FRANKは32ビット互換性を追求できる。コンソールプロジェクトは、汎用性を犠牲にして、より高いフレームレートとより正確なハードウェア挙動を実現できる。
これらの道筋のどれも、あらゆる用途に勝るわけではない。共存していることは、マイクロコントローラ・エミュレーションが孤立したスタントの集まりではなく、プラットフォームの一分野になったことを示している。共有ボード、ファームウェア形式、ハードウェアパターンは、複数の再現されたマシンを支えられる。
FRANKがデモ以上の存在になるかを示す三つのシグナル
次の段階は、測定済みの性能、より広い互換性の証拠、対応ボード全体での再現を容易にすることにかかっている。
第一のシグナルは、公開されたベンチマークセットだ。FRANKには、ゲスト性能をファームウェアバージョン、ボードモデル、CPUクロック、PSRAM速度、ビデオモードと結び付ける結果が必要である。再現可能な数値は、RP2350版が以前のTiny386ホストを一貫して上回るかどうかを示すだろう。
ベンチマークセットは、利用可能な二つのオーバークロック目標の価値も明らかにする。より高い設定が複数のボードでエラーなく大幅な向上を生むなら、プロジェクトの性能面での主張は強まる。頻繁なクラッシュや表示の破損は、それを弱めることになる。
第二のシグナルは、公開互換性カタログだ。起動画面のスクリーンショットは注目を集めるが、継続的なテストはより良い証拠となる。報告は、インストール、アプリケーション、ゲーム、オーディオモード、ディスク形式、入力デバイスを対象にすべきだ。
有用なカタログでは、完全に使用可能なソフトウェアと、単に起動するだけのプログラムを区別する必要がある。必要なパッチや特別な構成の選択も記録すべきだ。その情報は、散在するユーザー実験をエンジニアリング上のリソースへ変える。
第三のシグナルは、より簡単な導入だ。ビルド済みファームウェアはすでに負担の一部を減らしているが、ボード固有のハードウェアとストレージ準備は依然として大きな要素である。明確な配線ガイド、検証済みのアクセサリ組み合わせ、バージョン管理された構成例があれば、結果を再現しやすくなる。
導入面の改善は、プロジェクトが保守担当者を圧倒せずに新規ユーザーを支援できるかどうかも明らかにする。配線やディスク設定に関する課題のバックログが増大するなら、パッケージング上の問題を示すだろう。ボード、テスト、文書を追加する貢献は、より健全なプラットフォームの方向を示す。
これらのシグナルは、また一つの珍しい起動先より重要だ。FRANKはすでに、RP2350が32ビットPCの骨格をホストできることを示している。残る問いは、多くのユーザーが同じマシンを再現し、同等の挙動を得られるかどうかだ。
開発者は、リポジトリのリリース、互換性レポート、ベンチマークへの貢献を注視すべきだ。レトロコンピューティング愛好家は、プラットフォームを選ぶ前に、それらの結果をPico-286、デスクトップエミュレータ、オリジナルハードウェアと比較すべきである。ボード設計者は、どのメモリおよびビデオ構成が最も少ない妥協で済むかを見極めるべきだ。
A 386 PC for Your RP2350が魅力的なのは、その制約が見え続けているからだ。あらゆるメガバイト、クロックサイクル、I/O経路が、自らの存在意義を示さなければならない。そのプレッシャーにより、このプロジェクトはエミュレーションの仕組みを非常に明確に示す実例となっている。
互換性のあるハードウェア、文書化されたファームウェア設定、そして合法的に利用できるソフトウェアのみでプロジェクトを試してください。そのうえで、デスクトップが表示されるかどうかだけでなく、実行できたもの、挙動、そして結果を可能にした構成を記録してください。
