戻る
<< BACK　　2025年11月　　NEXT >>
　クロムハーツコピー　 aaakopi　 2025年11月4日(火) 11:18
クロムハーツの色彩戦略だ。ヘーゼルナッツはパリのカフェテラスの日差しを、アイボリーはセーヌ川畔の石畳を、スカイブルーは初夏の空をイメージして特別に調合されたオリジナルカラーである。特にスカイブルーは、従来のブランドカラーよりも若干明度を上げることで、より爽やかで軽やかな印象に仕上げている。

www.aaakopi.com/brand-5-c0.html クロムハーツコピー
www.aaakopi.com/bnew-1401.html アウラ ヴァネッサブリューノ コピー
www.aaakopi.com/category-25-b0.html ファッション小物 コピー
vogcopychueue.boo-log.com/e601310.html

　汎用スレッド2025年11月　 まりも　 2025年11月1日(土) 0:33
霜降月になりましたので、たてておきます.

最近、骸骨人が物故割れ98の修理相談滅入るを送ってくるのですが、自サイトにはあまりハードウェア修理関連のことは書いてないはずなので、いったいどこから当たりをつけているのだか。もしかしてココを訳して読んでるのでしょうかね（sweat

ところでFreeDOS（98）が、5個以上のアクティブ領域の全部（？）にドライブレターを割り振るとは知りませんでした。BIOSで認識したディスクのDA/UAとドライブレターとの対照表を表示するアプリはいくつか作ってありますが、NEC版のDOSの仕様に従い4個までしか無いという決め打ちになっています。これを直すのはちょっと大変です。表示スペースがないからです。とくに最大何個のドライブがあるか不明というのがつらいところです。4個並べて＋とでも表示するようにしますか、、、

なおdrvlstというプログラムについては、カラム位置の制約がないので、ドライブがあるだけ表示できる模様です。【17時追記】しかし10個を超えると破綻するようです。
　前に指摘した　 かかっくん　 2025年11月1日(土) 0:49
> ところでFreeDOS（98）が、アクティブ領域を5個以上存在していると全部（？）にドライブレターを割り振るとは知りませんでした。BIOSで認識したディスクのDA/UAとドライブレターとの対照表を表示するアプリはいくつか作ってありますが、4個までしか無いという決め打ちになっています。これを直すのはちょっと大変です。表示スペースがないからです。とくに最大何個のドライブがあるか不明というのがつらいところです。4個できれいに打ち切りにしますか、、、

此れ前に指摘した気が？
あとアクティブ領域数わDA/UAと直接関係無かったやうな？装置毎にDA/UAが振られ枡から
同じ装置ならDA/UAも同じデスし
同じDA/UAのドライブレターわ通常連続の筈デスから全表示せずに省く(以下略でなく中略)とか？
4領域以内なら C: D: E: F: のやうに、5以上なら G: ... K:　とか中略にするとか？縦の場合も
C:
D:
E:
F:
と
G:
|
K:
とか？

抑々現状デモIDE4台・SCSI4台、各4領域アクティブでA:〜Z:が全部埋まり枡から縦表示し切れ
ませんし
　１ユニットあたりパーティション数は無制限？　 まりも　 2025年11月1日(土) 11:13
FreeDOS(98)の１ユニットあたりアクティブパーティション認識数が４を超える件、調べてみたところ、表示が崩れてどうにもならないのはHDB98だけのようです（画像１）。これは直さないとダメですね。FDSK98は画像２のように４個で切られるので表示崩壊は起こりませんが、内部的にはオーバーランが発生してよくない状態です（汗

試しに８個の領域を作ってみましたが、ドライブレターは６個までとなりました。【17時追記】なぜかこのとき６個しか見えなかったのですが、その後試したところ、FreeDOS(98)が認識できるアクティブ領域はいくらでもいいようです。最大数は制限がなさそうという結論になりました。そのため６個を超えて存在しているときは＋を最後に付けることにしました（画像３上）。カラム数が足らないので６個までしか表示しません。HDB98はいま更新しました。
　HDB98　 KAZZEZ　 2025年11月1日(土) 21:53
修正ありがとうございます。

> FreeDOS（98）が、5個以上のアクティブ領域の全部（？）にドライブレターを割り振る
考えてみれば、たしかDOS3.3系は5つ以上の領域を認識できたはず…と思ってFDSK98で16領域全部アクティブにしたところ、DOS3.3Dで10ドライブまで認識できました。
追記：スキップセクタ多発のHDDを使ったのがいけなかったようです。結局、スキップセクタ多発地帯を避けたらA:からP:まで16ドライブ全部認識できました。(汗

なおDOS3.3系は装置全体で約500MBくらいまでの制限があるようで、それを超えると不具合が出ますから、実質的には128MB×4領域で足りるのですが。
写真のテストはICCで適当に512MBに制限したうえで、FORMAT/HでFAT12で2MB×16領域を作ったものです。[追記]写真修正。
　　 KAZZEZ　さまへのお返事　UX41　EMJ　 Uryeeeee　 2025年11月2日(日) 16:38
まず、タイミングもあるのでしょうけど、3回目くらいで
FDDがフォーマット、何か書き込んで、アクセスランプ消灯、連続BEEPでした。
その後DOSからFDを読むとMMDUMP.DATが出来上がっておりました（DOSからファイルが読めました）

またEMJのボードは８MBではなく　４M＋4MのEMJ
ご期待に沿えず申し訳ない。
MGA-7となっております。

あとは、リウさまが起動時３１KHZのROMアプリを開発してくれるのを首を長くしてお待ちします。

FA-02の縦SCSIあたりに入れられると面白そう。ターミネーターもアクティブに変えたりして
　MMDUMP機能とか　 KAZZEZ　 2025年11月2日(日) 18:27
> MMDUMP.DATが出来上がっておりました
おお、RA以降と同じでしたか。UXというとVXと仕様が近いイメージがあったのですが、意外な結果となり興味深い情報をありがとうございます。EMJの件もお手数をおかけしました。
CMT-BIOSの搭載はUXとUV11の間に線引きがあるという話であるのに対し、MMDUMPはVXから始まり、UXからDOS形式でファイルが読めるようになったみたいですね。発売時期と仕様の変化の対応はいつも気になる情報です。

>‘/F1’オプション
たしかに手元のLE20ではMELEMM.SYS（およびMELCACH1.SYS）が/F1付きでCONFG.SYSに登録されていました。MELWAREが勝手に設定したのか自分で記述したのかは覚えていませんが、/F1以外にも多数のオプションが付いていましたので、たぶんEMS専用設定のEMJ搭載時にはMELWAREに不揮発の設定があったんじゃないかと思います。

----
以下、手持ちの数少ないSATA-SSDでのICCFIX(1.20)動作可否報告。変換アダプタは去年くらいにコンピュで買ったJMICRONチップの2.5インチIDE変換アダプタです。
・INTEL SSDSC2CW120A3 (120GB) → (○)4.3GB変更成功
今となっては古いものですが2013年ごろにまともな値段で購入したものです。ICCFIXはネガティブなメッセージを出すことが多かったですが、一部のメッセージは実行するたびに異なるようで、何かと判断が難しいようでした。フォーマットまでは試していませんが、4.3GB壁機で起動できるようになりましたので成功しているっぽいです。
・HANA MICRON HLSM008G-10 (8GB) → (×)4.3GB変更失敗
購入時期は忘れましたが、九十九が以前にDSP版OSの販売用に安く用意した\980のSSDです（もちろんSSDだけでも購入できました）。ICCFIXの反応は良好で、LBA・CHSとも変更可能でしたが、残念ながらCHSのほうは電源を切ると元に戻ってしまうタイプのようで、4.3GB壁機では起動できませんでした。これを4.3GB壁機で使えれば無駄が少なかったのですが、8GB壁機か大熊猫BIOSで使うしかなさそうです。あとROM版EXIDEの類でしょうか…。
　　 まりも　 2025年11月2日(日) 23:25
MMDUMPされたフロッピー、VXはDISK BASICフォーマットでUXはDOSフォーマットですか。そんなところに境目があったとは。実際VXのときですらもうN88BASICからMS-DOSに個人的にも移行していました。1986年頃のDOSの普及は速かったです。

＞INTEL SSDSC2CW120A3 (120GB)
これはSSDのfirmwareのCHSのシリンダ数の計算が怪しい（たぶん上位bit落ち）ので動作自体が信用できません。わたしは使うのをやめました。こういうのがあるので、ICCFIXでの判定は正確ではありません。

＞残念ながらCHSのほうは電源を切ると元に戻ってしまうタイプ
中途半端な実装ですが、普通にはそれで仕様としては十分なのですよね。4.3GB壁あり機でもDIV0ROMだけでちゃんと使えるという点でまだいいほうかもしれません。
　　 KAZZEZ　 2025年11月3日(月) 9:10
> MMDUMPされたフロッピー、VXはDISK BASICフォーマット
BASIC形式というわけではなく物理フォーマットはDOSの1.25MBと同じものでしたが、FATとかが書かれていない（その部分からいきなりデータが書かれている）ということは当時はBASICからセクタに直接アクセスするくらいしか内容を調べる方法が想定されていなかったのだと思います。

> ＞INTEL SSDSC2CW120A3 (120GB)
> これはSSDのfirmwareのCHSのシリンダ数の計算が怪しい（たぶん上位bit落ち）ので動作自体が信用できません。
やはり無理そうですか。120MB壁の環境で使うのがよさそうですね。

> DIV0ROMだけでちゃんと使える
その手もありましたか。

> タイミングもあるのでしょうけど、3回目くらいで
タイミングによってはSTOP+リセットのウォームブート（ホットスタート）が優先されてしまったのかもしれません。裏コマンド類は使っているうちに、リセット以外のキーを同時押ししたままでリセットをを押し込み、リセットを離してから、他のキーを離す、というコツが見えてくると思います。

自己レスですがVX相当機のCPUボードをVM21のものに戻して試したら、ちゃんとFD作成は終了したようでアクセスランプは止まり、Beep音が鳴り響きました。やはりVX21のCPUボードだと8MHzに設定してもVX2（のCPUボード）とはメモリアクセスのタイミングか何かが少し違うようです。作成されたFDはWindowsからは全く読めず、DOS5.0A-Hからアクセスするとこのディスクは使えないと表示され、失敗(F)を選択するとファイルが見付からないと表示されました。ちなみになぜかボリュームラベルが「Microsoft C」と続いて表示されました。
　ICCFIX動作報告　 Uryeeeee　 2025年11月3日(月) 12:27
auctions.yahoo.co.jp/jp/auction/u1205184571
に出ています　８GB　ssd　
JMICRON変換機を使い、iccfixで容量変更でき、なおかつ９８で使用できますと表示
10枚で3000円、1枚600円です
bx3,bx４　Dos６．２でインストール確認，V13、XA12でWin98インストール、XeでWin95インストールまで確認しました。
SSDのチップはSanDisk製です
富士通サーバー用なんでしょうか？
まだ相当数数あるみたい。10枚セットで２０組出品

追記
ja.aliexpress.com/item/1005006917998381.html?spm=a2g0o.order_list.order_list_main.249.be60585aatmMnF&gatewayAdapt=glo2jpn
最近見つけた良いマウンター。デスクトップ機にSSDをつけると固定ができても変換基盤がはみ出して困る、変換基盤を合わせるとケースに干渉してSSDが固定できないという悩みを解消してくれます。SATAのコネクタ位置をオフセットしてくれます
　DISK BASICのDSKI$って　 かかっくん　 2025年11月4日(火) 9:55
> BASIC形式というわけではなく物理フォーマットはDOSの1.25MBと同じものでしたが、FATとかが書かれていない（その部分からいきなりデータが書かれている）ということは当時はBASICからセクタに直接アクセスするくらいしか内容を調べる方法が想定されていなかったのだと思います。

DISK BASICのDSKI$,DSKO$わDISK BASICと同じ物理フォーマットかMFM/256鹿扱えませんから
此のフォーマットを讀むにわBIOSで讀む必要が有馬す
# DISK BASICの2HD,8インチ2Dのシリンダ0サイド0わFM/128の為フカ
其れよりDOSファンクション(int 25h)で讀む方が手軽な気がし枡

DOSのDISKCOPYなら扱えた哉？
多分、ファイルサイズが一定でDOSフォーマットにするのが容易だったので改めたのでせう
　広告が来ましたね　 かかっくん　 2025年11月4日(火) 13:00
而も対策に合わせて来るとわ
更なる対策を取りませうか
　ベタ書き　 まりも　 2025年11月4日(火) 15:06
Microsoft C という文字列があったということは、DOSの物理フォーマットではあって、N88BASIC環境とはもう訣別していたと見られます。ベタデータの読み出しができるDOSツール（それがCで書かれていた）も作ってあったということでしょう。
【2130追記】よく読んだらボリウムラベル相当のものですか。そうすると11文字制限になるので、「C」で打ち切られます。Corporationそっちか、、、MBRにジャンプ命令のあとMSDOS 2.0のようなシグナチャがないのでしょうかね。
　Microsoft Corporationの一部な肝？　 かかっくん　 2025年11月4日(火) 19:40
Microsoft C (11文字)って、Microsoft Corporationの一部な肝？
Cの次の字がoで6Fh(0110 1111b)デスから、
・bit6 (40h) 未定義？
・bit5 (20h) アーカイブ属性
・bit3 (8) ボリューム名
・bit2 (4) システムファイル属性
・bit1 (2) 隠し属性
・bit0 (1) 讀み専(r/o)
と成りボリューム名と見做され枡。DOS6迄わ最初に見付かったbit3が有るエントリをボリューム名と
看做して其の更新日時をCHKDSKで表示し枡。フォーマット日時が記録され普段変わらないボリューム
シリアル番号と違って変わる場合も有馬す
# 窓9x以降の場合bit3〜0全て有りでLFNエントリ

他に
・bit4 (10h) DIR(フォルダ)
のフラグが有馬す
　MMDUMPで壊れたFDをフォーマットしてみる　 KAZZEZ　 2025年11月5日(水) 23:01
> Microsoft Corp.
今回はROM BASICが起動した状態でMMDUMPをかけていますから、私も多分そのへんのデータを誤認してるのだろうとは思っていましたが、属性のビットまでは把握していませんでした。ベクターにあったFDのファイル化ツールDPACKの無圧縮モードでデータファイル化して覗いてみたところ「Microsoft C」で始まる文字列は2,3個所ありましたから、そのどれかを誤認したのでしょうね。きりのいい1400hから始まっている個所が怪しい感じでしょうか（右側の図）。なおファイル化したデータの先頭000000〜00007Fは割込みベクタテーブルだったので、本当にベタデータのようです（前にも調べたような気が…2022年ごろ？）。

ところでMMDUMPは強制的に物理フォーマットするということで、普通のフォーマッタではフォーマット拒否されるエラー含みのFD（恐らくカビは生えていないと思われるもの）を何枚か試してみました(BX3使用)。結果的に物理フォーマットは実行されるようですが、MMDUMP.DATの書き込み時にエラーを検知すると中断されるようです。ただ喝入れが効いたのか、1枚だけそれでDOSからフォーマット可能に復活したFDがありました。SCANDISKを掛けてみるとルートディレクトリのエントリ160でエラーがあって続行できないとのこと。ルートディレクトリのエントリ数を減らせれば解決するような気もするのですが、FDでそんなことできましたっけ…？ このFDはフォーマットすると時々エントリ160のエラーが無くなってSCANDISKでスキップセクタ処理ができるようになるみたいですので、一時的なデータ用としては使えるかもしれませんが、ファイルをコピーしてエントリが更新されればまたエラーが顕在化しそうです。
[11/6追記] とりあえず98SEのDOSモードからSYSで起動FDにすることには成功しました。FDの序盤がスキップセクタだらけなので普通にSYSしても最初にIO.SYSがあるとエラーで起動しなかったのですが、充分にスキップセクタ処理をしたうえで最初にCOMMAND.COM(ライトプロテクト属性）を手動で配置したうえでSYSしたら成功しました。9xではIO.SYSを先頭に置く必要がなくなっているので、なるべく安全なところに置いたほうが良さそうです。

ちょっと解せないのが別のFDで、昔、間違えて1.25MBにフォーマットしたことのある2DDのものです。最近フォーマットできなくなったのですが、壊れたFDの中ではこれ1枚だけMMDUMPが正常終了したんですよ。読み込みに時間は掛かりますがDOSからdirでMMDUMP.DATの存在は表示されます。ただ、読もうとすると途中でエラーは出ます（スキップセクタ未処理？）。そして、DOSやWindowsからフォーマットしようとするとトラック0が不良とかで全くフォーマットできません。なぜかMMDUMPだけフォーマットが成功するのですが、スキップセクタの処理ができないせいもあってか、シークエラーなどで読み書きが正常にできないようで、意味がありません。

使えなくなったFDは序盤のセクタでエラーが起こりやすいようですが（普通は終盤も起こりやすいようですが）、先頭がやられるとFD全体が使えなくなるというのはHDDに比べて不親切なところですね。SCANDISKをかけると中盤以降は非常に安定しているので、先頭セクタの機能を他で代替できない仕様は勿体無いところです。
　BASIC回帰の妄言　 まりも　 2025年11月6日(木) 15:03
＞dirでMMDUMP.DATの存在は表示されます。ただ、読もうとすると途中でエラー
1024B/s 8セクタのフォーマットの場合、ディレクトリエリアが先頭シリンダで完結します。先頭シリンダの尻の方に欠陥があっても、Dirコマンドではディレクトリ要素先頭に00hが来るとその先は読まないので、気が付きにくいのです。うちにもこのようなFDが山ほどあります。

＞先頭セクタの機能を他で代替できないのは勿体無い
ほんとそう思います。起動時、BIOSがデフォルトでtrack0 にヘッドを持って行こうとするので、たまたまあるゴミはそこでメディアに傷をつけやすいわけです。　BASICのファイルシステムのように、シリンダ番地の真ん中にファイルシステムがある方が、この問題には強いし、seekの平均時間を減らすことができたはずです。というわけで、中途半端にダメになったFDはDISK BASICで使いませうw

実際、これからの98の使い方として、terminalモードのBASICにRS232C経由で何かを食わせて半自動実行するというようなことを考えた方がいいかもしれません。ストレージのあれこれを心配しなくて済むからです。
そのほか、FreeDOSの機能として、DISK BASICフォーマットのFDに普通に読み書きできる機能を追加するとかですね。言うほど簡単ではないとは思いますが、あったら面白いと思います。fileconverterはありますが直にアクセスできる方がいいです。まずはDOSのブロックデバイスドライバで実装できるものかどうか？　物理セクタ長が256：1024で異なるのが嫌な点ですが。そもそもBASICのフォーマットについて忘れています。当時はそらで覚えてたのですけどね。

BASICの機械語BINプログラムはBASIC上のファイルになっていますが、これをDOSから直に（それなりのロードプログラムを介して）実行できたら便利そうではあります。BASICからDOSへの移行期の1985年前後にそういうのは存在しなかったのでしょうかね？ファイル昆布を超えるようなのものは、98では知りません。

【追記】HDB98ですが、表示カラム位置ズレを起こす場合があることがわかったのでまた修正しました。
　　 KAZZEZ　 2025年11月6日(木) 17:54
> 中途半端にダメになったFDはDISK BASICで
実際その不具合含みの2DDのFDをDISK-BASICで使ってみたのですが、フォーマット時のチェックが甘いのかシステムディスクにさえしなければフォーマットやファイルコピーは正常終了するようです。しかしLOADしてLISTしたら中身が出鱈目のようだったので諦めてDOSでフォーマットしなおしました。（追記）間違えて機械語ファイルをLOADしていたようで、やり直してみたら普通にLIST表示できました…。(汗

古いDOSならチェックが甘いと思われるのでDOS3.3Dでフォーマットしたところ、物理フォーマット後のファイルシステム構築時?にエラーとなります。しかしこれを無視(I)し続けたところフォーマットは終了しました。dirの表示などアクセスの際に非常に時間がかかるようになりましたが、短いテキストファイルをコピーしたところ正常に読み書きできていました。結局トラック0の一部にだけ不具合があって、データ領域は正常だったのでMMDUMPも（名目上は）成功したんでしょうね。
このFDにSCANDISKを掛けたらFATメディアバイトが足りないので修正したと言われますが、FATのエラーで続行できません。DOSからも読み書きできなくなっていました。無理矢理フォーマット後そのままの状態で使うしかなさそうです。

[後方参照]
> CHKDSKを/Fなしで
DOS3.3D/5.0A-H/Win98SEと試しましたが、読み込みに時間がかかるだけで、特にエラーは報告されませんでした。5.0A-HのCHKDSKだけはなぜかドライブが違うと怒られましたが。
　もう有る　 かかっくん　 2025年11月6日(木) 21:19
確かにシリンダ0サイド0でのエラーで遣えなく成増が、此れわHDDも同じデスから
GPTフォーマットのやうに先頭と末尾に同じ情報を記録するとかの冗長性が必要だった鴨

機械語ファイル(BIN)わファイルタイプが*に成って居るのでBLOAD出来てもLOADしない気が？
BINでなく只のデータファイル(ファイルタイプが空白でアスキーSAVEプログラムと区別困難)とか？

> ほんとそう思います。起動時、BIOSがデフォルトでtrack0 にヘッドを持って行こうとするので、たまたまあるゴミはそこでメディアに傷をつけやすいわけです。　BASICのファイルシステムのように、シリンダ番地の真ん中にファイルシステムがある方が、この問題には強いし、seekの平均時間を減らすことができたはずです。というわけで、中途半端にダメになったFDはDISK BASICで使いませうw

DISK BASICのデータディスクとして遣えそーな気がし枡が、メディア判別の際シリンダ0を讀みに
往き枡。シリンダ0にエラーが有ると結局其処で引っ掛かると云う
同じ種類の正常なFDの後に(きちんとCLOSE,ENDやSTOPキーでファイルを閉じてから)遣えば
遣えると憶い枡
因みにDISK BASICでSASI HDDのファイルを閉じるとリトラクトされ枡
# が、其の後FILESとかで亦動作するのでリトラクトやり直し

> 実際、これからの98の使い方として、terminalモードのBASICにRS232C経由で何かを食わせて半自動実行するというようなことを考えた方がいいかもしれません。ストレージのあれこれを心配しなくて済むからです。

此れわ既になおさんが実現させますた
pc98.asukadns.net/?page_id=292
のsfd98winがD88イメージをBASIC起動の98(かDISK BASIC起動のえぷ)に送り込む物デス
# E800:0起動のえぷデモ可らιぃ。D0のROMに、起動時に或るキー入力でE800:0に跳ぶ
# プログラムとか有用鴨

> このFDにSCANDISKを掛けたらFATメディアバイトが足りないので修正したと言われますが、FATのエラーで続行できません。DOSからも読み書きできなくなっていました。無理矢理フォーマット後そのままの状態で使うしかなさそうです。

フォーマット後SCANDISKでなくCHKDSKを/Fなしでチェックすると恐らくFAT1にエラーが
有ると憶われ
SCANDISKわユーザに勝手に修復する場合が有馬すからチェックだけの場合FDをロック出来枡が
HDD他の場合わ(略)
　track 0不良FDの真の用途　 まりも　 2025年11月6日(木) 22:44
うむ、128バイト/sでフォーマットされている先頭がどの程度チェックされるのか、よくわかっていないのですが、DISK BASICを8インチFDで使っていた頃、メディア不良のエラーって経験したことがないのですよね。3.5インチ2HDになって不良に出くわすようになりましたが、その頃にはもうBASICとはおさらばしていました。

FDの先頭をチェックしないシステム、、、といえばFDloaderがあるではないですか。これはデータ部が健全なら問題なく使えます。ただまあ、先頭シリンダ付近にゴミが入って土星の輪を作ってしまったメディアを入れると、ヘッドにくっついて別のメディアに「伝染」することがあるので、シャカシャカいうメディアをFDloaderだからといってあまり使いたくはないですね。

＞既になおさんが実現させますた
BASICプログラム以外の実行モジュールのようなものを、ROM ボード上のBIOSプログラムも併用援用して実行できたりしないかなと思っていますが、どうでしょうね。ちょっとした一大システムの構築になってしまうので大変そうですが。
　BASIC以外のD88も動く　 かかっくん　 2025年11月7日(金) 1:58
>＞既になおさんが実現させますた
> BASICプログラム以外の実行モジュールのようなものを、ROM ボード上のBIOSプログラムも併用援用して実行できたりしないかなと思っていますが、どうでしょうね。ちょっとした一大システムの構築になってしまうので大変そうですが。

此れわBASIC以外のD88デモ動き枡ね
此れでFreeDOS(98)とかゲームのD88を送り込んで動いたので驚きますた
プロテクトが無いかD88で再現出来るFD1マイのゲームならFDDレスでプレイ出来枡
此れと、D88を送り込んでFDに書き出すd88to98fddの併用でOSのインスコなら出来るやうデス
pc98.asukadns.net/?p=264
デモンストレーションとして窓2kのインスコとかしてみ枡か、BSDも良い鴨
# 窓2kわパッケージに98用FDが入って居るからBSD哉？

後わスマホ用送り込みアプリを創れば一通り(略)
　RS232CからAUTOEXEC　 まりも　 2025年11月8日(土) 10:12
Windows機も必要なのでまだ試してないのですが、RS232Cから読み込んだデータをベタでFDに書いて行くわけですね。リブートするコードまで付け加えれば、いったん再起動してFD読み込みからの自動実行も不可能ではなさそうです。
　送り込んだD88を直に起動するsfd98winとFDに書き出すd88to98fdd　 かかっくん　 2025年11月9日(日) 2:30
d88to98fddわ↑の通りで、sfd98winわ送り込んだD88を直に起動する物デス
sfd98winにBIOS(?)も入って居てデフォでわVRAMに載り枡がDOS起動後に移動出来るそーで
# デフォで640K I/FのDA/UA(7*h)の為640K板との併用フカ、640K板で有り得ない640K I/Fの
# 2HDモードのDA/UA(F*h)に変えれば多分640K板と併用可？其れとも640K I/Fの2HDモードと
# 640K板の共存が有り得ないからフカ？(本来排他？ゐゃFDDモードわ一括でなくFDD(UA)毎に
# 設定された希ガス、但し70hとF0h(＝UAが同一)わ同じ板・同じFDDでモードが違ゥ矛盾した
# 状態を意味する為共存しなかった筈)
# 尚本体わ固定1Mに設定
# 其れともDA/UAでなく共通域が9*h(1M板)とF*hで共有とか？デモ其れなら7*hと1*h(1M I/Fの
# 2DDモード)も共有の希ガス

FD(OS)IPLwareでRAMイヒD*にBIOS(?)を移動すればゲーム等も動きそーな？
　メルコWSR-E　 KAZZEZ　 2025年11月9日(日) 17:32
ちょっとした都合があり、BX3（Cx5x86/100MHz、メモリ32MB）に95aを入れてみました。…と言いますか、学生時代にV13で使っていた95a入りのHDDが出てきたので、それに交換してデバイスマネージャからPCI関連を削除するなど環境を再構築してみたのですが。

…遅いですね。GD5428なこともあって256色と65536色であまり体感が違わないのはメリットなのかデメリットなのか…。Windows3.1のときは全く気にならなかったのですが、95だとエクスプローラを開いただけで数秒待たされ、しかもファイルを一個一個ゆっくり表示していきます。デスクトップのアイコンも同じで、ウィンドウをどけるたびに待たされます（なのでデスクトップのアイコンを極力減らしました）。特にネットワークドライブでは顕著で、ルートディレクトリを開くときは1分近く空白のウィンドウで待たされることもあります。
HDBENCHで見るとテキストが異様に遅いので、ファイル表示が遅いのはそのせいでしょうか？ 単にCバスGAのシーラスGD5428が遅かっただけかもしれませんが。繰り返しますが、Windows3.1では充分だったんですけどねえ…。

このBX3ではメルコのPCM音源とシーラスGAの複合CバスボードWSR-Eを使っておりまして、これにはOPNA音源も追加した上位種WSR-Gも知られますが、そちらは持っていません。デバイスマネージャをよく見ると、WSR-EのメモリリソースがE-BANK(E0000〜)を使っていました。INFを見てもWSR-Gのほうは通常の16MBシステム空間（F00000〜）を使うドライバとE-BANKのドライバが別々に存在するのですが、WSR-Eのほうは区別が無く、強制的にE-BANKを使っています。たしかWSR-EとWSR-GはFM音源の有無しか違いは無いという認識でしたので、どうせメルコ製INFの誤植やろ〜と思ってWSR-GのGA部のドライバ（音源ドライバとは別離している）を入れてみましたが…不動作。セットアップメニューで16MBシステム空間を切り離しても変わらず。逆にWSR-GのE-BANK用ドライバはWSR-Eでも普通に動作しました。つまりWSR-EではWSR-Gとは違って、GA部は16MBシステム空間が使用できないという違いがあったようです。orz
恐らく当時は普通に知られていた(？)であろう仕様を今回また再発見したようで。(汗
# その割に画像検索すると普通にスイッチバーが付いているのが謎ですが。

もしかしてWSR-EのEってE-BANKのEだったんでしょうか？ たしかE-BANKドライバが必要になる機種というとFA/FS/FXか、EPSON機か、H98のどれかで14.6MB以上のメモリを使う場合ですから、EPSONのEとか、えいち98のEなのかもしれませんね。
(・_・): メモリアドレスを獲位置する98やな。
(^_^): 座布団取っちゃって。

というかWSR-Eを使う場合は16MBシステム空間を切り離す（＝ユーザーに開放する）で使うのが正解だったのですね。CバスGAやWin3.1のセオリーで、ずっと前から16MBシステム空間をシステムが使う設定にしていましたが……要するに長年、1MB分のメモリを損していたみたいです。(汗

もしかしたら24ビットアドレスに対応していない20ビットアドレスのCバス増設BOXでも動く利点はあるかもしれませんが、ただでさえ遅いシーラスGD5428がどんなことになるやら。
そういえばWSR-E/Gのノート用110ピンバス版としてNMB-S/G（ドライバもほぼWSRと共通）もありましたけど（こちらは両方持っていますが…110ピンバス対応本体が瀕死）、もしかしたら110ピンバスってアドレス線が20ビットしか無かったんですかね？ 切り替え用のピンスイッチに相当する信号線があるのかどうか存じませんが、V30の初代9801Nから仕様が変わっていなければ20ビットのはずですので。
　ROM-BASIC雑感　 KAZZEZ　 2025年11月9日(日) 17:33
> BASICにRS232C経由で何かを食わせて半自動実行
ROM BASICはドライバ無しでRS-232Cが使えるのが救いですよね。BASICモードでもモデムとか繋いで手動でSAVE/LOADに使えるという話ですけど、他のPCから自動で何かを実行させられる方法もあるとは知りませんでした。

普通のモデムはミニジャックを持たないですから、データレコーダに電話線が直接繋げる方法があれば簡単だったんですけどね。あるいはミニジャック接続のヘッドセットを受話器型に改造すれば、音響カプラ経由でRS-232CをCMT-I/F代わりにできるかも？ とか考えています。

将来FDDが使えなくなったPC-98をROM-BASIC運用する場合、VM0やVX0のようにFDDをダミーユニットに置き換えられるVX以前の5インチ機やEX/ES以前の3.5インチ機がデザイン的に良さげですね。
　ICCの勝手移植　 リウ　 2025年11月9日(日) 20:08
K.takataさんに連絡をまったく入れてない勝手移植ですが
ICCをUIDE系や大熊猫BIOS持ちATAカードに対応させてみました。
勝手移植です。手元ではUIDE-66とVT6421でだけ確認しています。
www7b.biglobe.ne.jp/~drachen6jp/IDE-BIOS-LBA-Patch.zip

次はVT6421用BIOSの自作にとりかかるつもりです。(RAIDなしで動作するのだろうか…)ヤドカリブートの練習orCBUSROMボードに書き込むモノの予定としてです。
　人柱になったMistress9ボード　 まりも　 2025年11月9日(日) 22:21
K.Takataさんのサイトの移転先はどうなったのでしたっけ？
UIDEはわたしとしてはもう終わったデバイスだと思っていたのですが、SATAと違ってCFをそのまま使えるメリットがあるのですよね。CFも終わったメディアだと2019年頃には思っていたのですが、CFリセットの回避方法がいくつも登場するようになって復権してきた感があります。

ところでMistress9を持っていて書き換えソフトが無いという人のために、それを作っておこうとしてテストしていたのですが、書き込みを繰り返している間に、フラッシュROMのLE28F1101Tが突然消去不能になってしまいました。前にもそうなったことがあり、ゴミHDDのコントローラ基板からLE28F1101Tを引っ剥がして取り替えていたのですが、使い古しのHDDに載っていたことから、案外早く寿命が来てしまったようです。LE28F1101Tってもう入手できそうにないし、再ハンダにパターンが耐えられない気がします。27C1024のソケットパターンは用意されているわけですが、これとピンのピッチと配置互換（少々の違いは許容）のフラッシュってありますかね？見かけませんよねぇ、、、
（変換基板作りたい）
　27C1024の置き換え　 One　 2025年11月10日(月) 9:41
＞27C1024のソケットパターンは用意されているわけですが、これとピンのピッチと配置互換

27C1024の置き換えだと28C102のDIPとかだと思いますが、さすがに見かけないような。
候補としては29F200あたりを変換基板作ってDIPにするのが近そうですね。

それにしてもLE28F1101Tって、セクタ書き込み10,000回ですよね。それを書ききるとは。自分のボードもアリエクで買っているAT28C256(SPEC10,000回)をつけているんですがこれを書ききる人もいそうです。


【追記】元基板があって、書き込み制御も合わせようとすると29F200だと怪しいですね。基板から27C1024に書き込みがどう繋がっているのか確認が必要そうです
　手配線チャレンジ　 まりも　 2025年11月10日(月) 14:16
HDDに載っていたフラッシュROMは、使用時間など何かしらの情報がたびたび書かれていた可能性があるので、すでにかなり消耗していたのかもしれません。

29F200などは新品で手に入らなくもないようですが、Mistress9ボードには32KBの壁があるので、AMD製は避けないといけません。Intelの28F200なら不動マザーから剥がしてくることができるので、あとは1.27mmピッチと2.54mmの変換基板を使って、27C1024のソケットにジャンパワイヤで繋ぐとしますか。VppやWEなど何箇所かは先にパターン修正が必要になりそうです。

mate-Rで書き込みできない？という疑問を調べる前に逝ってしまったのは残念ですが、フラッシュROMを別のものにしても基本は同じだろうと思います。
　MacronixのMX29F200だとA11〜16がDon't care　 One　 2025年11月11日(火) 0:57
＞Mistess9ボードには32KBの壁があるので、AMD製は避けないといけません。

AMDのAM29F100あたりはコマンドアドレスが5555hなどでしたが、AMDでもAM29F200BやMacronixのMX29F200などでは、A11〜16がDon't careになっているので4kBで範囲をコントロールするPC-98では結構便利かと。
これはたぶんAM29F100とのアドレス互換性も考えてこうなっているのかと思ってます。

自作のボードのはじめの構想では、構造が簡単なので大きめのFlashのアドレスバスはそのままつないでデコードアドレスを物理的に指定することで本体から見える窓変える作戦でした。
そのため、部品選定の時にこのflashなら4kBの窓の範囲でコマンドアドレスが必ずあるので使いやすそうと考えて候補でした。
結局アドレス線もいじって表に出す場合、パラレルEEPROMの方が使いやすいという判断になりましたが・・・

バンク切替も考えると、コマンドアドレスの上位がDon't Careになっているのはかなり書き込みは楽な気がしています。
　BX3動作確認がてらの駄文失礼・・・　 KAZZEZ　 2025年11月12日(水) 16:10
Windows 3.1から95に変えた当時も思いましたが、やはり3.1に比べると95はいろいろ便利で不思議な魅力がありますね。多少重くても95で運用したいと思えます。今でも32ビット版のメールソフトでメールが見れますし、ここのような非SSLのウェブページなら当時のブラウザでもまだどうにか閲覧できますし（ていうか危険）。→追記：ネスケ4で書き込みを行ったら再読み込み時に黒スクリーンで落ちました。今となってはこのページもスレが長くて結構重たいのですね…。

> セクタ書き込み10,000回ですよね。それを書ききるとは。
どうなんでしょうね。私はCFなんかもミラーリングを意図して同じ物を2つ買うことがあるのですが、同じロットでも故障のタイミングに結構ばらつきはあり、早いときは1年持たず早々に書き込めなくなることもありましたから、単に個体差かも。まあ、HDDからOS丸コピーという、大量のファイルを一気に転送するような乱暴な使い方が負担をかけたのかもしれませんが。

昔、廃棄98から取ったUV-EPROMも、あまり何回も書き換えないうちにビット不良が出ましたから、もしかしたら頻繁に書き換えないことが前提の組み込みROMにはあまり書き換え耐久の良くないROM個体が使われているような気もしなくはないですが（これも単に消し方が下手だった可能性もありますが）。

> Mistress9を持っていて書き換えソフトが無い
ボードを持っていないので知りませんでしたが、そんな罠があったのですね。考えてみれば当時玄人のページにあったダウンロードはROMデータの更新だけでしたっけ。

以下別スレより・・・
> オンボードIDEはPCI機でもCバス接続ではないようです
PCI機のCバスは独立クロックだそうですが、オンボードIDEについても原発交換の話ではクロック分離する必要はなかった気がしますので、これも独立クロックだったんでしょうかね。
　仕様書に書かれていないことの期待度　 まりも　 2025年11月13日(木) 18:13
＞A11〜16がDon't careになっている
バイト/ワードとも10bitまでのアドレスしかコマンドに使わないフラッシュROMは、JEDEC標準コマンド準拠と言われていますが、AMDはかたくなに独自コマンドでした。Am29F200ではそこはJEDECに合わせたのですね。

ちなみにMistress9に載っていた三洋のフラッシュは、intel系のコマンドということになっているのに、JEDEC標準コマンドで製造者IDやデバイスIDを読み出すことができました（画像）。仕様書にはそんなことは書かれていないのに、妙に親切じゃないか、、、と思ったら、ID取得以外のJEDECコマンドは全然通りませんでした。親切なのか大きなお世話なのか･･･

29F100も、仕様書に書いてなくてもJEDECコマンド通るかなと期待したのですが、ID取得自体で却下されてしまいました。使えんやないか、ということで、さすがにAMDは29F200以上ではJEDECと合わせざるを得なくなったのでしょう。

Mistress9を壊す人もそうそういないと思いますが、基板を作れる人なら、TSOPタイプの48/44pinのを40pinの27C1024タイプにピン変換する基板を作ったほうが収まりはいいと思います。またA/B-mate初代から２代目までの機種ではNEC uPD27C4000（東芝製互換品も見たことがある）という変わった40pin DIPのものが使われていますが、これとのピン互換を取る物も作るといいかもしれません。しかし初代A-mateではROMがCPUボードに載っているのでスペース的にきつい感じです。
　珍しそーで有り触れたROM　 かかっくん　 2025年11月13日(木) 23:33
みいそROMの互換品って、EPROM,OTPの採用レイわ余り
無いもののマスクROMなら何故か8bit用途に多用されて
居るとか？
# 尤もピン互換な8bit巾品のやうな肝？

GBカラー用の大容量(16M〜64Mbit)ROMとか光栄他のゲーム
カセット用ROMとかが此の系列のやうで？
何故16bit用途でなく8bit用途に多用されて居るか？疑問デスが

参考
gigamix.hatenablog.com/entry/rom/01_a
蒼き狼と白き牝鹿 ジンギスカン (光栄, MSX1) LH532077 (40pin:2M)
www.alldatasheet.jp/view.jsp?Searchword=LH532
維新の嵐 (光栄, MSX2) HN62404P (40pin:4M)
www.datasheetarchive.com/pdf/download/distributors/Datasheets-8/DSA-150138.pdf?h=78aecb4f5cbc646261246b62ff24a2c2%3A225ec9ec3461747eb3fd631cf9c516b81e814055%3Aeb432588b98de953a9f930520fa94b52
伊忍道 打倒信長 (光栄, MSX2) LH5380SZ (40pin:8M)
www.alldatasheet.jp/view.jsp?Searchword=LH538

gigamix.hatenablog.com/entry/rom/03_sa
ザナドゥ (日本ファルコム, MSX1) LH532051 (40pin:2M)
三國志 (光栄, MSX1) LH532033 (40pin:2M) or CXK381000 (28pin:1M)x2
三国志II (光栄, MSX2) LH538056 (42pin:8M) or LH534042 (40pin:4M)
www.alldatasheet.jp/view.jsp?Searchword=LH534
水滸伝 天命の誓い (光栄, MSX2) LH534A1B (40pin:4M)

gigamix.hatenablog.com/entry/rom/04_ta
大航海時代 (光栄, MSX2) LH534G63 (40pin:4M)
提督の決断 (光栄, MSX2) LH53804Y (42pin:8M)
ドラゴンクエストII 悪霊の神々 (ENIX, MSX1) LH532060 (40pin:2M)
ドラゴンクエストII 悪霊の神々 (ENIX, MSX2) LH532073 (40pin:2M)
ドラゴンスレイヤーIV (日本ファルコム, MSX1) LH5320Z5 (40pin:2M)
ドラゴンスレイヤーIV (日本ファルコム, MSX2) LH532037 (40pin:2M)

gigamix.hatenablog.com/entry/rom/05_na
信長の野望 全国版 (光栄, MSX1) LH532038 (40pin:2M)
信長の野望 全国版 (光栄, MSX2) LH534045 (40pin:4M)
信長の野望　戦国群雄伝 (光栄, MSX2) LH534A76 (40pin:4M)
信長の野望 武将風雲録 (光栄, MSX2) LH53806J (40pin:8M)

gigamix.hatenablog.com/entry/rom/06_ha
ハイドライド３ (T&E SOFT, MSX1) HYDLIDE3 4M-ROM (40pin:4M)
ハイドライド３ (T&E SOFT, MSX2) HYDLIDE3 4M-ROM (40pin:4M)

gigamix.hatenablog.com/entry/rom/08_ya-ra
ヨーロッパ戦線 (光栄, MSX2) LH538A36 (40pin:8M)
ランペルール (光栄, MSX2) LH534G2S (40pin:4M)
ロイヤルブラッド (光栄, MSX2) LH538A01 (40pin:8M)

ところで256Kx16bitのSRAMのピン配ってみいそROMと27C4096の何方に似て居ましたっけ？

閑話休題
27C4096ピン配と27C020x2の両方の変換基板を用意して置くと良さそーな？
SRAMと違ィROMのアドレスやデータ線の順番を入れ替えるにわ、ROMライタへわ正規の配線が必要
ナノで書き込むイメージの方も入れ替える必要が有馬すからねぇ
# アドレスわ何とか成る場合も有るがデータ線わROMライタがVIDとかを讀み出す為ミリ

> Mistress9を壊す人もそうそういないと思いますが、基板を作れる人なら、TSOPタイプの48/44pinのを40pinの27C1024タイプにピン変換する基板を作ったほうが収まりはいいと思います。またA/B-mate初代から２代目までの機種ではNEC uPD27C4000（東芝製互換品も見たことがある）という変わった40pin DIPのものが使われていますが、これとのピン互換を取る物も作るといいかもしれません。しかし初代A-mateではROMがCPUボードに載っているのでスペース的にきつい感じです。

此のピン配のEPROMってみいそ・T芝以外の他社からも出て居たり
Macronix MX27C4100 www.alldatasheet.jp/datasheet-pdf/pdf/74461/MCNIX/MX27C4100.html

AsのアクセラわODPソケットでなくCPUソケットに載せて貰うとして。
Aeわ486SXに、AsわODPソケットに(Apわパターンの上に)載る形で
参考
PC-9821Ae改造
www.wakuwakuwaniland.com/pc98/9821ae.html
www.wakuwakuwaniland.com/pc98/image/9821ae_cpuboard.jpg
PC-9821As改造
www.wakuwakuwaniland.com/pc98/9821as.html
www.wakuwakuwaniland.com/pc98/image/9821as_cpuboard.jpg
ぁ、T芝のROMだ
　廃水の陣　 まりも　 2025年11月14日(金) 23:43
パターン画像ですが、やはり27C4000対4096の変換だと90度回転が良さそうですよね。そのくらいピン配置が違います。2.54mmピッチ600mil同士なら手書き配線でも基板エッチングはできそうです。問題は廃水処理なんですよね、、、両面の蛇目基板でやるしかないですか。

ただこれ作っておくと大概のROMライタで27C4000を焼くことができるようになるので、98のある逸汎家庭に一個はあって然るべき基板です。
　半隔B基板とか　 かかっくん　 2025年11月15日(土) 10:29
緑がパターン・赤がジャンパを想定して居枡
秋月ハーフピッチB基板(両面だけの模様)にUEWを這わせるとか？
akizukidenshi.com/catalog/g/g117829
ピン側を平ピンICソケットに合わせてリードフレームにするとか？

> ただこれ作っておくと大概のROMライタで27C4000を焼くことができるようになるので、98のある逸汎家庭に一個はあって然るべき基板です。

逆でわ？
27C4000用の基板に27C4096や27C020を遣えるやうにする物で、ROMライタで27C4000を焼ける
やうにする物でわナイ気が？
ROMとして27C4000の使用を想定せずWORD/VppピンをNCにして居る為、両変換でなく片方向の
変換に成って居枡
あとROMに依り細かいパラメータが異なる為パッケージ違ィなら兎も角別品種のパラメータを用いるのわ
おすすめしません

ROMをリニアに吸い出しTai!だけなら態々ROMライタを遣わなくともCバスの14M〜15Mか15M〜15.5Mの
空間にROMを配置出来るやうにするだけで(略)RAM窓から見え枡から(略)
# RAMを7.6M〜11.6M位にするとか？640Kデモ1.6Mデモ3.6Mデモ可
# 対象機種わR*〜D*辺り？もっと後も可？
　`青札。。　 Uryeeeee　 2025年11月24日(月) 0:23
多分、故障だとおもうんだけど、、、
うちにある、V16（青札筐体でピコ音なるタイプ）もV166も
６４０＊４００モード（DOSの９８グラフィック使っているときに、
縦にシマがでるんですよね、、、WINDOWS起動すると、全くでないんで、、
ディスプレイとの相性なのかな、、、
これってまさか、仕様じゃないよなぁ、、、
　　 tsh　 2025年11月26日(水) 15:09
＞＞Uryeeeee様
＞青札のDOS画面だと縦にシマが出る

ディスプレイ側の同期設定の不具合、でしょうかね？
ディスプレイによって設定項目の名称が変わりますが、フェーズとか位相とかクロックとかいった名前が付いているはずです。

これがWindowsを起動した場合には、ちょうどよい設定値になっていてシマが出ないのだと思われます。

製品にもよりますが、液晶ディスプレイなら通常は各解像度ごとにそういった設定が保持されるので
DOS画面用の設定値には問題があるが、Windows用の設定値には問題がない、といった状態も考えられます。
　ｔｓｈさま　 Uryeeeee　 2025年11月29日(土) 18:26
まさにその通りでした、
V200を引っ張り出してきて、中華液晶ディスプレイにDOS　Shellを表示させると同じように、縦に3本縞が入りました。（３１Khz/２４Khzとも）ディスプレイを変えてI/Odataのものにしても同じく縞ができるので、てっきり故障かと、、、3台（V16、V166、V200）とも同じだったので、V200に接続した
中華液晶にADJUSTの項目があったので押してみるとすっきり消えて何事もなかったように。。。
その後V16につなぎなおしても設定が保持されていて、縞がなくなりました。
なんか、良かった（＾＾）
ありがとうございました。
　　 KAZZEZ　 2025年11月29日(土) 19:58
> ADJUSTの項目があったので押してみるとすっきり消えて
それって要するに表示範囲とか大きさの調整だと思いますから、液晶表示の横幅がたまたまドットバイドットと比べて3ドットくらい微妙にずれていたのかもしれません。アナログ出力のドットの大きさと実際の液晶のドット大きさが微妙にずれていると、両者の最小公倍数ごとにドットのぼやけがなくなりますから、それで縞が現れていたのではないかと予想します。表示範囲の大きさ（幅）を変えることでドットの境界を一致させるか、もしくは気にならないほど縞を細かく（最小公倍数が小さくなるように）すれば、縞は解消されたのではないかと思います。手動設定があるなら横幅を1ドットずつ変えてみると縞の出現や変化が確認できるのではないかと思います。すでにご指摘のありますように、こうした設定は解像度ごとに保存されるのが普通だと思います。アナログCRTならこういう縞にはならなかったのでしょうけど。

----
前述のBX3のWSR-Eですが、当初どうも95上でPCMがうまく動作せず苦労しました。結局、一緒に載せたFM音源ボードAD-FS2が独自のPCM機能を持っていたことを全く知らず、割り込みがかぶっていたのが原因だったようです。このPCM機能は専用ソフトからしか使えないそうで、無駄にINTを占有するようです。逆に、RXに入れてあるサウンドオーケストラは別売の専用ソフトを持っていますのでもしかしたらADPCMでも遊べるかもと思っていたら、手持ちのボードはADPCMなしモデルだったりと。うまく行かないものですね。(^^;)
　CRTでわモアレがー　 かかっくん　 2025年11月29日(土) 20:52
>> ADJUSTの項目があったので押してみるとすっきり消えて
> それって要するに表示範囲とか大きさの調整だと思いますから、液晶表示の横幅がたまたまドットバイドットと比べて3ドットくらい微妙にずれていたのかもしれません。アナログ出力のドットの大きさと実際の液晶のドット大きさが微妙にずれていると、両者の最小公倍数ごとにドットのぼやけがなくなりますから、それで縞が現れていたのではないかと予想します。表示範囲の大きさ（幅）を変えることでドットの境界を一致させるか、もしくは気にならないほど縞を細かく（最小公倍数が小さくなるように）すれば、縞は解消されたのではないかと思います。手動設定があるなら横幅を1ドットずつ変えてみると縞の出現や変化が確認できるのではないかと思います。すでにご指摘のありますように、こうした設定は解像度ごとに保存されるのが普通だと思います。アナログCRTならこういう縞にはならなかったのでしょうけど。

AG管CRT(損Y鳥nitroンとか)でわ目に見える縦縞にわ成りませんがドットピッチと合わない場合
モアレが出る場合が有馬す。苹果社わ単解像度CRTの時代わ解像度と表示サイズをAGピッチに合わせて
居ましたからモアレが出ないか目立ちませんでした(サードパーティの丸地スキャン品に目立つ物も
有った)が丸地スキャンになってから設定に依ってわモアレが目立つやうに成りますた
其の後コストダウンでシャドウマスク管に替わって別のモアレが出るやうに成りましたが

　買い物ヤフオクX(旧ツイッター)ウォッチ2025年11月　 まりも　 2025年11月1日(土) 0:34
通ったついでなのでたてておきます.
　Re:電源部　 KAZZEZ　 2025年11月1日(土) 9:05
> ITF的には河童対応だけれど、電源部が非対応だから動かせないだけでしたっけ。
ITF的にはRa266末期(ITF0.02)以降で河童対応ですね。CPUの電源（給電）まわりについてはG8YKK系の場合、オンボードVRMは1.5Vまで下げると不安定になり、1.45V以下ではピポらないようです（まりもさんからのご指摘です）。ただ533A程度であればTualatinのように電圧降下が大きいものではないでしょうから、6004CB個体であれば定格の1.50Vでもいけるのかもしれません。600MHz版では不安定という報告も少しあったと思います。オンボードVRMの最大電流は1.65〜1.70Vの河童なら633MHzまでであればKlamath266MHzと同程度だそうですから、下駄のVID設定で1.55V程度に上げて使っても良さそうです（さすがに600MHz版の1.8V化は最大電流がKlamath266MHzを少し超えるかもしれませんが…許容範囲？）。なおVRMを持つ下駄の場合はマザー側に対して2.0Vに見せかけているそうですから、1.5V以下で起動しない問題は関係無いそうです。
# そしてSocket 8なMATE Rの場合にはVRM（PowerGood線）にリセットボタン設置が必要になる場合があるのも一応電源まわりの不具合と言えるでしょうか。

追記:肝心なことを書いていなかったのですが、Socket370のピンアサインとしては1.50V版(600MHz以下で6-8-3の初期ロット)の河童セレはPPGA(Mendocino)互換ですので、Mendocino用の下駄が使えます。ご存知かと思いますが、念のため。
　　 tsh　 2025年11月8日(土) 9:59
＞＞KAZZEZ様
＞Slot1なRaのCPU強化
まとめていただいてありがとうございます。
本当、ややこしいですね・・・（汗

※スパムがわいたから、削除するのを待って返信を控えていたのですが、皆さんガン無視のようなので。（汗

−−−−−
追記：
〇お買い物
・タミヤ　タミヤセメント (流し込みタイプ) 低臭
1か月ほど前に発売になったばかりの製品です。
ttps://www.tamiya.com/japan/products/87236/index.html

この製品、PS(スチロール樹脂)とABSの両対応という特性を持ちます。(通常はどちらかのみの対応)
パソコンの筐体の細かい部品のような、元の樹脂がどちらか不明なものにそのまま使えるのは便利です。
　成分を調べると　 かかっくん　 2025年11月11日(火) 0:09
成分を調べると
tamiyashop.jp/shop/g/g87236/

> 用途：プラスチックモデル用 成分：有機溶剤（100%）、ジエチレングリコールジエチルエーテル、3-メチル-3-メトキシ-1-ブチルアセテート

溶剤だけで接着面同士を溶かして癒着させる物デスからPS同士にもABS同士にも遣えて当然デスな
多分AS同士等やPS・ABS・ASのクラック埋めにも遣えるでせう

出典 [ガンプラ] 新発売 タミヤセメント流し込みタイプ低臭 ABS接着可能の接着剤
www.youtube.com/watch?v=7QnlGFmVb8A 1:40辺り
　　 tsh　 2025年11月11日(火) 18:50
＞＞かかっくん様
＞(タミヤセメント)溶剤だけで接着面同士を溶かして癒着させる物デスから

タミヤセメントや、クレオスのMr.セメントなどといった同種の接着剤は、PS用というものが大半です。
使用する有機溶剤や溶かしてある樹脂の種類等を、PS用に調整してあるものかと思われます。

タミヤ
ttps://www.tamiya.com/japan/products/list.html?genre_item=501010

クレオス
ttps://www.mr-hobby.com/ja/products/category/10?genre=44

一応、タミヤセメントにはABS用もありますが
ttps://www.tamiya.com/japan/products/87137/index.html
適合はABS同士かABSとPSの場合のみで、PS同士には非対応という注意書きがあります。
　なにやらレアなメモリが、、、　 Uryeeeee　 2025年11月14日(金) 9:21
auctions.yahoo.co.jp/jp/auction/o1207403090
１６Mがあるとは、、、
　　 tsh　 2025年11月15日(土) 2:28
＞なにやらレアなメモリが、、、
＞１６Mがあるとは、、、

噂程度に存在しているらしいとは聞いていましたが、まさかの現物が出ていたなんて。（超滝汗
ちらっと見えるだけでも、上下段をつなぐコネクタの数も多いですし、完全な専用品だったのでしょうね。

＃終了時刻がちょうど仕事中の時間でどちらにしろ手が出せませんでしたが、可能であれば入札合戦に参戦したかったです・・・
　L2の威力(?)とか　 KAZZEZ　 2025年11月15日(土) 22:33
最近のお買い物 ハードオフ ジャンク
・GTX460/768MB
MX460ではありません。以前教えていただいたのですが、NVidia公式ドライバが非公式に2kにも対応していた時代のグラボです。これからの季節の暖房を意図して（ぉぃ）150Wクラスのグラボに手を出してみました。2スロット幅のグラボは初めてでしたが、どうにかRaの筐体に収めることができました。…だいぶはみ出していますけど。(汗;
[画像追加] プラ製のちゃちなファンカバーが玩具みたいでちょっと気に入ってます。(^^;)

せっかくなのでCeleron266→PentiumII266というL2の有無で3Dベンチマーク(GDIアクセラレーションが無い時期のグラボですので2Dベンチは多分無意味)
を比べてみましたが…意外に差があります。2倍以上も。グラボというか3D性能でもL2の有無というかCPU・メモリの性能がダイレクトに効いているようです。というか前提となるPC本体が遅すぎただけかもしれませんが（RaII23・Windows2000SP4・メモリ192MB・Intelsat 54 00 58 2C 込み）。
3DMark2000：516 → 1273
FF11ver3(L)：238 → 522

使用した電源は380Wクラスですがグラボ用6ピン電源を持たないものでしたのでSATA用の電源系統を一本丸ごと使って6ピンコネクタに変換。給電が追いつくか心配でしたが、グラボは意外に熱くなっていない感じです。PCIe x16のグラボを33MHzPCIで動かしたところで、額面通りのTDPは出ないということでしょうか？ それとも前提となるPC性能が(以下略

・FUJITSU M2512A
某パワーアップ道場でも壊れやすいことが指摘されていたので頑なに手を出さなかったのですが、突撃しないことには何も始まらないですので、思い切ってグラボと一緒に購入。(爆
結局、読み込みは普通にできましたが、書き込み時にメディアのファイルシステムを破壊するものでした。正常なドライブでフォーマットすればメディアは復活しますが、駄目元でフォーマットを行おうとしたらメディアが壊れました（爆）。まあライトプロテクトをして読み込み専用として緊急起動用にでも使えれば御の字と思っています。一応、タダで手に入れた読込不良なM2512Aも持っているのですが…へッドのニコイチは多分難しいでしょうね。
その故障品の筐体(ICM製)にドライブを入れ替えたのですが、ドライブのDIP-SWやジャンパスイッチを合わせても、なぜかNECITSUモードが使えません。ファームウェアの違いでしょうか？ まあMOモードで使う限りはNECチェックも無いですし、MOモードのままでMO起動できそうでしたので問題無さそうですけど。

> 上下段をつなぐコネクタの数も多いですし
そこまで詳しくは見なかったのですが、そうなのですか。16M4EMJの16MB版の場合は、恐らく裏表それぞれに8MB分のメモリとMGA-7が付いていると思われますので、それとはまた違った基板ということになりそうですね。
　　 tsh　 2025年11月16日(日) 0:36
＞＞KAZZEZ様
＞・FUJITSU M2512A
上位となるM2513Aなんてもっと顕著ですが、ファンによる通風での強制冷却が必須である
まだまだ消費電力がかなり大きい時代のMOドライブなのですよね。

次の世代となる MCB3064SS / MCB3023SS / MCB3064AP の新発売時のプレスが残っていて
高速化高性能化/OW対応とともに、低消費電力によるファンレス対応を謳っているのが特徴的です。
ttps://pr.fujitsu.com/jp/news/1998/Jan/20.html

またM2512AやM2513Aは、長期にわたって製造販売されていたためか、ファームウェアのバリエーションが多く
ベンダ名変更などの大々的に謳っていない機能に関しては、対応非対応がバラバラのようです。
何年も前に手元のM2513Aで調べようとして、挙動が違い過ぎて途中で頓挫してます。（汗

＃ベンダ名変更などの隠し機能的なものは、少し後の世代ではもう実装されていないので
＃その隠し機能的なものを求めてM2513Aを漁っていたのが20年近く前でしたねぇ・・・

−−−−−
16日14時ごろ追記：
＞(EMJ-16ML)上下段をつなぐコネクタの数も多いですし

左側のものにフォーカスを当てた8枚目と9枚目だと、かろうじて存在が見える状態で
EMJ-16MLの真正面からの写真ではちょうど隠れてしまうため、気が付きにくいと思います。

ヤフオクの写真から拝借して切り抜いたのを添付しておきます。
　　 試運転　 2025年11月16日(日) 13:07
> tsh 様
> タミヤ　タミヤセメント (流し込みタイプ) 低臭

おー、こりゃまた便利なものが出ましたね。

ABS/PSの違いはさることながら、筐体の刻印ではABSと書いているのにPS樹脂系の
成分が多めなのか、それとも実際にはPSだったのか、試しにPS用の溶剤系接着剤を
見えないところで塗ったら、地味に溶けて結果的に使えちゃった、という経験も有るのですが、
そういう微妙な時の判断に困りません。
# くっつかないだけなら良いんですが、この手のものはクラックが入って
# 最悪割れるリスクもありますので・・・
　お返事。　 KAZZEZ　 2025年11月16日(日) 23:36
> ファームウェアのバリエーションが多く
やはりそうですか。単純にROMを交換してもうまく行きませんでしたし、片方の基板はFUJITSU製ではなく日立のようでした。ハードウェアのバリエーションも多いのならますますニコイチは困難そうですね。

> 低消費電力によるファンレス対応
確かに古いMOドライブはファン付きが多かった気がしますが、やはりファン付が仕様だったのですね。上記のICM筐体もファン付ですが、ドライブが電力を食うということですから電源の劣化具合も確認べきだったかもしれませんね。

> 気が付きにくいと思います。
情報ありがとうございます。というか2枚重ねであることすら気付いていませんでした。二枚重ねの時点で16M4EMJ基板の線は否定されますね。
　東京も紅葉まっさかり　 まりも　 2025年11月24日(月) 11:17
久しぶりに上京したので帰りに秋月に寄りました。28pin DIP のピッチ変換基板\50をまとめ買い。CAT28C64BK-15というEEPROMを先週に@\142円で手に入れていたので、これをSCSIボードのROMソケットに載せるためです。トータルでもUV-EPROMより安いという・・・
SCSIボードとしては悪名高いけどROM板としては便利なHA-55BSWに載せてテスト中です（画像）。

なおBMX-2やBM-Engineチップより古いものが載っているSCSIボードでも、WE#ピンをA14から切り離してCバスに繋ぐ改造をすれば28C64互換品は動作します。問題は、それをON/OFFできる書き込み禁止ジャンパも付けないといけない点です。ソフトウェアプロテクト機能もEEPROMによっては存在しますが、チップごとに方式が全然違うし、4KB窓の範囲では面倒なやつもあります。
　最近のお買い物　 KAZZEZ　 2025年11月26日(水) 0:57
年末が近いですので、連休最終日にプリンタのインクを買いにちょっとだけアキバへ。
BIC/SOFMAP恒例のカレンダーは既に配布が始まっていたのですね。

某所のケース破損FDメディアはまだあるようでした。MOメディアはバラ売りが無かったのでとりあえず見送り。ジャンク扱いでも数枚組となると意外に高いですね。売っているだけまだ良いのですが。20年ほど前にいた職場では（FDもですが）MOメディアは無料で使い放題だったんですが、当時すでにCD-Rの時代（こちらの配給はまだ承認されていなかった）で、私はデータ交換くらいにしかMOを使っていなかったので1枚しか貰わなかったのが少々悔やまれます。

HARDOFFでは電源を少し物色。薄々気付いてはいましたが、最近のメーカー製PCのジャンク電源にはFDD電源はおろか、4ピンペリフェラル自体が付いていないのですね。まあ普通の人はFDD使うこともないでしょうし、近年の内蔵ストレージはみんなSATA電源ばかりですし。しかし変換ケーブルはまともに買うと700〜800円台はするようで、ジャンク電源より高いです(汗;)。旧型電源にSATAを接続する変換ケーブルと違って、SATA電源に旧デバイスを接続するケーブルは需要が無いのか数が少ないようで、そのぶん高いのでしょうかね。

Raに半田入れるのはまだまだ躊躇していますが、せっかく原発まわりのログを色々調べたので、とりあえず2本足の水晶は多少買い集めています。秋月と千石の店頭在庫を見る限りでは17MHzの上は19MHzまで見当たりません。比較的動作報告の多い83MHz付近になる18MHzのものは最近需要が無いのでしょうかね？ どうにかサンエレクトロで18.432MHzはありましたが、それでも79MHzの次は86MHzくらいまで離れてしまう計算です。その割になぜか19MHz台は19.2とか19.6608とかあって充実しているようですが。一方で20MHz(93MHz相当)の上は24MHz(111MHz相当)まで（店頭では）見当たりませんね。大抵の動作報告は93〜94MHzくらいで途絶えるようですが、111MHzともなるとどるこむでもいーとんさんくらいしか報告が無かったような気が。(汗
　発振子デモ良ければ　 かかっくん　 2025年11月28日(金) 2:19
> Raに半田入れるのはまだまだ躊躇していますが、せっかく原発まわりのログを色々調べたので、とりあえず2本足の水晶は多少買い集めています。秋月と千石の店頭在庫を見る限りでは17MHzの上は19MHzまで見当たりません。比較的動作報告の多い83MHz付近になる18MHzのものは最近需要が無いのでしょうかね？ どうにかサンエレクトロで18.432MHzはありましたが、それでも79MHzの次は86MHzくらいまで離れてしまう計算です。その割になぜか19MHz台は19.2とか19.6608とかあって充実しているようですが。一方で20MHz(93MHz相当)の上は24MHz(111MHz相当)まで（店頭では）見当たりませんね。大抵の動作報告は93〜94MHzくらいで途絶えるようですが、111MHzともなるとどるこむでもいーとんさんくらいしか報告が無かったような気が。(汗

振動子でなく発振子とか？ICの2端子の片方に入力出来そーな？
発振子デモ良ければ選択肢が拡がり枡
# 入力が3.3Vとかなら要レベルシフト

捜せば98に有る21.0526MとかNTSC系の21.47727Mとか有りそーな？
# 14.31818Mも元々NTSC系
あとクロックダブラICを遣って半分の10M位のを捜すとか？
MC88921 datasheet4u.com/pdf-down/M/C/8/MC88921_MotorolaInc.pdf
MC88916
datasheet4u.com/pdf-down/M/C/8/MC88916_MotorolaInc.pdf
www.nextcomputers.org/NeXTfiles/Docs/Hardware/Datasheets/MC88916.pdf
矢張りNTSC系の10.73Mとか？
# 振動子にもFM-IF用の10.7Mが有馬すね

他に秋月の可変キットとかで(略)
[101569]1kHz~30MHzオシレーター LTC1799モジュール
akizukidenshi.com/catalog/g/g101569/
[110679]3ch出力プログラマブル周波数ジェネレーターモジュール Si5351A使用
akizukidenshi.com/catalog/g/g110679/

19Mが有るのわ19.2Mも19.6608Mも組み込みに需要が有るからでせう
　PCI用ROMボード　 KAZZEZ　 2025年11月30日(日) 23:41
ヤドカリブート用に適当なROMボードが何がいいかと考えていたら、こんなものもあったと思い出しました。20年くらい前の買い物ですが、今回ようやく封を開けてみましたので。(ぉ

本来はAT互換機でWindowsのシステムファイルを空き領域に自動的に圧縮バックアップするROMが載っているらしいですが、中文版なので実質ただの自作ROMボードとして使ってくださいみたいに売られていたと思います。とりあえずRa223にそのまま差したところBIOS段階で起動阻害は起きなかったようですが、なぜかインターバルタイマを使うプログラム（Windows9xの起動ロゴアニメーションや、自作IPLwareなど）がハングするようになりました。恐らくRAM化されたBIOS領域のどこかを勝手に書き換える仕組みのようですね（危険）。

PCIXROMで見たところ、ベンダIDが0000（ぉぃ）、デバイスIDが572E、クラスはイーサーネットとなっていますから、多分LANチップを流用しているのでしょうね。シールが綺麗にはがせないようなのでチップ名は特定していませんが、LANの口を増設したらLANボードとして使えるものなんでしょうかね？ ROMはシールの中央が少し凹んでいますのでUV-EPROMと思われます。EPROMは消すのも面倒ですしあまり頻繁に書き換えたくないですので、何を書き込むかは未定ですが、書き込むとしたらできるだけ安定版を選ぶことになりそうです。

----
スレ間違えた部分は汎用スレに転記。

　98システム解析スレッド2025年11月　 まりも　 2025年11月1日(土) 0:37
月に代わってたてておきます。
　UIDEのI/Oアドレス固定　 まりも　 2025年11月6日(木) 22:32
PCIセットアップユーティリティでUIDE-XX のリソースを固定にすると、システム自体が起動できなくなります。これはよく知られていると思います。SATAの大熊猫BIOSでも同様であるし、PCIのある全ての9821で起こるので、本体のPCI BIOSの出来が悪いことが原因だと思っています。

そのほか、自動にするとI/Oアドレスを盛大に食い散らかすという大問題もありますが、これも完全に98側の問題でしょう。これを見越してか、UIDE-XXのBIOS設定にはI/Oアドレスベースを固定で指定できる機能があります。また大熊猫BIOSには、１番目のベースアドレスレジスタのI/Oの値に繋げるように修正する機能が入っています。【7日追記】UIDE66EXにもこの処理が入っています。

UIDE-XXのBIOS設定画面でI/Oアドレスを固定したとき、ベースアドレスレジスタの2番目だけ上位16bitにFFFFが入ってしまうという事象が、UIDE-66だけの問題なのか、UIDE全部なのかは知っておきたいところです。UIDE-133/98，Aなんて持っている人はどれだけいるかわかりませんが。【7日追記】UIDE66EXで、32bitのI/O用ベースアドレスレジスタの上位16bitをゼロにしておけば解決でしょうかね？PCI版INIT 0のところでやっているはずなので行けると思いますが。
　UIDE-66 1.00用パッチ　 リウ　 2025年11月7日(金) 23:58
IDE-BIOS-LBAパッチの中に混ぜていれておきました。
PCIBIOS側のバグであるような感じですがそれをパッチするのは私には難しいので、デバイス決め打ち固定のとりあえずです。
PCIセットアップディスクで(実はWindows9xのデバイスマネージャのドライバ設定部の自動を外してもそうなりました。驚きました。)IRQを固定してしまった場合にIOの上位16bitがFFFFになることについては内部テキストで解説していませんが、twitterには考察をいくつか載せました。

このパッチをあてたあとにuide66exが適用できることは確認済です。
uide-98の1.04は同じことをすればできるはずですが持っていません。
その他複数IOを必要とするカードがあれば同じ対策で治るとは思いますが、それぞれでそれをやる必要があって面倒です。

8日朝追記
>UIDE66EXで、32bitのI/O用ベースアドレスレジスタの上位16bitをゼロにしておけば解決
失礼して逆アセして読みました。普通には不必要な上位16bitクリアをしておくだけで解決だと思います。
9:35追記
内容物に解説文を足しました。
　無形のROMボードがそこに　 まりも　 2025年11月8日(土) 9:51
UIDE 66PとEXが併用できるようなので、EXはそのままとしておきます。今回リウさんがお気づきになったこのPCI BIOSのバグ（と言い切っていいでしょう）と全く同じミスは、PCISET V1.30のときにわたしもやっていました。やりがちではあると思いますので、あまりミイソの開発チームを責めるわけにもいきません。が、PCI BIOSのバグはこれにとどまらず山ほどあるので困ります。

PCI BIOSはROMで動作しており、シャドウRAM上での動作ではないため、後からパッチを行うというのが不可能です。ROM書き換えしか手がありませんが、それもどこの空きにパッチを仕込めばいいかが分かりにくいという問題があります。PCI BIOSはBANK 0に収納されてはいますが、細切れに切り出されてはRAM上（セグメント4000hとか4400hとか）にロードの上実行されているからです。

ところでこのPCI BIOSもCバスROMと同じ構造になっており、INIT 0から順番にコールされます。なので、そこのROM書き換えでパッチを行なえば、ある程度修正パッチは可能かもしれません。BANK0の先頭から2900hくらいのところから共通して4KBちょっとの空きがあります。そこに、ミイソロゴを表示するプログラムを入れて起動時に表示するという遊びをしてみたことがあります。「無形のROMボードのROMが本体ROMにある（ちょっと何言っているかわからない）」というわけです。
　SATAのPIO4転送?　 リウ　 2025年11月11日(火) 22:32
自作IDEBIOSの変形でVT6421のヤドカリブートをやってみました。
結局取りかかってから１日ではできあがらずに今になってやっと報告です。
まだ人様に渡せる状態ではありません。

ヤドカリブートは今回はCBUSROMからです。PC34D0を使わせていただきました。ありがとうございます。

作っていて気になったところ
CBUSブートROM INIT1実行段階でPCIBIOSはまともな返事を返してくれません、IOがとんでもない値になっていました。これはPCIのBOOT1でまともな返事を返すはずなのでこちらのコードがおかしい、という可能性はあります。
INIT2の時点でこのIOを取り直すことでこれは解決っぽい状態です。気持ち悪いですが
PIO転送しか実装していません、がSATA側がとんでもなく早いです。(画像左)PIO4ではありますがびっくりです。PATA側は内蔵IDEと変わらない速度でした。
ドライバとの連動など調べることが多数あります。公開できるかはわかりません。

SATA側だけreadybitが落ちないまま続行する場合がありました。まだ理由不明です。(そもそもSATAでPIO転送すること自体が変)ATAリセットを通すと戻りますが、必要な条件がわかりません(画像右)

割り込み処理はバスマスタIOとATAIOの両方でアクセスしないとINT線が下りないようです。今まで読んできた書物はPIO転送しか考慮していなかったのでかなり焦りました。
それに伴って大熊猫BIOSのバグ?を発見しました。割り込みルーチンでIRQ共有ができない仕組みになっていました。私は大熊猫BIOS用ATAカードを持っていませんので本当にバグなのかはわかりません。

現状のFreeBSDのソースを読んだ状態ではどのATAカードでもPIO転送ならBIOSは書けそうだな、という謎の自信が沸いていますが、手持ちがないので諦めです。
これをゼロから書いた大熊猫さんにはやはり脱帽です。

後方参照追記
INIT1とINIT2の間についての解説ありがとうございます。謎が融けました。
またdword転送はできています。
　互換BIOSわ元のBIOSが雛形に成る　 かかっくん　 2025年11月12日(水) 7:50
> 現状のFreeBSDのソースを読んだ状態ではどのATAカードでもPIO転送ならBIOSは書けそうだな、という謎の自信が沸いていますが、手持ちがないので諦めです。
> これをゼロから書いた大熊猫さんにはやはり脱帽です。

此れわゼロからでなく(以下略)
第三者が指摘するのわ憚られるので略

ところで98XAのHDD機に有る板にわBIOSと憶しきROMが有馬すから、未だHR BIOSに統合されて
居なかった？事が分かり枡
# 変換板側のROM鴨
FDD機に27板を載せる際に板のROMをド〜するか？で判りそーな？

SASI BIOSがHR BIOSに統合されたのわXLから？
　コールのタイミングとPCIの状態　 まりも　 2025年11月12日(水) 8:00
＞CBUSブートROM INIT1実行段階でPCIBIOSはまともな返事を返してくれません
CBUSのROMスキャンINIT0と1の後にPCI BIOSの初期化とROMスキャンが行われるからです。CバスボードROMとPCIの例えばX-B06NICのブートROMに、INIT0、1のタイミングで表示するデバッガを仕込んで、全部のデバイスのPCIレジスタをダンプすると分かります。したがってCBUS のROMプログラムではPCIのヤドカリブートはできないものとわたしは思っていました。一応出来ているようですが、先月のHIRES100みたいに事後介入が必要になっているようです。他のPCIデバイス（とくにブリッジがあるとき）とのリソースの調停が難しくなると思いますが、I/Oしか使わないIDE/SATAボードなら決め打ちで問題ないかもしれません（どっちみち本体PCI BIOSは当てにならないので）。

なおPCI ROMスキャンのときにはIDE BIOSが引っ込んでいます。何かを行った後にIDE BIOSを出しっぱなしにするとだめです。PCIのROMでオンボードIDE BIOSを新規に仕込んだりパッチを当てることもできるわけですが、そのあとはPCI BIOS側に戻す必要がありました。

転送速度はPIO4なら16.6MB/secが理論値ですから、それなりの値だと思います。オンボードIDEがおかしいだけでしょう。オンボードIDEはPCI機でもCバス接続ではないようですが、PCIの下に遅い（性能を出し惜しみした）ローカルバスでも入っていてそこにIDEデバイスがぶら下がっているのでしょうかね。ところでVT6421ではATAのデータレジスタに対して32bit OUTSDやINSDは通るのでしょうか？
　PCI機でIDEはどこにぶら下がっているか　 まりも　 2025年11月13日(木) 19:04
汎用スレッドに出てた↓ですが、98アーキテクチャ過ぎるのでやっぱりこっちに書いておきます

＞オンボードIDEについても原発交換の話では
PCIクロックを上げると、IDEの転送速度もほぼそのまま上がりますね。Cバスにぶら下がっているのではないという状況証拠の1つではないでしょうか。しかも相当のオーバークロックでも追随できてしまいます。

Wildcat機の場合、FSBとPCIクロックが独立です。FSBを上げるのは大流行しましたが、PCIだけ上げた人はたぶんほとんどいないでしょう（わたしは下げる実験のほうをやりましたが）。FSBクロックを上げてもIDEの転送速度はあまり上がらなかった気がするのですが、どうでしたでしょうかね？　
　Windows98Seが起動できました　 リウ　 2025年11月13日(木) 20:11
バグが見つかりまくりですが、PATA側でもちゃんと設定するとPIO4転送でも8M/sくらいは出るようです。
バスマスタ転送は宿題にしてとりあえず整理整頓しようと思います。(また公開中の自作IDEBIOS側もバグがいくつも見つかっています。)

で、ヤドカリブートしたPATAHDDにWindows98SeをBIOS動作でインストールが終わった後、ドライバもインストールできて起動できてしまいました。
ニヤニヤしてる顔が引き締まりません。
ATAカードが青箱に見当たる度に対応カードを増やしていきたいと思います。

14日2時30分頃追記
自作BIOSにIPL1前パラメータ型BIOSというながったらしい名前をつけました。 www7b.biglobe.ne.jp/~drachen6jp/idebios.zip
16日23:23追加 HPT368用のものを手習いで書いてみました。もしお時間あれば試してもらえれば嬉しいです。revisionチェックしていないのでHPT366では暴走するかもしれません。

内蔵IDE版をOneさんのROMボード経由で実行して無事動いたことも確認できました。(画像2枚目)VT6421カードのROM書き換えツールをあんぐらっぽいサイトで見つけてしまったのでヤドカリではないブートにしてしまうかもしれません。
　PC-98用BIOSに需要がありそうなボードとか　 KAZZEZ　 2025年11月14日(金) 0:03
> PCIクロックを上げると、IDEの転送速度もほぼそのまま上がりますね。Cバスにぶら下がっているのではないという状況証拠の1つではないでしょうか。
なるほどIDEのクロックを分離するという話を聞かないのは、Cバスが独立クロックである関係ではなく、単にIDEまわりがオーバークロックに強かったからというわけですか。まりもさんがそうおっしゃるということはデータ化けしにくい類なのかと思います。

同じPCI系の機種同士でもオンボードIDEで2kの入ったCFやHDDをそのまま移植するとブルースクリーンになるのは、IDEとPCIがどのような関係にあるかの違いもあるんでしょうかね。

それにしてもRaではトライデントくらいしかクロック分離の話を聞かない気がします。RaのPLLには3本もRef出力があるそうですが、トライデント以外にはどこに供給されているのか少々気になります。

> ATAカードが青箱に見当たる度に対応カードを増やしていきたいと思います。
個人的に昔、気になっていたのはIwill SIDE RAID66(HighPoint HPT368チップ)でしょうか。PC-98で使えるかどうか試してはいないのですが、当時ジャンク箱ではよく見かけました。これはセカンダリIDEコネクタが外部にも出ているのが特徴です。空きベイやPCI口の少ないPC-98にとってIDEを外出しで使えればIDEデバイスを試すのに便利そうですし、ボードから直接生えていますのでIDEのケーブル長制限が抑えられる利点もありそうです。AT互換機でRAIDで使用した感じでは、同じATA66系ボードの中では高速なようでしたが、その分、安定性には欠ける感じでした。

あとはATAじゃなくSCSIの話なのですが、WB NINJA NJSC32UDE-3チップも98用BIOSがあれば意味を持ちそうな気がします。これはI-O DATA SC-NBシリーズやLogitec LHA-600シリーズで使われているようですので確実にPC-98用ドライバは存在するのですが、前者は起動BIOSなし製品で、後者はAT/Mac兼用BIOS付きですがPC-98では起動阻害が起きないというだけで、なぜかPC-98用BIOSが存在しないチップのようです。何か相応の理由があるのかもしれませんが…もしかしてデータシートが存在しないとか？
　某陰謀論　 まりも　 2025年11月14日(金) 9:47
＞同じPCI系の機種同士でもオンボードIDEで2kの入ったCFやHDDをそのまま移植するとブルースクリーン
これは実体としては同じものですが、PnP上異なるデバイスという扱いのためではないかと思います。DOSモデルとWinモデルでも扱いが違ったりします。
インストール済みのWindowsを機種を変えて使い回す際は、この問題があるので、なるべくPnPでない機種でインストールしておいたほうがいいです。Mate-RではDOSモデルやNTインストール済みモデルが最強です。いっぽうガチガチにPnPなのがV200,V166です。サウンドボードなどささっていなくても存在していると仮定されてしまいますし、IRQ割り当ての挙動もクセがあって言うことを聞きません。

＞RaのPLLには3本もRef出力があるそうですが、トライデント以外にはどこに供給されているのか
33MHzについては、確か一本余っています。PCI slot増設の時に引っ張り出します。基準の14.3MHzは他に使うとこが無かったような？　まあTridentはクロック（映像基準用ではなくPCIの）をカットしてすっきりさせたうえで、ビデオカードを別で載せるのが正解だと思っていますけども。

＞WB NINJA NJSC32UDE-3チップも98用BIOSがあれば
これはほんとそう思うのですよね。98向け製品のBIOSの開発実績のあるWorkBitなのですから。

＞なぜかPC-98用BIOSが存在しないチップのようです。何か相応の理由があるのかもしれませんが
これは陰謀論的に言えばミイソ帝国の政治的圧力による物です。1997年以降、ブートできるROMを発禁とする圧力が各開発ベンダーにかかったに違いありません。有名どころではAHA-2940UWproですかね。当初98のBIOSが載っていたはずなのに回収され、98のBIOS無しで出てきたとされているヤツです。
（･_･）：ワイは陰謀論ちゃうと思っとるでぇ

【12時追記】
＞VT6421カードのROM書き換えツールをあんぐらっぽいサイトで見つけ
発見されたVT6421AのROM書き込みプログラムは、書き込み先のアドレスが1MB以内なのでしょうか？普通は、ROMに割り当てられたPCIのベースアドレスレジスタを操作し、さらに書き込み可能にする何かを操作し、そのBARに読み書きしてプログラムします。DOS上でのツールでもDOS4GやDOS16M（相当のDOSエクステンダ）が内蔵、または別に必要とされています。この「普通の」場合は、最終的に4GB空間のほうに書き込むので、1MB以下の拡張ROM域がRAM化されていても問題がありません。
　自己レスとか。　 KAZZEZ　 2025年11月14日(金) 21:05
> PC-98で使えるかどうか試してはいない
というのも無責任ですので、少々試してみました。大熊猫BIOS（SiI3114ボード）をNoAtBoot代わりに起動阻害を回避し、RaIIでWindows98を起動してみましたが、とりあえずミニポートドライバで認識できました。AT互換機でHDD代わりに使っていた8GBのCFが読めましたので、PC-98でも使える可能性があるかもしれません。PC-98用起動BIOSなしのせいか、PC-98で使っていたHDDはGUI上でドライブ認識はできても内容は未フォーマット（容量も誤認）でしたが…そのへんの9xの仕様はちょっと忘れています。さすがにDOS3.3で16パーティションに切ったHDDはドライバ認識と共にハングアップしましたが。(w

ウェブアーカイブで昔のIwillのサイトを辿ると、ちょっと分かりにくいですが9x/NT/2kドライバとBIOSアップデータがありました（どんなデータでも書き込めるものかどうかは分かりませんが）。HPT368のデータシートの所在についてはよく分かりませんでしたが、ATA100版であるHPT370のものはすぐヒットするようでしたので、もしかしたら参考になるかもしれません。

> Tridentはクロック（映像基準用ではなくPCIの）をカットしてすっきりさせたうえで、ビデオカードを別で載せるのが正解だと
使わないデバイスは認識しないほうがチップセットの負担も減りそうですね。抜かないでトライデントのピンアサインはウェブアーカイブの旧まりものページにありましたので、機会があれば参考にしたいと思っております。
2kでAT互換機のグラボを使う場合は9xでオンボードGAが必要になることもありますが、そちらはCバスGAという手もありそうです。

> 98のBIOSの開発実績のあるWorkBit
昔、同じWBチップであればSC-NBが55ドライバで動いたりするのかな？と思って試したことがありますが、さすがに黄色い（！）が付くだけでした(爆)。ということはBIOSも全く互換性はないのでしょうね。

> 陰謀論
アイオーのUIDE133の場合はPC-98版を超戦車ブランドで出すことで回避したのでしょうかね。玄人は玄人で、まわりくどい方法でCHANPON3のBIOSを配布していましたし…。
　　 tsh　 2025年11月15日(土) 0:04
＞陰謀論
＞有名どころではAHA-2940UWproですかね。

2940UW PROは、ノーマルの2940U/UW用のBIOSやドライバとは若干仕様が異なるぐらいには、なんか面倒な実装になっていたらしいという話が・・・
Adaptecのサイトからダウンロードできなくなっていますので、もはやドライバやBIOSのバイナリ比較すら容易にはできませんが。

＃53C120や53C141などのSymbiosのバスエクステンダーが透過的にふるまうのに対して
＃AdaptecのSpeed Flexはどうにもそう単純ではないらしいのが原因らしいですが。(ゲぺック・カステン内のコンテンツでそれらしき言及がある)

また、Kameさんのところでは、2940U2Wの極々初期のロットは9821対応だったらしい？という話が載っていますね。
＃個人的にはこっちのほうが興味深かったので、秋葉原の店頭でもSCSIデバイスを見かけなくなりつつあった時期にあちこち回って
＃該当しそうなBIOS ROM表記が1.xxの個体を見つけたと思ったらMac用だったというオチを食らったのでよく覚えています。（苦笑
　原因が16分割か5ッ以上アクティブにしたからか？　 かかっくん　 2025年11月16日(日) 0:39
>> PC-98で使えるかどうか試してはいない
> というのも無責任ですので、少々試してみました。大熊猫BIOS（SiI3114ボード）をNoAtBoot代わりに起動阻害を回避し、RaIIでWindows98を起動してみましたが、とりあえずミニポートドライバで認識できました。AT互換機でHDD代わりに使っていた8GBのCFが読めましたので、PC-98でも使える可能性があるかもしれません。PC-98用起動BIOSなしのせいか、PC-98で使っていたHDDはGUI上でドライブ認識はできても内容は未フォーマット（容量も誤認）でしたが…そのへんの9xの仕様はちょっと忘れています。さすがにDOS3.3で16パーティションに切ったHDDはドライバ認識と共にハングアップしましたが。(w

此れって原因が16分割か5ッ以上アクティブにしたからか何方でせう？
窓NT/2kなら兎も角9xならばみいそが決めた仕様通りに動く気が？
　追試　 KAZZEZ　 2025年11月16日(日) 23:27
> 原因が16分割か5ッ以上アクティブにしたからか
取り急ぎFDSK98を使って確かめたところ、普通にBIOS認識するHDDであっても16領域すべてアクティブだとやはりハングしました。先頭4領域以外をスリープにすれば普通に起動します。そして、5つ目の領域（試したのは16番目の領域ですが）をアクティブにしたらやはりハングしましたので、やはりアクティブは4領域までという制限があるようです。

一方、SiI680ボードにAT互換機用BIOSを書き戻して試したところ、PC-98形式でフォーマットした40GBのHDDはWindows98上でやはり容量誤認・未フォーマット状態でした。どうやらBIOSなしATAボードでPC-98のHDDが読めないのはWindows98の仕様のようですね。といっても40GBは「みいその仕様」ではありませんから想定されるCHSが違っていたのかもしれませんが。ちなみに使用したHDDは大熊猫BIOSで16ヘッド255セクタと認識され、全容量（約39GB）確保した領域をWin98のGUI上でフォーマットしなおそうとしたら約9.8GB（ほぼ1/4）に認識されました。
　BIOSなしI/Fで98形式の認識　 まりも　 2025年11月17日(月) 11:11
＞BIOSなしATAボードでPC-98のHDDが読めない
二つの理由で読めないと思います。
・BIOSがないならPC/ATのMBR形式で読もうとする
・BIOSがないためH:Sが不明であり、255ヘッド63セクタで扱おうとする（Win2000では知られている）
どっちが優先されるかを調べるには、98フォーマットで初期化したあと（領域は作らないでIPLと起動メニューのみ）、別のところからWindows98のGUIを起動し、そこで純正FDSKを実行して領域確保とフォーマットをします。そこで作られるものが何であるかで判断できます。なおそこのDOS窓でFDSK98を実行した場合は98フォーマットを見抜くはずですが（そういえばやったことがない）、表示されるH:Sがどうなっているかは有意義な情報です。下記のページではWin2000のことは詳しく書いてあってもWin98の情報が少ないので。
ttps://www7b.biglobe.ne.jp/~marimo9821/w2kwxp/pc98_hdformat.html　
　PCMCIA-ATAでは　 リウ　 2025年11月17日(月) 12:24
BIOSのないATAボードということでほぼ同じ内容ですが
Windows9xではIPL1があるかどうか、拡張フォーマットsignature55AAがあるかどうかを同時に見ています。これらがなかった場合PC/ATのMBR型フォーマットとしてアクセスしてくれます。うちでは55AAを消してconv98atを適用することであっさり動作していることは確認しています。
逆にそれを行わないでPC98型フォーマットで認識されたときにネイティブHSになるのか255:63になってしまうのかを確認しておりません。
　　 KAZZEZ　 2025年11月17日(月) 23:29
> 純正FDSKを実行して領域確保とフォーマット
やってみたところ、正しく機能しないようでした。件の39GBのIDE-HDD(Maxtor 4D040H2)について、事前に大熊猫BIOSでFDSK98で未フォーマット化＆PC-98形式にしたうえでBIOS認識しないI/Fに繋ぎ、Win98(無印)のDOS窓でFDISKで全域確保後、再起動するとなぜかGUI上で約6.3GBとして認識し、フォーマットに失敗します（ちょうど31.5GBを超えたオーバーラップ分くらいの容量であるあたり、もしかしてWin98のFDISKの32GB制限でしょうか？）。FDSK98をDOS窓で実行するにはDEBUG.EXEでオフセット0089hにある分岐をスキップする必要がありましたが、HDB98やFORMATX同様、本来BIOSで認識するドライブしかリストに表示されないようでした。なお、このドライブを大熊猫BIOSに繋いだら約25GBの領域と認識されました。結局、Win上でCHSを見るツールか何かを見付ける必要がありそうですね。

> 55AAを消して
情報ありがとうございます。普通にCONV98ATを適用するだけでは認識できないことは気付いていましたが、やはりそういう理由もあったのですか。
HDDをPCカードスロットに繋ぐアダプタはアイオーなどから出ていたのでPC-98対応製品もあったはずですが、フォーマットや容量限界はどうなっていたのでしょうね。[追記]考えてみれば98NOTEに増設するポータブルHDD製品は内蔵HDDと交換することなんか想定されていないでしょうから、内蔵HDDとのフォーマットの互換性は多分考慮されていないのでしょうね。挑戦者からはPCカード接続ATAのHDD外付けケースだけ出ていましたけど、さすがにこれは自分で調べろ的な製品ですから…。

----
SIDE RIDE66はプライマリとセカンダリで別々の割込みが必要になるのが欠点でしょうか。気付いたらリソース競合らしき理由でセカンダリに（!）が付いていました…。(汗;
　確実に動く4.3Gが無難？　 かかっくん　 2025年11月18日(火) 5:21
>> 純正FDSKを実行して領域確保とフォーマット
> やってみたところ、正しく機能しないようでした。件の39GBのIDE-HDD(Maxtor 4D040H2)について、事前に大熊猫BIOSでFDSK98で未フォーマット化＆PC-98形式にしたうえでBIOS認識しないI/Fに繋ぎ、Win98(無印)のDOS窓でFDISKで全域確保後、再起動するとなぜかGUI上で約6.3GBとして認識し、フォーマットに失敗します（ちょうど31.5GBを超えたオーバーラップ分くらいの容量であるあたり、もしかしてWin98のFDISKの32GB制限でしょうか？）。FDSK98をDOS窓で実行するにはDEBUG.EXEでオフセット0089hにある分岐をスキップする必要がありましたが、HDB98やFORMATX同様、本来BIOSで認識するドライブしかリストに表示されないようでした。なお、このドライブを大熊猫BIOSに繋いだら約25GBの領域と認識されました。結局、Win上でCHSを見るツールか何かを見付ける必要がありそうですね。

此れを試すにわ確実に動くと判って居る4.3Gか8G位が無難そーな？
LBAパッチ下のオンボードのICCFIX也ICC也REI也で4.3Gに縮めて試して見てわ？
# REIわCHSレベル(8191:16:63)で設定出来なかった希ガス
# 或るいわPCでHPAの設定を(略)
　いろいろ忘却　 まりも　 2025年11月18日(火) 9:08
そういえばGUIモードに関係なく32255MB以上（ヘッド数16セクタ数255）では純正fdiskは使えないのでした。当時からよく知られていたことですが、忘れてました（汗

＞FDSK98をDOS窓で実行するにはDEBUG.EXEでオフセット0089hにある分岐をスキップ
拙作FDSK98はDOS窓での使用は禁止していたようです。これも忘れてました（汗

それで無理やり実行してもH:Sは表示されないというかBIOS認識ドライブに現れないということは、ストレージI/FのBIOSがないドライブはDA/UAアサインリストに存在しないということになりますね。Windows 9xがint13hユニットであるというフラグを立ててBIOSをエミュレートしてくれないということだと思います。つまりは
＞結局、Win上でCHSを見るツール
がないということになります。

結論として、ストレージI/FでBIOSなしで使うには、最初からPC/AT fdisk形式にしておくか、元が98フォーマットならconv98ATで処理した後にIPL1とAA55を消すという方法を取るかでしょう。BIOSありではブートできて、同じ内容のディスクをBIOSなしのときでも認識させるという欲張りを実現する方法はすぐには思いつきません。
【下のコメントを見て追記】
ATAのI/FでもSCSI相当と見ているのかもしれません。SCSIではWindowsNTや2000なら8:32か8:128决め打ちですから。そのためBIOSなしでも認識ができますし、なんならNTBOOTDDブートもできます。Windows 9xでも内部的にはそうなのかもしれませんね。GUI、DOS窓からのフォーマット実験は32GB未満か8GB未満でやって見ればわかります。MSD以外のDOSアプリではWindows内部と通信できませんのでH:Sを取得できないですが、フォーマットした後のPartitionBootRecoredに書かれたH:Sを見れば判別できます。Windows2000のBIOSなしI/F上のストレージは、これで255:63だということを突き止めました。
　32GB制限の正体？　 KAZZEZ　 2025年11月18日(火) 9:15
ふと思いついてDOS窓でMSD.EXEを実行したところ、PC-98のBIOSを非搭載のATA-I/FにつないでDOS窓からFDISKで確保した6.3GBのパーティションは8ヘッド128セクタのHDDまたはMOとして報告されました（未フォーマットのせいかシリンダ数の報告はありません）。DOS窓でのMSDは正確ではないので適当なでまかせかもしれませんが、このH・Sであれば32GBオーバーラップも説明が付きそうです。

> REIわ
そういえばこのスレの親レス(?)はAMIWARE対策だったのでしょうかね？(^^;)
　実験結果　 リウ　 2025年11月18日(火) 10:49
>BIOSありではブートできて、同じ内容のディスクをBIOSなしのときでも認識させるという欲張りを実現する方法
MBRの0FEhに存在する55AAだけを消す場合はFreeDOS(98)の認識以外ではよさそうでした。

実験結果
ノート機にインストールしているWindows98Seは256GBディスクのためfdiskが暴走しました。のでデスクトップ機です。
Windows98Seに先頭1セクタだけ拡張フォーマットのIPLを書き込んだCFを2種持っていきました。
fixedな250Mのもの、removableな約4GBのものの2種です。
接続先はPNP設定のCBUSのPCMCIAアダプタです。Windows98SeはUIDE-66に接続した20GBのHDD(16:63設定でドライバ未インストール)
どちらも挿しただけでデバイスマネージャには現れますが、領域未確保のためドライブアサインは当然ながら起こりません。
fdisk /statusをたたくとfixedの方は出現せず、removableの方だけは現れました。のでそちらだけ領域を60M確保してみました。再起動してさらにWindowsGUIからフォーマットも行います。するとこの時点でfdisk /statusからremovableの方も消えます。つまりfdiskはBIOSなしアダプタで98IPL型ディスクへの操作をさせないような何かしらの設定がありそうです。(今回はそれを無理やり領域確保している話題です。)

その後確保された方のディスクをメイン機に持っていき、先頭を覗くと1シリンダから7AhシリンダまでがFAT16で確保されていました。98フォーマットのつもりで領域確保だけはされているようです。計算するとH*S=3F0hのはずです。ということでLBAで3F0hを覗いて見るときっちりBPBが存在し、H=10h、S=3Fhの値も入っていました。
後はこれが本体側の(UIDE-66接続HDD側の)HSを選んだのかCFのネイティブの16:63を選んだのか?の場合分けも必要かもしれませんが、こんな感じです。
基本的には操作できないように作られていました。既領域にはアクセス可能なようになっていますが、GUIからfdiskするのはやめておくべきとは思われます。

追試
fixedの方をPC-98DOS環境で先頭から20MだけHS=8:17で確保してからWindows98のGUIに持っていきました。ドライブナンバーはもらえますが中身にはアクセスできません。その状態でDOS窓の中でそのドライブにforamtを実行すると75.5Mと表示され終了できました。メイン機に持っていき中身を覗いてネイティブのHS(このCFはH=16 S=32)での第１シリンダの場所にBPBが書き込まれていました。ということでOS起動HDDのパラメータをもらうわけでなく16:63固定というわけでもなく、メディアネイティブの値が選ばれる、ということのようです。

10進数と16進数が混ざっていてよみづらくてすみません。

KAZZEZさんの報告を読んで追記
ドライバに依るかもしれませんね、PCMCIA-ATAは（内蔵IDEと同じドライバのため？）うちの結果ではメディア情報を優先するわけですが、PC-98のことを知らないドライバが何かをやっている可能性はあるわけで…8:128になったということがうちの結果とは違いますがつなぎ替えのことを考慮すると大変ですね
　Windows GUI起動前の辻褄合わせで　 まりも　 2025年11月18日(火) 17:38
＞OS起動HDDのパラメータをもらうわけでなく16:63固定というわけでもなく、メディアネイティブの値が選ばれる
一般のATAインタフェイス接続の場合にこれが適用されると見て良さそうということですね。
ネイティブH:Sとは　ATAのidentifyデータの先頭の方のdefaultを見ているのか、それとも後天的に設定されるワード54あたりのH:Sの値（current）を見ているのか。後者であれば、Windows起動前にデバイスに直接initialize device parametersを発行することで、認識させたいH:SをWindows 9xに伝えることができるかもしれません。

これと別件ですが類似で、オンボードIDEのBIOSのH:Sとデバイスに設定されているH:Sが異なる（例えばFIXIDECF適用時など）とWindows 9xのドライバが動作しない件、これもWindows起動前にinitialize device parametersを発行して辻褄合わせれば、ドライバが動作するようになるかも？　win.com実行前くらいのタイミングでいいのでしょうけど、さすがにWindows起動ドライブになっているとだめでしょう。別ドライブからのWindows 9x起動の場合です。
　8:128で間違いないようです。　 KAZZEZ　 2025年11月18日(火) 18:56
IFC-USP-M2(1.20)を引っ張り出して確認してみました。件のHDDはICCFIXでSCSI32GB制限したものを全域確保しIFC-USP-M2からPC-98で起動可能なことを確認しています。この状態でPC-98用の起動BIOSを持たないATAボードに繋いだところ、Win98(無印)上から普通に32GBとして認識し、相互に繋ぎ変えてもドライブ内容にアクセスできました。

HDD容量を元の39GBに戻したところ、IFC-USP上では15ヘッド128セクタになりますが、その状態で全域確保して起動BIOSを持たないATAボードに繋いだところ、今度はWin98のGUI上でオーバーラップは起こらず空の32GBドライブとして認識されました。以前のフォーマットの残骸（件のCHS情報？）が残っていたのか、それとも128セクタというのが共通していたせいでしょうか？ GUI上から32GBとしてフォーマットしなおすと、当然ながらIFC-USP上からはフォーマットが不正（無効なメディア）になっています。さすがに32GB超のフォーマットに互換性は無さそうですね。

[21:00追記] 一度認識したドライブはWin98のどこかに情報が残るようで、39GBを32GBと認識したのはその影響だったのかもしれません。FDSK98でHDDを未フォーマット化後に領域未確保の状態にしても、デバイスマネージャから該当HDDを削除しても、同じI/Fとドライブが繋がっていれば、なぜかドライブレターが消えません（この状態でエクスプローラを立ち上げるとハングします）。繋ぎ変えろというのはそういう意味だったのですね…。(汗

----
それにしてもIFC-USP-M2はIDEとSCSIが使えてなかなか面白いボードですね。山猫や430FXクラスのサブマシンにはちょうど良いかもしれません。しかし今回なぜかRaII23上でATAボードと差し替えるたびに、メモリカウントが640KBで止まるようになり、いちいちスーパーリセットのお世話になりました。PnPの相性でもあるのでしょうか？

BIOSなしATAボードにはSIDE RAID66を使いましたが、なぜかプライマリとセカンダリのどちらかが黄色い(！)が付いて動作しないことが多かったです。もしかしたらリソース競合とは別の問題があるのかもしれません。NoAtBoot代わりに使った大熊猫BIOS対応ボードとの相性なのか、それともPC-98では保証外のミニポートドライバのせいなのかは分かりませんが。2kでは試していませんが、仮に起動BIOSがあったとしても起動デバイスをドライバが認識しないことがあるのであれば、致命的かもしれません。
　今のところ整合せず　 まりも　 2025年11月18日(火) 21:06
リウさんの報告とKAZZEZさんの報告は整合が取れるところがないようです。インターフェイス個別のドライバの違いということなんでしょうけれども、みなしSCSIの場合はSCSI決め打ちパラメータに、16ビットなATAはデバイスのH:Sになるという線はあるように思います。98に接続可能なインターフェイスに4GB、8GBの未フォーマットの真のHDDを繋いで全部試すしかないかもしれません。
＞SIDE RAID66
HighPoint HotRod66ですよね？これは評判の悪いボードでした。うちにもありますがまずPCIコネクタの接触不良がひどかったです。コンフィグレーションでおかしなI/Oアドレスを返してばかりいました。98で使おうなどどは思いませんでした。そしてこんな記事もあります。「SCSIとして認識される」という記述がありますね。
ttps://www.cqpub.co.jp/julius/1999a/iwamura19990809e.htm

まあBIOSありにしても無いにしてもオンボードIDEに繋ぐにしても、8GB（4352MiB以上8063MiB未満）のドライブをヘッド数16セクタ数63で使うのが最も無難だろうと思います。CFの場合はこれ一択です。そして98のWindowsのGUIのディスク管理でフォーマットなんてしないことです。

ところで、製造時期が古いわけではないのにCFA属性がないCFというのもあるのですね。以前おふがおさんが扱っていた東芝の512MBのCFがそれです。FIXED属性なのでHDD相当に見えます。なのにCFの性質もあって、set feature sub command 66hの抗CFリセットを受け付けます。そうしないとCFリセットは（比較的起こしにくいですが）避けられません。EXIDEには抗リセット機能もつけてありますが、CFA属性がないならCFではないとしているので、66hコマンドが実行されません。
　　 KAZZEZ　 2025年11月18日(火) 21:33
> SCSIとして認識される
Win上のデバイスマネージャの話でしたらそれが普通かと思います。大熊猫BIOSの対応ボードも同様でしたし。オンボードでない追加のストレージI/Fは基本的にデバイスマネージャではSCSI（およびRAID）コントローラのカテゴリかと思われます。

これに対し、PCカードのATAインターフェースは、特に16bit（非カードバス）の場合はオンボードIDEと同じドライバが使われますからIDEコントローラのカテゴリになるようです。

もしかしてPC-98のWindows 9xはそのカテゴリを見てデフォルトパラメータを変えるのでしょうか？
あとはWin98のエディションの違いもあるかもしれませんが（手元のWin98はRa40/M由来です）。特に95aの頃はドライバを当てるのにも自由度が高かったせいか、結果的にカテゴリが変わってしまうようなケースも割とあったように思います。新しいWindowsほどドライバのPnPが厳格化している印象です。

> HotRod66
チップは同じかもしれませんが、写真とは基板の形が違います。手元のものはIwillの製品で、セカンダリが外付けコネクタと排他になっています。私も上記の通りAT互換機で安定性には欠けるようでしたので評判は良くないだろうとは思っています。まあジャンクで安く手に入った場合に適当に活用できれば良いかなということで。
　捨てた方がいいもの　 まりも　 2025年11月18日(火) 21:48
＞もしかしたらWindowsはそのカテゴリを見てデフォルトパラメータを変えるのでしょうか？
お二人の報告からその線が濃厚と考えています。しかしもう少し実験例がないことには断言できません。

ところでこれら
＞ATAボードと差し替えるたびにいちいちスーパーリセットのお世話になりました。
＞プライマリとセカンダリのどちらかが黄色い(！)が付いて動作しないことが
「configurationでおかしなI/Oアドレスになってばかり」の結果だと思いますよ。このボードには早々に見切りをつけて、100円ROMライタボードに流用していましたが、それでも挿すと起動しないことが多くて参りました。ボード違いでも似た症状ということなら、接触不良というよりはチップの設計の問題ですかね。HotRod100になって少しまともになったとされてはいました。
　SCSI扱い　 リウ　 2025年11月18日(火) 23:06
BIOSなし状態のVT6421につないで追試しました。
相手はfixedな240MのCFで変わりなしです。
ばっちり8:32で初期化されました。ということで
PCIのストレージクラスか何かの設定値でIDEと認識されればメディアの値、SCSIと認識されれば容量帯での8:32、8:128の強制設定
BIOSで認識していれば、0000:0460hからの値(もしくはInt1BhのAH=84hの結果でしょうか)のようです。

一応宣伝します。HPT368用も作ってはいます。(上にこっそり追記していました)CBUSBOOTのINIT2のタイミングであれやこれやをやるのでおそらくIOやらなにやらは設置されてるという前提ではありますが
www7b.biglobe.ne.jp/~drachen6jp/idebios.zip
IRQを2つ取る設定用(IOがAT互換機標準の値になる)にはなっていません、IRQは4台で1つのコードになっています。ATA_CTLIOのオフセットが+2か+0で変わる、ということがFreeBSDのソースには書かれていました。その部分の判別方法が所持していないため不明なままです。

19日水曜23:05 明らかにバグっていところを修正しましたが、実物を持っていないためすみません、テストを頼むことになります。
　こちらでも一応8:32を確認。　 KAZZEZ　 2025年11月18日(火) 23:18
適当にいじっているうちにようやくWin98から該当ドライブレターが消えましたので、ICCFIXで543MBに制限して、同様にDOS窓からFDISKで領域確保したところ、予想通りMSDで8ヘッド32セクタを返しました。32GBのときと同様にIFC-USP-M2でその領域をフォーマットし、DOS7.1起動が可能なことを確認したうえでBIOSなしATAボードでGUI上からアクセスしたところ、普通に読めました。ご指摘の通り、SCSIパラメータになっていると見て良さそうですね。
# ところでICCFIXの8GB制限はIDE用で、SCSI用の8GB制限は選択肢に無いのですね。ほぼ代用できるとは思いますが。

> 挿すと起動しないことが多くて参りました。
情報ありがとうございます。やはりATA66ボード側の問題でしたか。BIOSアップデートで改善するものかどうか分かりませんが、どちらにしてもBIOSで対策するのは苦労しそうですね。

> こっそり追記していました
ありがとうございます。あとで試そうと思います。

[追記]
> つなぎ替えのことを考慮すると大変ですね
PCカードATAの場合で、実際に98SEでドライバのクラスが変化する事例がありました。通常は標準IDEドライバで認識しますが、専用ドライバを入れたらSCSI/RAID扱いになることがあったのです。
weblabo.griffonworks.net/dorlog/2nddorcom/98mobile/16664.html
このときはmobioだったので問題無かったのですが、もしPC-98だったらフォーマットに互換性がなくなったのかもしれませんね。

[11/20 00:30追記]
取り急ぎSC-98にVT6421用を書き込んで試してみたのですが、RaではVT6421ボードの有無にかかわらず、ROMを書き込んだSC-98が差さっているだけでメモリカウントから先に進みませんでした（大熊猫BIOSがある場合はそちらの表示が出てから止まる）。
SC-98のアップデータは8KBあるので行けるかと思ったのですが、もしかして4KB制限のある古い部類なのでしょうか？ もっとも書き換えに使っている9801VX相当機ではそのSC-98を差していても起動阻害が出ないのが謎ですが。他に926Rsもありますが、CバスSCSIが無理ならPC34でテストするしかなさそうですね。
ソースを見るとMTRRが意図した通りの挙動かどうかに疑問符が付いているようですので、もしかしたらP6機の動作確認が取れていない問題なのかもしれませんが。

ところでMistress9は持っていないので試していませんが、たしか専用書き込みソフトはROMデータが32KB無いとうまくいかないという話があって、かつて32KB版のROMデータが玄人で公開されていたと思います。その場合、空き領域を埋めるデータは00なのかFFなのかという問題もありそうです。
　SC-98に限らず　 リウ　 2025年11月20日(木) 0:42
テストありがとうございます。
33c53板のリサイクルでは前に出てくる領域が4kBの制限がありまして…今のコード体系ではバンク切り替えをしないので、はみ出します。ATAPIルーチンを削れば4kBに納まるような気もしていますが、どうせ後からバスマスタも拡張するだろう、と甘く見積もっていました。IPLWare化してもっと試しやすくすることも考えます。
現実的にはmistress9、Oneさんのお作りになったようなROMボード、もしくはPC34が必要です。

起動阻害について
32bitCPUでない場合には早期終了します。文鎮化させてしまったと心配しました。

13:30頃
IPLWareにして追加しておきました。が98emulatorでの確認しかまだ取れていません。
　ROM無効にも2種類　 まりも　 2025年11月20日(木) 16:36
CバスSCSIボードのROM kill機能、つまりSW2-8の機構には2タイプあるようです。1つはROMのchipselectを完全に切ってしまうもので古いタイプになります。他方は、ブートのときにROMが姿を消しているもののSCSIレジスタ30hのbit3-2を1にすることでROMが現れるタイプです。こちらの場合は、書き込みプログラムがこの操作もやっていればSW2-8を戻さなくてもそのまま書き込みできます。SC-98はこれです。もちろん書き込んだ後はSW2-8は元に戻す必要があります。

いずれにしてもSW2-8で文鎮化は回避できます。問題は完全スイッチレスのSMITボードです。
　IPLware版　 KAZZEZ　 2025年11月21日(金) 1:35
> SC-98に限らず
やはりCバスSCSIはすべて「古いSCSIボード」の範疇だったのですね。一応DOS起動後に4KBしか見えない仕様は気付いていましたが、考えてみればWD33C93のI/Oでのバンク切り替えでしたね。BIOS段階でも8KB同時には現れないか、もしくは起動後も全範囲が必要な仕様だったようですね。

> IPLWareにして追加しておきました
ありがとうございます。以前と同じく内蔵IDEとは併用できないとのことですので、FD版で運用する形になりますね。
ところでAT互換機用BIOSの起動阻害対策はどうされていますでしょうか？ 大熊猫BIOSを含むNoAtBoot類は基本的にストレージI/Fに付くものですから、同じストレージI/Fの動作確認には懸念が残ります。個人的にはPCIEX1-PCI経由でPCIを増設した二段ブリッジの先で使うことで回避していますが、この場合はPCISETが必要になります（FD版IPLwareには同時に入れられますので問題無いとは思いますが）。

まずは動作確認できているはずのVT6421用で試そうと思っているのですが、これはロード時にハングするようで使えませんでした。

一応HPT368用も試してみましたが、こちらは前述の543MBに制限したHDDを繋いでDOS7.1を起動して試した限り（DOS5.0A-Hは起動できず）、FDSK98で見るとDA/UA 80と81に容量0MB（00000000で未フォーマット）のHDDデバイスが2台現れました。FDISKではゼロ除算エラー、そしてHDB98ではなぜかBIOS認識しているドライブは存在しないことになっています。FDSK98とHDB98でドライブ認識が異なるのは、見ているデータが異なるということでしょうか。なおHDDを繋がない場合はDOS7.1が起動しませんでした。IO.SYS読み込み後、BIOS認識した全ドライブにアクセスするタイミングあたり？で固まるようです。

> 文鎮化させてしまったと
ご心配をおかけしてすみません。ちゃんとVXで書き換えできております。個人的には最悪の場合でもPC-9811Nを持っていますので、PC起動後に拡張BOX側の電源を切ってSC-98を予備(SB)と入れ替えることで無理矢理書き換える手もありそうだと考えています。
> 完全スイッチレスのSMITボード
でも同じことができるといいのですが、どうでしょうね。各社のSMITボードはハード的にほぼ同じものだと思うのですが、さすがにROMの書き換え機構に互換性は無いかも…？

> 32bitCPUでない場合には早期終了します
そうでしたか。ただVXにはCx486SLCを載せていましたので、別のところで終了したのかもしれません。
　改訂　 リウ　 2025年11月21日(金) 15:13
実機テストまことにありがとうございます!!
01VX相当機で暴走しなかったことについてはPCIBIOSの存在チェッカでの早期終了だったと思われます、がとりあえず元に戻せることに関してはほっとしています。

昨日時点のVT6421のIPLWare版が暴走することは手元でも確認できました。なぜかD400:01DCh付近が上書きされてしまいます。が、何をどうやって直したのかがわかりません、現状アップロードされているファイルの方では認識してくれると思います。

IPLWare版に関してはデバイスを見つけた場合に文字表示を行うことにしました。見つけなかった場合は何も表示せずにすり抜けて終了します。この安全装置も昨日版のIPLWareにはなかったので危なかったです。

HPT368版はD400:001Eに情報があれば認識していそうなのですが、BIOSなし状態でUIDEINF(IDE-BIOS-LBAパッチの中に入れてあります。)の方ではどのような反応が出るでしょうか

PCIBIOSのPC-98環境での動作阻害についての助言、ありがとうございます。対策することが当たり前だ、という頭でした。方法の紹介を簡単ではありますがreadmeに書いておきました。(現在本体側PCIBIOSを読んでパッチの可能性を探っています。がCBUSROMからは難しそう…やはりPCIブートROMとして書き込むのが順当な方法かと)

頼んでばかりになります。お時間の余裕のあるときに試していただけると嬉しいです。

22:05追記
UIDEINFにデバイス追加を忘れていました。無駄な手間をとらせてしまい申し訳ないです。IDE-BIOS-LBAパッチの方の中身を入れ替えました。
HPT368の方はIOが開いてない感じでしょうか intelsatのoffset4の値が想定と違うかもしれません。
　　 KAZZEZ　 2025年11月21日(金) 21:25
すみません。DOS5だとハングしてDOS7.1だと起動するというのは間違いでした。ハングするのはOSFDIPLWでENTERで起動した場合（OSFDIPLWのFDに入っているOSを起動しようとした場合）であって、Fキーで他のFDを起動すれば普通に立ち上がります。たまたまOSFDIPLWのFDに入れていたのがDOS5だっただけでした。別のFDに入っていたDOS5はFキーで普通に立ち上がりましたし、DOS7.1であってもENTERで起動すれば止まります。

とりあえずHPT368のIPL版について、ちゃんとfoundの表示が出ました。D400:001E〜は00 00 でした。IPL版BIOSの適用・非適用にかかわらずUIDEINFはオンボードIDEのほうに反応するみたいです。システムセットアップメニューで切り離しているだけだとオンボードIDE-HDDの情報が出ますが、オンボードIDEのケーブルを引っこ抜いていればタイムアウトで何も見付かりません。

ところで解凍ソフトの制限なのか分かりませんが、Windows2000でLhazで解凍する限り日本語と思しきフォルダ名やファイル名が文字化けしているようでした。NT系はUnicode標準対応と聞きますが、フォルダ名やファイル名にUnicodeは適用されないのでしたっけ？

> お時間の余裕のあるときに
お心遣いありがとうございます。とりあえずそれなりに余裕はありますのでご心配なく…。

----
[24:15追記]
改訂版のuideinfoはHPT368を見付けたようですが、やはりタイムアウトでした。当方の環境でHPT368はバス2デバイス8のファンクション0と1ですが、両方とも04番目のレジスタは47hでした。PCILIST -bの該当部分は以下の通りです。
[2]:[ 8]:[0] Storage 2008h 2010h 2000h ROM(43200000h)
[2]:[ 8]:[1] Storage 2200h 2210h 2300h
　状況把握しました　 リウ　 2025年11月22日(土) 0:32
IO設定がBAR0から4ではなく
プライマリがBAR0-2
セカンダリが違うデバイス扱いでそこのBAR0-2
ということですか これはまったく想定していませんでした。
あせってやると間違うので一度ねかせます。(修正)
報告ありがとうございます。

02:05修正版をアップロードしました。前回のuideinfは間違えが入っていました。がそれとは別にHPT368(HPT370のデータシートを読みました。)はハードウェアでAT互換標準のIOを取る機構があるかもしれませんので、それを見てみようという試みが入っています。(IRQが14固定?)
　窓9xとNT系のファイル名の扱い　 かかっくん　 2025年11月22日(土) 9:17
> ところで解凍ソフトの制限なのか分かりませんが、Windows2000でLhazで解凍する限り日本語と思しきフォルダ名やファイル名が文字化けしているようでした。NT系はUnicode標準対応と聞きますが、フォルダ名やファイル名にUnicodeは適用されないのでしたっけ？

単純にLhazが対応して居ないだけでわ？
当時、アプリに依って窓9x用とNT系用に分かれて居たのわファイル名の扱いが違ったからで、OSに合わ
ないアプリを遣うとファイルI/Oで不具合が出そーな？
# 9x用のアプリわコードページ依存、日本語版9xわSJISベースの932、北米向けわ437
# デモLFNのAPIわ両方共共通だったやうな？

ファイル名と云えば、ZIP圧縮フォルダのファイル名って長らく932(日本語版)でエンコードされて
居ましたが今もでしたっけ？
# 『ZIP圧縮フォルダ』の通りWinZip等のアプリでなくOSレベルでの扱いの場合
　　 KAZZEZ　 2025年11月22日(土) 20:52
お手数おかけしております。先ほど改訂版をDLしてHPT368版を同じように試しましたところ、なぜかOSFDIPLWの後にDOSが起動しませんでしたのでOSFDIPLWでPCISETだけを実行した後にDOS7.1をSafeモードコマンドプロンプトのみで立ち上げ、コマンドプロンプト上からiplbios2.comを実行してみましたが…FDSK98ではDA/UA 80と81がセクタ0〜と1〜それぞれについてErCode 04を返し、結果的にHDDが見付からないようでした。そのためかuideinfoも相変わらずタイムアウトでした。

> 単純にLhazが対応して居ないだけでわ？
すみません、どうもそのようでした。試しに95aで使ってみたら同じように文字化けしましたので、どうやら使っていたLhazが英語版で、日本語自体に対応していなかっただけのようです(爆)。問題はファイル名だけで、内容は化けていないのが幸いでした。
Windows8.1上からzipフォルダとして開く限りは普通に表示されます。

[22:05追記]
確認が遅れていたVT6421版を試してみましたが、こちらはちゃんとATAコネクタに繋がれた543MB制限のHDDを認識し、フォーマットできました。ただATAコネクタに繋がれたHDDはDA/UA=82（IDE3台目扱い）になり、OSFDIPLWはIDE3台目から起動する機能が無いようで、起動ドライブになるのかは確認しておりません。なおuideinfは該当HDDがスピンアップを止めてしまうようでタイムアウトでした。使用するHDDの仕様にもよるのかもしれませんが…。
これをSATA変換してSATA1のポートに繋いだところ、FDSK98でDA/UA 80と81で上記と同じようなエラーが出て認識できませんでした。

もしかしてDA/UA=80と81に問題があるのかと思ってHPT368でもセカンダリに繋ぎなおしてみましたが、こちらは上記の通りで挙動は変わりませんでした。

[更に追記]
二段ブリッジ（とPCISET）をやめて大熊猫BIOSでNoAtBootを行ったところ、VT6421ではこれでも良さそうでしたが、予想通りuideinfは大熊猫BIOS側のATA I/Fを見に行くようでした（エラー7F）ので、あまり都合は良くなさそうですね。HPT368でも充分待てばFDからDOSは起動できることは分かったのですが、FDSK98ではUA/UA 80だけで04エラーで、HDD認識はできていませんした。
　修理に次ぐ修理　 リウ　 2025年11月23日(日) 2:19
調査及び報告ありがとうございます。
uideinfの方はバグっていました。VT6421では書き換えたところがきちんと処理できていませんでした。修理しました。

FDIPLWareでは82hや83hが呼び出されないという事象については思い当たっておりませんでした。ROM版は拡張しているのでそこも呼び出せるようにしていますが、FDIPLwareからは起動できない気がします。

VT6421のSATA側はSATAのHDDでは手元では良い感じですが、PATA変換がおかしそうという報告もありがとうございます。試してみます。
HPT368のバイナリは一時的に削除しました。これに関してはまずはbarcheck.comというのを作りました。各IOの反応先がどこかを表示してもらうだけのプログラムです。
LBAパッチの方だけ差し替えています。idebios.zipの方の中身は古いままです。

お手間をとらせてばかりで、解決できてないのが恥ずかしいです。おつきあいいただきまことにありがとうございます。

[19:20追記]
デバイス差し替えの手間を省くため、barcheckの方はバス番号、デバイス番号を指定できるようにしました。NOATBOOTのカードが先に見つけられてしまう場合に指定してください。ブリッジ越しの場合にPCIBIOSから自動認識できない場合も同様です。
uideinfの方は昨日の修理を実機確認しておらずバカを晒しています。直しました。VT6421で実機確認済みです。

エラー処理がとっても甘いとは思っていましたが実際にスキップセクタがあるディスクでは試していなかったので、想定が甘々でした。エラー復帰を脳内では復帰できるものを作ってみました。
SATA側コネクタにPATAをつなぐことはまだ試験しておりません、日本橋に買い物に行きましたら変換コネクタが1300円で売っておりまして躊躇してしまいました。手元にあるか探してみます。

[月曜14時頃追記]
barcheckの方にデバイス指定した場合にBIOSを使用せずに直接IO操作でpci config spaceへアクセスするものも追加してみました。
VT6421のIPLware版がPATA側のPIO速度設定をPIO0のまま放置してあったので修正しています。
伴ってVT6421のPATA側の速度設定がPIO4固定だったものをつながっているものに合わせた判定をするように変えました。
手元には内蔵IDEにSATAHDDをつなぐための変換アダプタはいくつかありましたのでそちらで試して見たところ、うちではうまく動いてしまいました。(このときにPIO0放置発見)今回は嫌いな言葉ですが相性というままにしておいてください。
エラー復帰処理がうまく行ってそうな報告についてはガッツポーズしています。ありがとうございます。

[20:25頃追記]
SC-98IIでの実物動作確認ができましたのでCBUSSCSIボードリサイクル型ROMにもなりました。ただしVT6421しかバイナリ対応していません。SC98UPD.COMを使う場合はあれやこれやのプロテクト外しが必要です。指南書はこれについては書かないことにしておきます。ひとさまのものを文鎮化してしまうことは恐怖です。
　SCANDISKで不具合？　 KAZZEZ　 2025年11月23日(日) 9:58
いつもありがとうございます。こちらとしても急かしているわけではありませんし、気が向いた範囲でのんびり考えております。

barcheckも大熊猫BIOSがあるとそちらに反応するようでしたので、2段ブリッジ＋PCISETの環境に戻しました。HPT368についてはiplbios適用後だったのですが、not foundでした。またuideinfの新版は特に挙動は変わらないようでした。
[深夜追記]改訂ありがとうございます。VT6421については夕方の改訂版でちゃんと見つけてくれました。HPT368はd・b指定でも見付かりませんでした。

VT6421版ですが、妙な挙動がありました。DOSでSCANDISKをかけてスキップセクタの処理が何回か起きると、そのドライブ（FAT16でした）にアクセスできなくなります（SCANDISKも途中終了）。DIRでもそのドライブが「エラーです」となって内容が表示されなくなるのですが、再起動で普通に認識しなおすことはできました。とりあえずSCANDISKは大熊猫BIOSで行っているところです。
[こちらにも追記] 更新版のVT6421のidebiosではSCANDISKでスキップセクタ処理が起きても大丈夫な様子でした。修正ありがとうございます。

なお
> 起動ドライブになるのか
については、VT6421上でシステム転送したドライブを大熊猫BIOSに繋ぎなおしたところ普通に起動しましたので、少なくともシステム転送はうまくいっているようです。[追記]もちろん31.5GBを超えた場合はパラメータに互換性がありませんからファイルシステムの認識も起動もできません。

ところで
> ハングするのはOSFDIPLWでENTERで起動した場合
については、単にそのFDのIO.SYSにディスクエラーがあっただけでした（すみません）。ついでに言えばDOS5.0A-Hだと思っていたものが実際にはDOS7(95a)だったりもしました。orz
多分95から「以前のバージョンのDOS」で起動してSYSしたものだったと思うのですが、以前のバージョンについての処理でファイルのリンクが狂っていたか、もしくは最初（95インストール前）からDOS7だったのかもしれません。

[更に追記]
VT6421のSATA1にSSDを繋いだら普通にDA/UA=80として認識し、読めることも確認しました。ただ、なぜかOSFDIPLWからの起動はできませんでした。大熊猫BIOS(SiI3114)からは起動できましたので、OSFDIPLWがUIDE類からの起動に対応していないわけではないはずなのすが…。
あとPATAにHDDが繋がれておらずSATA1だけの状態ではiplbiosが止まってしまうようでした。
なおSATA→PATA変換やPATA→SATA変換は今のところ両方とも認識には成功していません。大熊猫BIOSでも変換を介すとATAPI光学ドライブが使えなくなるという話もあったと思いますし、変換まで考えるとなると意外に大変なのかもしれませんね。
　PCIのブートBIOSはC0000h台もOK　 まりも　 2025年11月24日(月) 21:12
ＣバスのブートROM BIOSはD0000h台のところしかブートできません。いっぽうPCIのブートROM BIOSはいったん80000hのメモリ上に展開してから切り詰められて拡張ROM域にコピーされます。このときC0000h台のところに（しか）空きが無ければそこに置かれ、ブートできます。下の画像は、このためにPCISETUPユーティリティでROM域を塞いだ結果です。C0000h台のなかでもなぜか優先的にC8000hが使われるようです（PC-9861K,101 RS-232C BIOSの優先的置き場所だから？）。

これを行っているITFコードが何処にあるかはよくわかっていませんが、おそらくはPCI BIOS内、それも40000h台のメモリ上に展開しているプログラムだと思われます。

なおPC/AT用VIDEO BIOS 64KBがC0000h台に現れることは昔から知られており、NoAT処理を行っていないと、これを実行しようとしてハングアップします。というわけで新知見ではないですが、「D0000h台がCバスボードROMで満席状態だけどPCIのストレージは使いたい」というときに、PCISETUPユーティリティでD0000台hを塞いでおくという手があることは紹介しておきます。今後普及するであろうROMボード（ROM域32KB）を入れてもPCIバス搭載機ならわりと大丈夫というわけです。
　ちょうどそのあたりを読んでましたので　 リウ　 2025年11月25日(火) 9:00
読んだ範囲での納得ですので間違いがあるかもしれません。
fd80:2695付近からスタートです
1.D800にPCIBIOSを出現させた上でD800:21を呼び出してbank2の2000の中身(PNPBIOS?)を4000セグメントにコピーして実行、実行後4000hは掃除
2.CBUS用ROMのオフセット0Chを読むルーチン(このときのD8はPCI?IDE?)
3.D800にPCIBIOSを出現させた上でD800:000Chを呼び、自身を4000hにコピーし、PCIデバイスの初期化と、その中でPC98かATかの判別をしながらROMのオフセット20hか03hを実行させるルーチン(NOATBOOTが潰してる部分です。)
3-a 終了時にサムチェックしてOKだった場合1M以下にコピー、このときにBOOTROMであるかの印を0000:04Dxに置かずにSRAMの場所を使います。(572Fの09が最大バス番号を示している例の場所付近です。)32bitでC0-DFまでの場所の指定をしているようでした。
3-b 4000セグメントにあるPCIBIOSを消去してお帰り
4.CBUS側オフセット0Fhを読むルーチン
5.D800にPCIBIOSを出現させた上でD800:000Fhを呼び、さきほどの印にしたがってROMオフセット24hを実行
6.CBUS側オフセット12、同様にPCIBIOSからROMオフセット28hの実行
以下初期化続行
という流れのようでした。32bitも値があるのが不思議だなあと思っていましたが本当にC000セグメントからが使えるのですね。
PCIBIOSのルーチンにRAMで介入できるのは3と3-aの間だけです。NOATBOOTの仕組みを読ませてもらいましたが素晴らしいタイミングで惚れ惚れしました。

これがXfの時点だとちょっと違ってPNPBIOSがbank0の後半にいます。こちらはこなれてきた機種同様にRAMに転送されて実行されます。(データ受け渡しのテンポラリがたくさん必要だからでしょうか)
またPCIBIOSが16kB(修正)に収まっておりRAMにコピーされずに実行されるようです。
PCIがこなれてきた後の機種では、PCIBIOSがbank0前半の16kB(修正)に収まらなくなりbank0後半にも載せ、全体をRAMにコピーすることで16kB(修正)制限を突破したようです。(そのおかげでパッチもできる)
　続き　 KAZZEZ　 2025年11月26日(水) 0:16
VT6421について、わざわざバンク切り替え版まで作ってくださってすみません。8KB以上の使えるCバスボードは手近に何があったか考えているところでした。RS-232CボードはROMアドレスがCバンクだそうですので、起動には使えないようですね。26K互換のサウンドボードであればD0000-D3FFFやD4000-D7FFFを選べますので、どうでしょうね。製品やロットによってROMがソケット化されていないものが多そうなのが難点ですが。

とりあえず今のところ、ROM版の動作はできておりません。VT6421をブリッジ上に置いた場合はSC-98のBIOS実行前にPCISETを実行できませんので、必然的に何らかのNoAtBootの後になるようにPCIバス0上に置くことになるのですが、どうも大熊猫BIOSの表示の後で止まってしまうようでした。もちろんVT6421が無ければ起動します。

VT6421のiplbios版についてはSATA1に2kの入ったSSD(8GB弱)を繋いでもなぜか起動できず、リセットが起きたりSYSTEM I/Oエラーだったりでした。OSFDIPLWの後にFDDから起動すればアクセスはできるようではありますが。PATAに繋いだHDDも認識できるのは以前と同じです。ところで実害はありませんが、以前と違ってファイル名が8文字を超えているようで、DOS上ではチルダ＋番号の付いた名前になっています。

HPT368でのbarcheckはできました。2段ブリッジ上の場合と大熊猫BIOS経由の場合を画像に上げておきます。
　報告ありがとうございます!!!　 リウ　 2025年11月26日(水) 0:32
HPT368に関してはBARで報告されているIOが完全につぶされているのがはっきり見えました。
何かしらのデバッガでIOの1f7hと177hを読んでもらえないでしょうか?デバイスをつないでいる状態で何かしらFFh以外の反応が帰ってくるなら、この問題についての対処は(IRQの問題を除けば)可能です。
ハードウェア的にR22とR23の抵抗の有無がクリティカルだ、という資料は目にしていますがそれは実際に触ってみないとわかりません。

とはいえVT6421版がまともに動作してくれていない状況ですので好転しない可能性ももちろんあります。報告はとても助かっています。
ところでVT6421のカードへのROM書き込みは可能でしょうか?さきほどPCIROM版への改造が終わったのですが、うちのVT6421カードはどうやらROM自体が存在しないタイプで、PC-98での起動阻害がそもそも発生しないのです。NOATBOOTが必要な状態で試していただくのは大変ですので、起きてからアップロードしておきます。

ところで1103:0047のVIDが見えています。衝撃を受けています。

[お昼前の追記]
追加のご報告ありがとうございます。IO 1f7と177hの結果も重要でした。そこがFFhで返事をするということで不要なコードを削れます。
まず、0047はbarcheckのバグでしたが、必要な情報でしたのでたまたまですが意味がありました。ここの数値のおかげでシステム的にはIOは閉じていないことが判明しました。ですので割り当てられたIOがおかしい、という状況のようです。
以下考察
1枚目の写真 2000付近を割り当てられているがブリッジ越しなのでブリッジが割り当てようとしているIOとカードが割り当てたいIOが衝突している?
2枚目の写真 8000付近はそもそも98PCIは選択しないはず…
3枚目の写真 セカンダリ側だけが正常に反応して(この状態でなら私のBIOSプログラムは更新できます。)、プライマリ側はIO割り当てすら消えています。

という状況です。プログラム側で強制的にIOを変更することは可能ですが、PnPBIOSとの会話が必要ですので、HPT368版だけは強制的に番号を振ることも考えてみます。
　　 KAZZEZ　 2025年11月26日(水) 1:55
すみません、上でのiplbios適用後というのはDOSコマンドプロンプト上で実行した場合です。OSFDIPLWで実行した場合はまた違った結果でした。なおIOの1f7hと177hはFFのようでした。

> 0047のVID
iplbiosの表示では0004になっています。

> VT6421のカードへのROM書き込みは可能でしょうか?
2011年当時ダウンロードしたドライバの中にBIOS ROMのバイナリファイルはあったのですが、DOS用の書き込みプログラムらしきものが見当たりませんので、Window上の専用ツールかコントロールパネルから更新するタイプかもしれません。そうなると適当な環境を用意する必要がありますし、どんなデータでも書き込めるものなのか、元に戻せるものかも確認していませんので、やってみないと分かりません。PC-98のWin上で実行できるものだと良いのですが。(汗
　I/Oアドレス　 まりも　 2025年11月26日(水) 8:12
＞PCIバス0上に置くことになるのですが
画像を見るとこのときI/Oアドレスが8000台とくに8410hに割り当てられていますが、システムが自動的に割り当てたものなのでしょうか？　おかしな98のPCI BIOSですが、8000h台のところに割り当てたのは目にしたことがありません。【9:30追記】PCISETが適用されているなら、なおさら8400hなどに割り当てられることはありません。PCISETの設定後画面下に示されるように、割り当て回避4Kアドレス帯となっています。それでももし本当にこの値になっているならば、ハードウェア的な異常があると考えられます。上でも書きましたが、HighPointのボードはI/Oアドレスが異常となる問題があると思っています。

8410hに割り当てられているBARのサイズが16バイトあると、841EhのソフトウェアDIPスイッチと重なります。
　　 KAZZEZ　 2025年11月26日(水) 8:38
もしかしたらPCIバス0上に置いたときでも、FD上のPCISET（設定は忘れました）はそのままだったかもしれません。

> IOの1f7hと177h
もしかして01F7hと0177hという意味ではなく、割り当てられたI/O x000のx1F7hとx177hという意味だったのでしょうか？ x=Cのときはどちらも00でしたが…。

[28日22:30追記]
Raに2kの入った予備HDDを繋いでVT6421のツール類をインストールしてみましたが、結局BIOS書き換え機能は無さそうでした。orz
あの五角形のROMをソケット化改造して他で書き換えたことはSCSIボードでやったことはありますから、最悪そうする手もあるのですが、該当ソケットが手持ちに無く、面倒な作業でもありますので、とりあえず大熊猫氏のUPDFL98が使えるSiI680か3112あたりを使って、PCIROM版のヤドカリブート？でも試してみようと思います。
　ROM書換えプログラムの提供なしで　 リウ　 2025年11月26日(水) 13:32
PCIROM版もアップロードしました。
NOATBOOTの面倒から開放されるはずですが、書換え作業は必要です。
HPT368についてはIOが変な場所だな?と認識すると上書きすることにしています。ただしこれもPCIBIOSが見つけてくれる場所にいることは前提です。ブリッジ先でBIOSスキャンすらされない場所にいる場合は他のデバイスのROMに書き込んで実行することになります。つぶしてもよさそうなものはLANくらいしか思いつきませんが、ビデオカードのBIOSなどもむしろ積極的に利用すべきでしょうか、やはり文鎮化は怖いのでこちらからの指南は行いません。

CBUSヤドカリBOOT版(及びIPLware版)が実行された段階でHPT368がPCIBIOSから見える場所にいた場合はあれやこれやをやって認識させにかかります。UIDEINFとUIDEICCに関してはそれを行わないので見えてるものを信用します。

VT6421版はCBUS版やIPLWare版が動作するはずなのでPCI版も動作してくれるとは思うのですが、よそさまではきちんと動作していない、という状況がなかなか再現できません。NOATBOOT後の実行やブリッジの先の場合、というのが手持ちハードの少なさで困っています。

27日0:45緊急追記
HPT368のセカンダリ側のIOを保管してしまったメモリ場所はカウンタに使われており保管した数値がデクリメントされて0になってしまいます。修正するまで使わないでください。
15:30頃
idebios.zipとして修正してアップロードしました。HPT368が借りる場所は0000:05BBhからの2byteとしました。またROM版でプライマリマスタ側デバイスを見失う現象に見舞われました(もしかしてこれですかね?)のでinitの最後に強制的にマスタ側に切り替える機構を足しましたらなぜか良くなりました。(そのためまた必須部が4kBを越えてしまいました、SCSIボードリサイクル不可、ですのでそこはまた考えます。)
　ディスク容量壁問題で月締め　 まりも　 2025年11月29日(土) 8:34
ディスクドライブの容量壁問題は未だに正確な情報が伝わっていないのではないかと思ったので、下記を少しだけ書き改めました。しかし文章量多すぎでやっぱり伝わりそうにないため、まとめ５行を付けました。
ttps://www7b.biglobe.ne.jp/~marimo9821/knowhow/hdcapa98.html
最近のSSDにはファームウェア上の8063MiB壁がありうることを追記しています。
13:30追記　SCSIのことがテキトー過ぎたので改めました。92互換の場合と55互換の場合を分けて説明し、後者ではエミュレータを使う場合も書き加えました。
　getitf98　 リウ　 2025年11月29日(土) 13:23
Cr13では上位バンクのROMを吸い出してくれない判定になっていました。
具体的にはつぶやきもしましたが画像のとおりです。
DOS起動タイミングでのIO B00hにF0を出した後のB02hの返事が01hでした。
7Fhではないので現行バージョンの判定では飛ばされてしまいました。手パッチした後吸い出した中身に意味はありそうでした。

emulatorに載せてトレースした結果ではCx13,Cr13ともB02hのbit0が上がっていると下位バンク、下がっていると上位が出てくるようでした。
　I/O B00,B02　 　まりも　 2025年11月29日(土) 14:05
このI/Oを持つのは
・BX4/Xe10
・PCIバス搭載で4MbitのROMを持つ機種
だと思いますが、それぞれ使い方が全然違うし、RvとCx13とCr13でもまた違うのですね。Cr13では最上位bitではなく全部のbitがゼロですか・・・
なおCanbe/Multiでもi486機の4Mbit ROM制御の方法はわかっていません（調べていません）。Cx,Cbの世代と Ce2,Cs2の世代で同じかどうかも含めて。いずれにしても、片側の2Mbit内には蜂画像とそれを動かすコードが入っていますが、リモコン制御関係はどうなのでしょうね。
　VT6421のROM　 KAZZEZ　 2025年11月30日(日) 4:07
気候のせいかこのごろ疲れやすくなった気がしまして作業が遅く恐縮ですが、適当に進めてはおります。(ぉ

> うちのVT6421カードはどうやらROM自体が存在しないタイプで、PC-98での起動阻害がそもそも発生しないのです。
そういう状況も何か不自然だとは思っていましたが、案の定、うちでも適当にいじっているうちにいつのまにかROMが見えなくなっていました。ちょっと前まではPCIXROMでROMの存在は確認できたと思うのですが、なぜかVT6421のROMを見つけてくれず、起動阻害も起こらなくなっていました。以前吸い出したROMデータはありますのでBIOS ROMが存在したことは確かなのですが、スーパーリセットでも直りませんので、ボード側で何らかの拍子にROMを出現させない設定に変わったのだと思われますが、一体何が起きているのでしょうね。まさかSiI3112と二枚差ししているときにUPDFL98を走らせたからVT6421側のROMもつられてフラッシュした、なんてことは無いでしょうけど…。

大熊猫さんもVT6421のROMの書き換え方法には苦戦されているような話でしたので、ROM消失の問題とも何か関係あるのでしょうかね？
> ROM書換えプログラムの提供なしで
というのも妥当な判断だと思われます。

とりあえずPCI版ROMを95hからのIDと06hのパリティを合わせてSiI3112（IDは95 10 12 31）でVT6421のヤドカリブートを試していますが、今のところ何も起きていません。iplbios版は止まってしまうようでした。
[18:55追記] PCI版のバイナリを良く見たら、IDを書き換える場所（PCIRの後）は95hからの4バイトというより95hまでの4バイトだったようですね。そうしたらiplbios版と同じようにVT6421の有無によらず止まってしまう様子でしたから、少なくとも3112上でROMは動作させることができたようです。テストした機種は相変わらずRa223ですが、430VX機とは何が違うのでしょうね。あ、もちろん3112のほうは2段ブリッジ経由で大熊猫BIOSにちゃんと書き戻しできております。念のため。
[20:40追記] HPT368版も試してみました。iplbios版は認識時に接続されたHDD（プライマリマスタだけ接続）がスピンアップしたので行けるかと思ったのですが、FDDからDOSを起動したらFDSK98でもHDDが見付かりませんでした。PCI版のヤドカリブートは、やはり止まってしまうようでした。ヤドカリブートについてまだ詳しく調べていませんので、もしかしたらチェックサム調整場所か何かを間違えたのかもしれません。
iplbios版(FD版IPLwareで実行後FD起動)でのbarcheck(26日11:09版)でHPT368のスロットを指定すると、なぜか
> card at 0:13:0 set
> PCI mechanism1 used
> card found at 0:13:0
としか表示されませんでした。3112のほうは普通に色々と表示されたのですが。

> Canbe/Multiでもi486機の4Mbit ROM制御の方法はわかっていません（調べていません）。Cx,Cbの世代と Ce2,Cs2の世代で同じかどうかも含めて。いずれにしても、片側の2Mbit内には蜂画像とそれを動かすコードが入っていますが、リモコン制御関係はどうなのでしょうね。
Ce2/Cs2はいじったことがないのですが、蜂はCanbe(Cb)以降ではありませんでしたっけ。Ce2/Cs2ではオンボードSCSIも無くなりましたので4Mbも使われていないような気がしますがどうなのでしょう。Ce2のTVモデルはCRTがPC-TVみたいなものに変わっただけで、本体に変更は無かったように思います。