雑談質問相談掲示板

はじめに

ここは、雑談・質問・相談など何でも話題にする掲示板です。

掲示板についてお知らせ

特にありません。

禁止事項

• 掲示板の趣旨と関係ない書き込み
• 誹謗・中傷含む書き込み
• 他サイトやアプリの宣伝
• 招待URLの書き込み

以上に該当する書き込みを見つけた場合、コメントを削除する可能性がございます。

 

また、お困りのことがございましたら管理者へのお問い合わせフォームよりお問い合わせください。

コメント

[山川機長]

リリース出しました！DOS6.2は動きますがEMM386.EXEがTask Registerを使っている影響で未対応です。Task Registerの扱いは改めて勉強しないとわかりません。Task Register対応は後回しということにさせてください。なお、DOS6.2のHIMEM.SYSに対応したらFractal Engine Demoの画面の乱れも直ってしまいました。（やっぱりCPUだった）

[山川機長]

連続ですみません。https://wiki.osdev.org/Unreal_Mode これによるとセグメントリミットってリアルモードに戻ってもリセットされないんですね！本当なのだろうか。そんなことが可能ならDOS Extender無くても良さそうな。。。。Unreal ModeはリアルモードでCR0のビット0を立てて使うもんだと思ってました。これを実装すれば多分HIMEM.SYSも動くかも。とりあえず、やってみます。

[山川機長]

HIMEM.SYSやっぱ変ですね。Real ModeだとセグメントリミットがFFFFのはずなのに。直前で↓になっているので、

1086:0000A67A 0F01E0 SMSW AX
1086:0000A67D D1E8 SHR AX,1
1086:0000A67F 0F82C901 JB 0000A84C

Unreal Modeでも無さそうなのですが。しかし67Hプレフィックスはついているし。HIMEM.SYSがちょっと難航しそうですね。

[WINDY]

INTはそうやってブレークさせるのですね、今まで止まったところからコールスタックを頼りに逆方向にアドレスでブレークさせて順に見ていました。(これでは効率が悪いわ)
ところで、FM音源の波形の件ですが比較に実機とうんづと津軽を用いて計ってみようと思います。
実は少し前に波形を録ったのですが、条件が揃えきれなくて比較できるような状態ではなかったので、今一度条件をできるだけ揃えて実測したいと思います。結果はここに書き込みます。

[山川機長]

多分原因究明しました。

1086:0000A6C2 F36766A5 REP MOVSD

リアルモードで 67 をつけると32-bitオフセット使えるっぽいですね。直前でどうみても物理アドレスを計算するルーチンがあったので、YSSCSICD.SYS書いたとき、リアルモードだとアドレシングは強制的に16ビットになるものと思っていたのですが、いろいろ新たな発見がありますね。CPUコア、どこかで矛盾出さずに簡単に直るかな？とりあえずやってみます。

[山川機長]

SCSIのPhaseのMESSAGE_INとSTATUSの順を入れ替えたら、とりあえずSCSIのエラーは出なくなりました。が、HIMEM.SYSインストール中に割り込みハンドラを破壊という現象が起きていて原因を調査中です。なお、デバッガで BRKON INT 21 AH=3D としておくとfile openで止まるので、pri cst するとどのファイルを開くとこかわかるようになってます。

[山川機長]

おおなるほど！きっとそれです！はて、なんでSTATUSが後だと思ったんだったかな？とりあえず今日試してみますね。ありがとうございます！

[WINDY]

SCSIにそんなに詳しい訳では無いのですが、WEBの資料を見る限りバスフェーズの遷移はバスフリー→アービトレーション→セレクション→コマンド→データイン/アウト→ステータス→メッセージイン→バスフリーとの事です

[山川機長]

こっちは深夜なもんで明日トライしますが、SCSIのフェーズってSTATUS Phase -> MESSAGE_IN Phaseの順でしたっけか？SCSIの仕様書でMESSAGE_INが先とあったと思ったのですが、DOS6はコマンド終了時 [0196:0CB6H]が7であることを期待しているようなのですが、このバイトはCOMMANDフェーズで1とORされて、STATUSフェーズで3とORされて、MESSAGE_INフェーズでは、ビット1が立っている場合のみ4とORされるので、MESSAGE_INが先に来るとビット3が立たないままになるようです。

[WINDY]

すみません、下の書込ですが今すぐにどうにかならないかという意味ではなく、将来的にRS232Cよりも高速で簡単に実現できる物が作れたらという意味合いです。山川機長さんの手を極力止める事はせず何とか実現したいものです。

[WINDY]

Towns←→津軽のデータ送受信に関してはホスト側はともかく実機側が19.2kまでしか対応していない事が問題かも知れませんね。数メガバイト程度のデータであればまだしもHDDイメージとかCD-ROMデータとかを考えると他の手は無いのかと常々思っていました。しかしながら実機側で持っている他のI/Fはプリンタポート,Joystickポートx2,JEIDAカード,汎用バス,外部FDDポート位でしょうか?

[山川機長]

了解しました！現在、大きなファイルをTownsのHDDイメージとやりとりできるように、RS232CとXMODEMを実装しているので、それが済んだら僕も見てみます。WINKから出した文字をホストで受け取れるところまで出来ました。需要があるかわからないですが、FM-7実機再稼働プロジェクトではXM7がRS232Cまでエミュレートしてくれていて非常に助かったので、一応本物のCOMポートにフォワードする機能も追加しようと思ってます。

[WINDY]

自己レスです
nabe@abkさんの推測通り、TVRAMにはデータが書かれています。
"Starting MS-DOS..."の表示ルーチン以降で異常と判断している模様です

[WINDY]

おお! ある意味Townsを代表するアプリケーション群ですので、楽しみです。
しかし、まあ、故意にページフォルトを起こさせる手を思いつく辺りがすばらしい発想であり
なんでもアリな893的な所がWINDOWSには無い醍醐味でも有るわけですが。

[WINDY]

ようこそ、nabe@abkさん。Free386及びINSIDE TownsOSの資料は個人的にではありますが興味深く拝見させていただきました。
では、TVRAM領域に"Starting MS-DOS..."が書かれている事を確認してみます。
CPU速度を上げても文字データが書かれているとするとそこから後という事が判明するかと思います。

[山川機長]

その可能性は大ありですね。Towns OS V2.1ではFM音源割り込みで字を書いてますね。津軽初期のころ、YM2612は実装しなくても字ぐらい出るだろうと思っていたら(INT 21Hで画面をリフレッシュしてるものと思っていた)、なぜか画面が出なくて、予定外に早いうちにFM音源のタイマーだけ実装しなくてはならなくなりました。考えてみるとMSDOS.SYSに手を入れたくなかったんでしょうね。

[山川機長]

週末を使って、ついに！CPUコアの最小限の例外処理とCD-ROMの修正でFractal Engine Demoが走るようになりました！数カ所画面が崩れますが、まだ我がCPUコアが完全じゃないんでしょうね。リリースはまだしてないですが、ソースはGithubに上がってます。なおPCM音源の処理も直したので(Libble RabbleのBGM完璧)多分Prince of Percia 2のサウンド問題も直っているのではないかと思います。多分、水曜か木曜に新しいリリースを出します！

[nabe@abk]

CPU速度を遅くすると表示されるのは、テキストVRAMエミュレーション領域にテキストが書き込まれて、それがVRAMに反映する前に何らかの原因でフォールトしているものが、CPUが遅くなったおかげである程度まで反映されているという挙動ではないかと感じます。
調べたわけではないので的外れかもしれませんが……。

[山川機長]

おおなるほど！貴重な情報をありがとうございます！タイミング問題の可能性は大ありですね。資料が限られているので、実行しながらTownsOSが期待する動作をするように調整してきたので、DOS6だと何か違っているのかもしれません。調べてみます。

[WINDY]

アドバイスを有り難うございます。ボチボチやりたいと思います。
1点だけ気になったことが有りますので報告をしておきます。
HDDにDOS6onTOS(うんづで使っていたもの)を接続した状態で、CPUの周波数が25MHzだと確実に
スクリーンには一切の文字が表示しないのですが、1MHzにするとDOS6開始時の"starting MS-DOS..."が
表示され、その後"システム読み込み中に異常が発"まで表示してストップします。
上記から考えるとSCSIのコマンド等の問題ではなくタイミングの問題のような気がします。