実験パート３
ＤＯＳ２解析はまだまだ続く
（ここに出てくるDOS2のアドレスはＳＴのものですが、
ロットの違いで若干ずれることがあります）
２月２７日
FAT16パッチのＨＤＤ対応版、ＳＴ用ＧＴ用を作りました。パッチの部分は変更なしです。
これでしばらく動作テストしてみたいです。
カーネル解析で気になる部分があるのですが、ファンクションのどれを使うとあの部分に
行くのかまだわかっていません。なので、相変わらず危ないです。
２月２４日
FAT16をＨＤＤ対応にしました。ＳＴ用だけです。
ブートセクタの位置がどうなるのかわからないので、使う人が位置を確かめてFAT16に設定します。
ウチのＨＤＤ（560MBだと思うのですが、９８に519MBと言われてしまう）を16bitFATでフォーマット
したら、ブートセクタの位置は100hセクタだったので、FAT16パッチの論理ブロック番号は100hに
設定してあります。オプションなしで起動すると、現在の設定が表示されます。
設定を変えるときは FAT16ST /Sxxxh のように入力します。20hのように１６進数で、最後にｈを
付けないと・・・大変なことになるのかな。設定できないですね。
ＺＩＰ、ＭＯはいままでどおり、FATサイズをF0hに変更したので、230MのＭＯをクラスタサイズ4KBで
フォーマットしても大丈夫かな。試してみないとわからないですね。
FAT16を解除したとき、MEGA-SCSIからカーネルをコピー、ドライブ登録テーブルを元の値に戻します。
空いているＨＤＤをお持ちの方、100MBのEVA再生してみません？
HDD対応版 と ？
２月２３日
ＨＤＤを使ったテストに再挑戦しました。容量519MB、クラスタサイズ16KBでフォーマットです。
100MBのファイルでEVAの再生テストがしたかったのです。
でもウチにはEVA用ファイルはないので、デジタルプラレールから100MBのファイルをコピーして、
パッチあてEVAで再生してみましたが、ファイルの最後まで正常？に再生されたようです。
なにしろ画面を見ても、正常なのか異常なのかわからないのです。
でもエラーが出なかったので、いいことにしよう。
そろそろＨＤＤ対応にしようかな。ＭＯよりトラブルが少ないかも知れない。
ＨＤＤの容量によってブートセクタの位置が変わる？
そのあたりがわからないので、使う人が自分でブートセクタを探して、FAT16に設定するのなら
作れそう。
２月２２日
つじかわさんのEVA-00P.COMにパッチをあてて、16bitFAT対応にしました。
ＺＩＰとＥＶＡ用ファイルをお持ちの方、テストしてみません？
うまくいけば100MBのＥＶＡ用ファイルとか・・・・作れそうな気がします。
EVA-00.COMを解析しなければ。
ＭＳＸで16bitFATフォーマット出来るといいですね。誰か作る人いないかしら。
パーティション分割なし、ＺＩＰの論理フォーマットくらいならＳＨＥＭで出来るけど面倒です。
２月１５日
セクタサイズ16KBは大きすぎました。
ＭＭで大量にファイルを削除したら「ディレクトリがいっぱいです」なんてエラーが出るし、
その後の動作は不安定だし。
FAT16を使うとすればＺＩＰかＭＯ(230MB)ですよね。クラスタサイズ2KBでは遅いし、8KBなら
MEGA-SCSIのフォーマットと同じなので遅くはないけど、小さいファイルでも8KB取られちゃうし、
それで中間のクラスタサイズ4KBでフォーマットしてみました。
フォーマットするとき、用途に合わせてクラスタサイズを選べるといいのかも。
容量
Win95での表示 ： 100,528,128バイト
ＭＳＸ の表示 ： 100,593,664バイト
クラスタサイズ ： 4,096バイト
ＦＡＴサイズ ： 96セクタ
Win95の容量計算ってどんなことするのでしょう。16bitＦＡＴにすると、ブートセクタの
総セクタ数に情報が書かれないので、クラスタ総数の計算が出来ません。
このフォーマット、いい感じですよ。ＭＳＸでもWin95でもファイルのリード、コピーが出来ます。
大量のファイル削除も大丈夫でした。スピードも中間を取っただけあって、そこそこです。
しばらく100MBＨＤＤを使ってみます。ＨＤＤの後ろの方をMEGA-SCSIでフォーマットできたらいいなぁ。
ＭＭのファイル表示って、ひとつのディレクトリで２５５個まで？
どうしてそれ以上は表示されないの？ パッチのせいではないです。
２月１２日
９８ノートでＨＤＤのフォーマットが出来ましたが、容量が５１９Ｍになってしまいます。
容量 ： 544,047,104バイト
アロケーションユニットサイズ ： 16,384バイト
アロケーションユニット数 ： 33,206個
９８で大量のファイルをＨＤＤにコピー、階層も地下６階くらいまで掘ってみました。
次にＭＳＸの電源を入れてSHEMを起動、ＨＤＤの中身を調べました。
セクタ00hはパーティション情報なのでしょうか。IPL1の文字列がありますが、ディスクに関する
情報はないです。なんとブートセクタは100hにありました。これで正常？
セクタサイズ ： 200hバイト
クラスタサイズ ： 20hセクタ（16,384バイト）
ＦＡＴサイズ ： 82hセクタ
FAT16を駐在させた後、SHEMを使ってMEGA-SCSIのドライブ登録テーブルの開始ブロックを00,01,00に
書き替えると・・・ＭＭでのディレクトリ表示が速くなってる。ＭＭでＣＤ−ＲＯＭのディレクトリを
表示させたときよりちょっと遅いかな。それにしても100MＨＤＤより519MＨＤＤの方が速いなんて。
クラスタサイズが大きいから？
ディスク容量が544,980,992バイトと表示されるのは、クラスタ総数の計算がアバウトだからです。
（ＦＡＴサイズ − １）＊ 100h ＋ F0h なんてやってます。
ファイルの読み出しは階層の深いところ、ディスクの後ろのほうを試してみましたが、今のところ
読めてます。ＭＭで単純なファイルのコピーは大丈夫みたいです。
これからファイルの削除とか、NGLOADでゲームセーブとか試してみます。
２月１０日
昨日の実験では、ＨＤＤのセクタ00hをブートセクタ、セクタ01h〜C0hを第１FAT
セクタC1h〜180hを第２FAT、セクタ181h〜1A0hをルートディレクトリというように
フォーマットしましたが、これではWin95がＨＤＤを認識しませんね。
それにＨＤＤの容量が３２Ｍになってしまいます。
今日はＨＤＤのセクタ00h〜1FhにWin95用ＺＩＰのセクタ00h〜1Fhをコピーして、
完全なＺＩＰフォーマットＨＤＤにしてみました。
FAT16パッチでMEGA-SCSIのドライブ登録テーブル、開始ブロックを00,00,20にすると
100MのＨＤＤとしてＭＳＸからもWin95からも、ファイルの読み書きが出来ました。
FAT16パッチでＭＯを使うとき、ドライブ登録テーブルの開始ブロックを00,00,00に
していますが、たぶん違ってますね。ＭＯもはじめの20hセクタくらいを何かに
使っている？
Windows95のフォーマットについて知りたいのですが、なにか良い本がありますか？
２月９日
急にＨＤＤで試してみたくなって、ＨＤＤを認識するようにFAT16にパッチあてました。
９８ノートにＨＤＤを繋いでフォーマットしようと思ったら・・・外付けＨＤＤが
ドライブＤ〜Ｔに分割されているのです。
この状態でどうすればフォーマット出来るの？
他機種はよくわからないので、ＭＳＸでＺＩＰフォーマットをかけてみました。
560MのＨＤＤが100Mになってしまいましたが、読み書きの実験をするだけなので。
ＭＭ上で12bitFATのＺＩＰから16bitFATのＨＤＤに、ディレクトリを含めたファイルの
コピーをしました。ＨＤＤなら速いかなと思ったのに、結構時間がかかります。
ＺＩＰはクラスタサイズが４セクタなので、大きなファイルではFAT書き込みに時間が
かかるのかも知れません。それにFATのサイズも大きいから、空きFAT探しも大変。
フォーマットの形式って決まっているのですか？
ＺＩＰのクラスタサイズを８セクタに増やしたら・・・・少しは時間短縮になるのかな。
２月５日
にせカーネルを使う方法、駄目かも知れません。ＲＯＭゲームの起動、短いファイルのコピーが
出来たので良いかなと思ったのですが、Mikasen.さんのところでは「どうにも不安定」でした。
Mikasen.さんと私では環境や使い方に相当違いがありますから、たぶん彼が使って駄目なら
使い物になりません。ＣＤエクステンションと一緒に使うのは、諦めようかな。
FAT16は1/19版が最新のファイルです。
書き込みが出来るとか大きなファイルのコピーもＯＫとか書きましたが、私が試した限りでは
という但し書きが付くので、どんな環境でもこの通りに動作するわけではないです、たぶん。
私のＭＳＸ環境を書きます。
ｔＲ−ＳＴ（RAM 1M）、 MEGA-SCSI、 ＨＤＤ（560M）、 ＺＩＰ、 ＣＤ−ＲＯＭ
パソコンの操作はおばさんレベルなので、ＭＭを使っているくらいで難しい設定など
いっさいしていません。そういう状態なら書き込めるということなのでしょう。
大勢のテスターがいて、どんな条件で動作してどうするとコケるのか、調べられるといいのでしょう。
そのうち他の方が良い物を作ってくれると思うので、私は自己満足の範囲で作ります。
２月２日
昨日の方法は無理があったようで、もっと単純な方法に変えました。
FAT16のためにセグメントを２枚使います。１枚にカーネルをコピー、パッチをあてて
にせカーネルとして使います。F2D0hを書き換えるだけで、にせカーネルが使えます。
あちこちにパッチをあてるので、常駐解除したとき元に戻すのが大変なのでこうしました。
もう１枚にパッチのプログラムを入れて、ＣＤエクステンションのようにページ１に
置いて使います。ページ１切り替えルーチンは、にせカーネルの3F00h〜にあります。
ようやくＣＤエクステンションと一緒に使えるようになりました。
解析が不十分で、FAT16を先に常駐させると、ＣＤエクステンションを起動した途端に
ハングします。なので、先にＣＤエクステンション、次にFAT16の順に常駐させて下さい。
解除するときは、先にFAT16、次にＣＤエクステンションの順です。
ＣＤ−ＲＯＭドライブとＺＩＰ（またはＭＯ）をお持ちの方、ＨＤＤを切り離して
安全にお試しいただけます。
２月１日
ＣＤエクステンションと一緒に使えるように、いろいろと考えましたがうまくいきません。
どうして喧嘩しちゃうのだろう。
FAT16のパッチを置く場所がないので、セグメントをひとつ確保しました。そこにカーネルを
コピーしてパッチあてて、空いているスペース3E55h〜3FACh、02B0h〜0231hにパッチの
プログラムを置きました。
ファンクションコールを使うとページ０はF2D0hのセグメントになりますが、0271hから
ページ３のルーチンをコール、ページ０をコピー＆パッチのセグメントに切り替えます。
ジャンプアドレスのテーブルはF2D0hの方を参照して、目的のファンクションにジャンプ。
とこんな感じなのですが、ＣＤエクステンションと一緒に使うとＭＭが使えません。
ＤＯＳ２のコマンドラインからＤＩＲしたら、ファイル表示は正常でした。SHEMも起動
出来ましたが、終了するとCOMMAND2.COMを入れてねの連続で、ＤＯＳ２に戻れません。
ＣＤエクステンションをもっと解析しないと駄目ですね。
難しいんだもん。たろうさん、助けて。
0271hの時点でファンクションコールに使うドライブを知る方法ってないでしょうか。
１月２５日
最近MEGASCSI.TBLというファイルを見かけなくなりました。
ＨＤＤだけでなくＭＳＸ用のＺＩＰからもMEGASCSI.TBLが消えていました。
もしかして消してしまったのではとSHEMでディレクトリを見ると、確かにファイルはありました。
でもＭＭで表示されないのです。
これが不可視属性というものですか。ＭＭにパッチあてたから表示されなくなったのね。
ＣＤエクステンションって凄いです。ＣＤ−ＲＯＭのファイルをオープンすると、
データセグメントにはＮＵＬというファイル名でＦＩＢが作られるのです。
それでＤＯＳ２はファイルハンドルの数を間違えることがないのですね。
１月２２日
リングを見ながら９８ノートの電源を入れたら・・・・ピピピピって音がして起動しないのです。
そしたらHELPキーがロック状態になってました。
家の中にリングの本とかビデオとか、やたらに置いてあるので怖いです。
ＭＭ．ＣＯＭ(ver 2.07K)は3E0Fhの CAh,FCh,3Eh を C3h,FCh,3Eh に書き換えれば、
FAT16でＭＭが使えます。というか、ディレクトリが正しく表示されます。
１月２０日
FAT16ですがＭＭが使えないとさすがに不便なので、ＭＭでファイル表示出来るようにパッチを
あてました。ＭＭ．ＣＯＭ（ver 2.07A)の3D5DhにCAh,4Ah,3Ehという所があります。
そこをC3h,4Ah,3Ehにします。やはりＭＭは便利ですね。
後はＣＤエクステンションと一緒に使えるようにしたいです。
１月１９日
ウチのＳＴにＧＴのカーネルを入れて、動作テストしました。９ＭｂのファイルをＨＤＤから
ＺＩＰ、ＺＩＰからＨＤＤにコピーしましたが、正常にコピー出来ました。
ＳＴ用、ＧＴ用とも順調に動いています。
後はMikasen.さんが細かいところのチェックをして下さるとか。私はリード／ライトくらいしか
出来ないので、パソコンに詳しい人が使うといろいろ問題も出てくると思います。たのしみです。
ＭＳＸで16bitFATのＭＯを読みたいと言ったのは、Mikasen.さんなのです。
ＣＤエクステンションにパッチあてたら読めるんじゃないかと。それでＣＤエクステンションを
解析したら、もの凄く複雑で難しかったので、DOS2パッチの方が簡単かもと解析をはじめました。
16bitFATのリード／ライトは12bitFATより簡単です。クラスタからセクタの換算も23bitで計算
するだけ。DOS2ってクラスタは16bitで扱っているし、クラスタ番号のbit7だけでROOTかSUBか
判定するのを止めてくれれば、もう少し楽だったのに。
キャッシュが難解でした。フラッシュとか意味を知らなかったから。
BUFFERの１バイトの空きスペースは何のためだったのかな。
あれが無かったらFAT16は作れなかったです。
FAT16パッチです。
１月１８日
下のパッチ、１ヶ所間違いがありました。DELルーチンです。
ＨＤＤが飛んだという報告があったので、再現してみようと思いました。
その前にＨＤＤに入っているファイルをＺＩＰにコピーしなくては、私は問題のFAT16を使い
ＭＭ上でＨＤＤからＺＩＰにコピーしちゃいました。怖いもの知らずです。
問題のカーネルと環境でテストしましたが、ＨＤＤを飛ばすことは出来ませんでした。
ウチのＨＤＤはタフです。FAT16のパッチをあてるアドレスが１ヶ所違っていることが
わかったので、訂正しました。DELしてもハングしません。
ＧＴ版もテストしたいのですが、ＳＴにＧＴのカーネル入れてもいいの？
１月１４日
FAT16パッチは開発中なため、何が起こるかわかりません。
もしお使いになるときはＺＩＰの読み出しだけにして下さい。
使用後はFAT16を解除した後、MSXをリセットして下さい。
１月１２日
私、犯人を間違えてました。怪しいのは1C53hではなく2F54h〜のルーチンでした。
BUFFERにリードするとき、全てのドライブでセクタ番号を２４bit化するパッチをあてました。
と言ってもＺＩＰ以外は最上位８bitは０ですから簡単。ＺＩＰはFATとルートディレクトリは
最上位８bitは０、サブディレクトリとファイルのリード／ライトのときはセクタの換算結果を
入れます。こうしてセクタ番号を２４bit保存すれば、完璧な気がするのですが・・・
ディスクアクセスはＺＩＰはMEGA-SCSIの拡張入出力、その他のドライブは互換入出力を
使っています。
これでMKDIRも大丈夫。ファイルのコピーも出来てます。
ＧＴ版も作ったので、試したい方はどうぞ。
FAT16.LZH
１月８日
FAT16パッチの最大の難関はBUFFERですね。
BUFFERにリードするセクタがFATのときはbit16-23を00、その他はクラスタからセクタ変換の後に
BUFFERリードなので、計算結果をbit16-23に入れるようにしてみました。
すると今度は[ . ][ .. ]がセクタを間違えることなく出来ていました。
が、ルートディレクトリにはサブディレクトリが作られていません。サブディレクトリは
ルートディレクトリのセクタ+10000hに入っていました。
これで、怪しいところが分かりました。1C53h〜のルーチンです。明日試してみよう。
１月７日
FAT16パッチは、いろいろ改善しているうちに最悪な方向に行ってしまいました。
パート２のパッチはうまく動きません。もう一度考え直して作りました。
ＭＭからディレクトリ付きのCOPYをしてみると、サブディレクトリも出来ているし、ファイルも
しっかりCOPY出来ていました。サブディレクトリからDIRすると、何か変です。[ . ][ .. ]が無い。
サブディレクトリを作ったとき、ＺＩＰは3FDBhクラスタ(10105hセクタ)まで埋まっていました。
ディレクトリを見るとサブディレクトリは3FDChクラスタに作られていました。
ほんとに出来ているかSHEMでセクタリードすると・・・ないんです。もしかしたらと思って
セクタ番号を-10000hしてリードすると、こんな所にありました。と言うわけで、ルートから
サブを作ると、セクタ番号を間違えます。危ないです。
でもCOPYしたファイルのディレクトリはちゃんと3FDChクラスタにあるし、ファイルも場所を
間違えずにCOPYされていました。
ルートからサブを作るときに場所を間違えるバージョンです。
FAT16パッチ開発日記に戻る
トップページに戻る