全記事インデックス

エミュレーターはだいたい完成したので公開の準備をしていたのだけど、最近ささやかに話題の86Boxに統合できないかと、ふと思った。

Windows + MSYS2上でのビルド環境の構築方法は下の2つのページが参考になった。

• 86Box build steps using MSYS2 on Windows v0.5 by saipan7 · 86Box/86Box · Discussion #3700
• Build guide — 86Box documentation

無事に86Boxをソースコードからバイナリ生成できたところで、私が書いたソースコードの移植に取りかかっているのだが、PCemとは基本構造は同じなんだけど色々と拡張されていて、思ったより書き直す必要がある部分は多い。1日では終わりそうにないねぇ。

最近、にじの新人vtuberを色々見ているので誰だったか忘れたけど、誰かが「うみねこはいい！」と熱弁していて、原作準拠ならコンシューマー版はボイスがあるからおすすめだということで、PS4版うみねこのなく頃に咲を買ってきた。内容が猟奇よりのサスペンスで、17禁（CERO D）のビジュアルノベルということあってコアな作品だが、私が知るだけでも何人かがうみねこ好きを公言しているので、ある種の沼なのかもしれない。

ミステリーサスペンスの作品を自分で体験すること自体がとても久しぶりなのですが、話が探偵ものだと思ったら、ファンタジーなのかバトルものなのかと、翻弄されています。言い回しがいかにもひぐらしと同じ作者だと思わせるんだけど、そこに著名な声優の迫真の演技でのボイスが入っているから、いっそう滑稽で面白い。

この夏はこれを読み切るのが目標になりそう。続きが気になって仕方ないので、読み切れるでしょう。

施設管理者たるものは、AEDや心肺蘇生をためらいなくできるようにならねばならない、ということで、会社の命で救命講習を受けてきた。

心肺蘇生をやるのは、数年前に酸素欠乏・硫化水素危険作業主任者の講習を受けたとき以来だった。あなたが公園にいたとき、オフィスにいたとき、商業施設にいたとき、倒れている人を見かけた、といったシナリオで繰り返しやったことで、私はそこそこ自信を付けたと思う。

ブルアカの期間イベで心肺蘇生の話が出てきて、私にとってはホットな話題だった。さすがに人工呼吸は、現在はCOVIDの影響で厚生労働省が「人工呼吸は行わなくても良い」と指導しているらしく、講習でも人工呼吸は演技だけで終わった。前回の講習がCOVID前だったので、その時は模型相手に人工呼吸もやったけど、意外に肺活量を求められるから、心臓マッサージの合間にあれをやるのは結構大変だったのを思い出す。

PCemのビデオメモリーアドレスの仕組みが理解できなくて、グラフィックモードの開発が進まない。DOSBoxでもだいぶ苦労した部分なので、ここを突破するのは時間が掛かりそう。そういうわけで、エミュレーション精度を上げるために別の開発に取り組んでいた。

PS/55モデル5551-S,TはESDIハードディスク（リファレンスディスケットでは「アダプター内蔵ハード・ディスクII」と表示される）を内蔵しているんだけど、これをエミュレーションするのはそんなに難しくなかった。

ESDIコントローラー単体のMicroChannelアダプターとの違いは、ディスクBIOSのROMがない（システム・ボード側のROMで認識する）ことと、POS IDが違うこと以外はほとんど同じ。ただ、ESDI Fixed Disk Controllerのコードを流用すると、POSTでエラー10482（ハード・ディスク・エラー）が出る。BIOSを解析すると、デバイス7（アダプター）が対象のGet Device Configurationコマンドに対してセクターバッファーサイズを返す必要があって、少しコードを書く必要があった。こりゃBIOS ROMを逆アセンブルしないと分からないな。

最近、石神とサロメの配信をよく見てるので、石神とサロメの星のカービィSDXコラボや、MelocoとのときメモGSコラボがやってて、推し同士がコラボしてるの少し嬉しかった。N64がレトロゲーに入るかどうかって10年くらい前から議論されているけども、今の年数は30年を迎えつつあるから、それを考えたら立派なレトロゲーだな。

夏野菜議論、野菜全推しでTier表が崩壊してるんよ。食べ物の議論は奥が深いな…

DOS J4.0が起動しない問題は、DOSの動作中にメモリーの割り当て方法を設定するI/Oポート・レジスターが書き換えられて、ディスプレイ・アダプターの属性バッファーが配置されていたE0000-E0FFFhがシステムメモリー (RAM) に再割り当てされていたことが原因だった。

メモリー・エンコーディング・レジスター 1（16進 00E1）
Bit | Function
----|-----------------
7   | -Card 2 EN 2
6   | -Card 2 EN 1
5   | -Card 1 EN 2
4   | -Card 1 EN 1
3   | -ENSPLIT
2   | -640
1   | ROMEN
0   | Reserved

ビット1：このビットは、アドレス16進000E0000~000FFFFFがどのように割り当てられるかを決定します。このビットを1にセットすると、ROMがイネーブルされ、読み出しアクセス・アドレスがROMに割り当てられ、書き込みアクセス・アドレスはRAMに割り当てられます。このビットを0にセットすると、ROMがディセーブルされ、読み出しアドレスがRAMに割り当てられます。ROMがディセーブルされている間、書き込みアドレスはディセーブルされています。（注意：このビットを1にセットすると、システムの性能が低下します。ROMへのアクセスが8ビットであり、サイクルが長いためです。）

POSTはメモリー・エンコーディング・レジスターのビット1 (ROMEN) に1をセットして、BIOS ROMのデータをRAMにコピーし終わると、0をセットしてROMを無効にする。これは、注意書きにあるとおり、BIOSをRAMに再配置した方がレスポンスが改善するからだろう。しかし、まさかDOSの動作中にこのビットが書き換えられているとは思わなかった。

これで文字モードの実装はほぼ終わったので、あとはAPA（グラフィック）モードの実装だ。本当に苦労するのはここからかもな。

モノクロモニターの判別問題は、I/Oポート3E1hインデックス3のビット7がVGAでのSwitch Sense Bitと同じ役割を果たしていて、これはDOSVAXの実装と同じだった。問題はここではなく、属性コントローラーへのI/Oポートのデータ出力処理にバグがあって、これを直したらカラーパレットが正しく初期化されるようになって、問題が解決した。

属性コントローラーのI/Oポートにバイト単位で書き込むときはフリップフロップでインデックスとデータが交互に書き込まれるんだけど、ワード単位で書き込むときに、低位8ビットがインデックスで高位8ビットがデータに書き込まれるはずが、逆になっていた。

とても時間を掛けながらも、文字モードはほぼ実用レベルで表示できるようになった。しかし、今ぶち当たっている問題は、DOS K3.3やJ5.0は正しく起動するのに、DOS J4.0だけ文字モードが正しく表示されない。導入プログラムで使われる画面モード03hは正しく表示される。画面処理のBIOSがROMではなくDOSにあるのは知っているが、なんでDOSのバージョンによって挙動が違うんだ。