ＣＲＴ/VGAIF+KEYIF+SDCARDIFボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＷｉｎｄｏｗｓパソコンにＵＳＢ接続して使う現行方式はそれなりに便利ではありますが、ときとしてＷｉｎｄｏｗｓ
のしがらみから開放されて、小さいながらも独立した一個のパソコンとして機能したいと思うこともあります。
昔はそれが普通のことだったのですが、安価なＣＲＴディスプレイが生産中止となって久しい今日ではそれ
は叶わぬことと諦めていたのですが…。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［総合第２０回］
●完全独立型ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）も完成です！
Ｗｉｎｄｏｗｓから独立するといいましてもＷｉｎｄｏｗｓから全く縁を切ってしまうというわけにはいきません。
ですから独立するためにどうしても必要なＳＤカードもＦＡＴ１６でそのままＷｉｎｄｏｗｓ互換にせざるを得ませんでした。
そこでちょいと悩んでしまいましたのがＣＰ／Ｍ互換ＤＯＳです。
Ｗｉｎｄｏｗｓ互換でかつＣＰ／Ｍ互換なんて、それはちょっと無理なお話です。
ＣＰ／ＭはＢＩＯＳの部分でハードの制約から離れる仕組みにはなっていますけれど、限られた資源の中でそのようにするのはなかなかに困難です。
問題になりましたのは、セクタのサイズです。
ＣＰ／Ｍの１セクタは１２８バイトなのに対して、ＳＤカードでのＦＡＴ１６の１セクタはその４倍の５１２バイトです。
つまりＣＰ／ＭはＤＩＳＫのＲＥＡＤ／ＷＲＩＴＥのためのバッファを１２８バイト単位で設けるのに対して、ＳＤカードのＲＥＡＤ／ＷＲＩＴＥのバッファは５１２バイト単位にする必要があります。
さらに困ったことには、ＣＰ／ＭではＲＥＡＤ／ＷＲＩＴＥのときのバッファの数に特に制約を設けていないらしいというところでした。
ＣＰ／Ｍがあちこちを虫食い的に１２８バイト単位でＲＥＡＤ／ＷＲＩＴＥすると考えた場合に、そのたびに５１２バイトのバッファを作っていったら、メモリがいくらあっても足りません。
実際のところそんな悠長な問題ではありませんでした。
そうでなくても貴重なＦ８００〜ＦＦＣＦの２ＫＢをＶＲＡＭに占拠されてしまっています。
そこへもってきて最低でもディレクトリバッファとＦＡＴのためのバッファを各５１２バイトはどうしても必要です。
メモリマップを確認してみましたらＣＰ／Ｍ互換ＤＯＳがワークエリアを含めるとＥＡ００の前あたりまでを占めています。
Ｆ０００〜Ｆ７ＦＦはＺＢ３ＢＡＳＩＣシステムのワークエリアですが、ＣＰ／Ｍ互換ＤＯＳはＺＢ３ＢＡＳＩＣのＢＩＯＳともいうべき基本的なＩ／ＯルーチンをＣＡＬＬしていますから、そのワークエリアはつぶすわけにはいきません。
結局のところ、ＣＰ／Ｍのための汎用データバッファはわずか５１２バイトしか確保できませんでした。
それじゃあいくらなんでも無理。
できません。
と片付けてしまったらそれでおしまいです。
できないと思うところをなんとかするのが工夫というもの。
まあちょっと効率は悪くなりますけれど、解決策をみつけました。
ＣＰ／Ｍ互換ＤＯＳが複数のデータバッファを設けて、同時並行処理的にＲＥＡＤ／ＷＲＩＴＥを行ったとしても、それはあくまで言葉のあやで、１個のＣＰＵがやっていることですから、同時には１つの処理しかやれません。
つまり。
ＣＰ／Ｍ互換ＤＯＳが同時に複数のファイルをＯＰＥＮして異なるセクタの読み書きを並行して行なったとしても、ある１時点では１つのセクタに対してアクセスしているだけのはずです。
ＣＰ／Ｍ互換ＤＯＳがあるセクタの１２８バイトをＲＥＡＤまたはＷＲＩＴＥするときにＳＤカードシステムルーチンはその１２８バイトを含む５１２バイトをバッファに読み込みます。
次のタイミングでＣＰ／Ｍ互換ＤＯＳが同じ５１２バイトの中の別の１２８バイトをＲＥＡＤ／ＷＲＩＴＥしてくれればありがたいのですけれど、その保証はありません。
別の５１２バイトを読み込まなければならないときもあります。
それに全部対応しようとするから、無理ということになります。
上に書きましたように、ある時点を考えれば、そのときは１つのセクタだけにアクセスできればよいはずです。
データバッファとして使えるのは５１２バイトの１セクタ分しかありませんから、ＣＰ／Ｍ互換ＤＯＳがアクセスしてくるたびに前に読み込んだ５１２バイトは捨ててしまって、あらためて該当する５１２バイトをＳＤカードからバッファに読み込むことにしました。
ＲＥＡＤはそれでよいのですがＷＲＩＴＥはどうするか？
この場合も同じ方法でクリアできました。
ＷＲＩＴＥの場合にも該当する１２８バイトを含む５１２バイトを一旦バッファに読み込みます。
そこで１２８バイト分のデータを書き換えたらそのままその５１２バイトをＳＤカードに書いてしまいます。
本来ならば５１２バイト単位で１度のＲＥＡＤ／ＷＲＩＴＥで済むところを４回アクセスしなければなりませんし、ＷＲＩＴＥの場合には先に読み出してから書き込まなければなりませんから都合８回のアクセスが必要になります。
ま、しかし限られたメモリの中で条件をクリアするためにはやむをえませんでしょう。
ＲＥＡＤについては問題なくできることを確認しましたが、実際に同時に複数のファイルをＯＰＥＮしてＲＥＡＤ／ＷＲＩＴＥをすることについては、まだこれからテストをして確認してみなければなりませんが、多分上の考え方でいけると思います。
何はともあれ、見事独立を果たしたＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）の画像をご覧ください。
まずは前回と同じＺＢ３ＢＡＳＩＣから起動します。
ここではテストのためＣＰ／Ｍ互換ＤＯＳはＳＺＢＤＳ１Ｏ．ＢＩＮというファイル名でＳＤカードにセーブしてあります。
それをＬＤコマンドでＣＣ００番地からロードします。
ＣＰ／Ｍ互換ＤＯＳのスタートアドレスはＥ２００です。
ＪＰ Ｅ２００［Ｅｎｔｅｒ］でＺＢ３ＢＡＳＩＣからＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）に制御が渡されます。
Ａ＞の表示はＺＢ３ＢＡＳＩＣではなくてＣＰ／Ｍ互換ＤＯＳのプロンプト表示です。
同じＤＩＲコマンドですが、Ａ＞の表示のところで使っているＤＩＲはＣＰ／Ｍ互換ＤＯＳのコマンドです。
仮想Ａドライブのディレクトリが表示されています。
ＭＢＡＳＩＣを起動しました。
そのあとＳＴＡＲＴＲＥＫをロードしました。
このあといよいよＳＴＡＲＴＲＥＫの始まりです。
ＵＳＢ接続型ではスタートレック号はゆっくりと進んでいきましたが、独立型の画面は超高速です。
速度が速過ぎて、ご覧の通りの写真になってしまいました。
ゲーム開始です。
３Ｄが当たり前の今のゲームから見たらなんとも単純な画面ですが、それでも２０インチの大画面でのゲームは見ごたえがあります。
せっかくですからカラーでゲームの雰囲気を出してみました。
いかにも宇宙船の戦闘ゲームといった雰囲気が出ます。
こちらはちょっときれいな感じの画面になります。
これもきれいですね。
どの色もなかなかにきれいです。
［Ｃｔｒｌ］＋［Ｃ］の入力でゲームが終了します。
ＭＢＡＳＩＣのＳＹＳＴＥＭコマンドでＣＰ／Ｍ互換ＤＯＳに戻ります。
ＣＰ／Ｍ互換ＤＯＳでＺＢ３［Ｅｎｔｅｒ］と入力すると、ＺＢ３ＢＡＳＩＣに戻ります。
ＣＰ／Ｍ互換ＤＯＳはスクリーンエディタではなくてラインエディタですから’ａ’は表示されませんが、ＺＢ３ＢＡＳＩＣに戻ると画面右下に’ａ’が表示されてスクリーンエディタになります。
ＣＲＴ／ＶＧＡＩＦ＋ＫＥＹＩＦ＋ＳＤＣＡＲＤＩＦボードの製作［総合第２０回］
２０１７．３．１ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る