最近 DOSBox系で気が付いたことを備忘録にします。
DOSVAXJ3で VZ使用中にマクロを中断しようとして止まらないのに気が付いたのです。

VZのマクロ実行中に[Ctrl]+[Break]を押すとマクロが中断するようになっていますが
DOSVAXJ3では[Ctrl]+[Break]が効かないみたいなのです。
軟式さんに報告したのですが、その過程で DOSBox-Xでも動作チェックとなりました。

>　DOSBox-X は Ctrl+Break に対応しているようなので、もし可能である
>ならば DOSBox-X 上で VZ を動かしてマクロで Ctrl+Break が効くか確
>認してみていただけますでしょうか。

ksmiru.def というキーのシフト状態をチェックするめざらさんのマクロで試してみました。
起動するとキーのシフト状態を下記のビットの数字で表示します。
[ESC]で終了します。

ks        シフトキーフラグ     
　  98版          IBM版        
　  +1 : [SHIFT]  +1 :R[Shift] 
　  +2 : [CAPS]   +3 :L[Shift] 
　  +4 : [ｶﾅ]     +4 : [Ctrl]  
　  +8 : [GRPH]   +8 : [Alt]   
　  +16: [CTRL]   +16: [ScLk]  
　                +32: [NmLk]  
　                +64: [Caps]  
　               +128: [Ins]   

マクロ起動中に Ctrl+Break を押すと、トレースモードになります。
[ESC]でトレース終了し、マクロも終了します。（メッセージは残ります）

実行結果
mingw-sdl2 フォルダの dosbox-x.exe	2024/03/01版
DOSBox-X は Ctrl+Break を押すと、 +16: [ScLk] を押したのと同じになるようです。

mingw フォルダの dosbox-x.exe		2024/03/01版
DOSBox-X は Ctrl+Break を押しても何も変化しませんでした。

+16: [ScLk] は VZ PC-98版では  +16: [CTRL] となっているのが気になったので
dosbox-x.conf で
machine          = pc98
で PC98モードで起動し、VZ98版でも試してみました。
Ctrl+Break を押しても反応しませんでしたが、[Pause/Break]キーを単独で押したら
マクロが中断してトレースモードになりました。
PC98版はキー単独で押すのが仕様なのかもしれませんね。[Break]キーとか。

DOSコマンドでの Ctrl+Break チェックのために WGREP.COM で検索した時のこと。
DOSVAXJ3ではWGREP.COM で10秒くらい掛かる検索を DOSBox-Xでもやってみました。
DOSBox-X では WGREP の検索が5倍くらい遅いです。(>_<)
ディスクアクセスに凄く時間が掛かるようです。

試しに DOSVAXJ3 で調整したスピード優先の設定を DOSBox-X に入れてみました。
dosbox-x.conf の [cpu] セクションで

cycles             = auto
　　　　　　↓
cycles= auto 50000 100% limit 100000

これに書き換えたらスピードが爆速になりました。＼(^^)／ ﾔｯﾀ-
DOSVAXJ3 や DOSBox-X をお使いの方は是非試してみてください。
デフォルトで遅いのはレトロゲームのスピードに合わせてるのか？

DOSBox-X で速度も改善され、結構使えそうだと思ったのですが
DOSBox-X ではVZのコンソールが使えないようです。

これじゃ常用は無理だなぁ、と思ったのですが
WinNT系ではデフォルトで VZのコンソールが使えなかったのを思い出しました。
その時は autoexec.NT に pansi.com を入れて使えるようになったのでした。
そこで、dosbox-x.conf を編集してみました。

[dos] セクションで
#ansi.sys                        = true
ansi.sys                        = false

[autoexec] セクションで
pansi

を追加したら VZのコンソールが使えるようになりました。＼(^^)／ ﾔｯﾀ-
DOSBox-X は DOSVAXJ3 に比べて面倒だけど調整次第でかなり使えそうです。

> > その時は autoexec.NT に pansi.com を入れて使えるようになったのでした。
> そういうこと，よく覚えてますよね．

実はB氏がXPのころ？　VZコンソールが使えないって言っているのを
しばらく気が付かなかったんですよね。私自身が忘れていたんです。
それで気が付いてコメントしたのが記憶に残っているのです。(^^;

うーん、掲示板かと思ったら FGALDC13階でした。(>_<)
> 10121/10122 xxxxxxxx  H.Konno          RE:XP でのパス設定
> (13)   04/09/23 01:04  10101へのコメント

> ansi.sys を無効にするところまでは覚えていましたが，
> pansi.sys をどのようにしていたのか忘れてしまっていました．
> 環境別の導入ガイドを「極楽VZ環境」で書いているのですが，
> pansi の記述が見つからない……(>_<)

今でもVECTORにはあると思いますが、うちはLIBのサブフォルダにありました。(^^;
で、私は今まで PANSI.COM を愛用していて、常駐でも同じだと思っていたのですが
DOC を読むと

>    PANSI.COM     キーの再定義とカーソル位置の報告機能が使えません。
>                  コマンドラインから起動します。
>                  必要なときに組み込み、取り外しができます。

げげ、機能の一部は使えなかったのか！　まあそれで困ったことは無いですが。(^^;
普通に connfig.nt に
  DEVICE = C:\SYS\PANSI.SYS
と書いておけば良さそうですね。
なんにしろ掲示板やFGALの過去ログは宝の山ですね。(^_^)


＃　VZの全てをそこに置いてきた。欲しけりゃ探せ！　　ゴールディ(金の)ロジャー

> 「VZのコンソールが使えない」
> ……とは，正確に言うと？

WinNT系（XPなど）のDOS窓において標準の ansi.sys は、INT29h を経由しないので
コマンド実行結果がVZのコンソールに入らないという問題があります。

…ということではないのですよね？　B氏の件のいきさつとか？
ということなら、なにやらコマンド結果をファイルに入れるマクロを自作していて
> ＸＰでコンソールファイルの参照ができないのが不愉快で作った
というのを見て・・・あれ？・・・げげ、発言番号を間違えていました。(>_<)

> 09657/09921 xxxxxxxx  H.konno　　　 RE:擬似コンソール
> (13)   03/08/13 01:12  09655へのコメント

ここで気づいたのでした。m(__)m

> 常駐での DIR は参照できないですが、
> COMMAND /C DIR
> とすれば、SFN のみの表示は参照できます。

WinNT系のDOS窓はこの辺がネックでしたね。今はVTDOSなどで快適です。(^_^)

ココログからの転載です。
DOSVAXJ3などのDOSBoxウィンドウのサイズを大きくする方法がわかりました。
出来ている人はいるかもですが、うちの環境では今までできませんでした。
この方法は DOSVAXJ3 や DOSBOX-X などで共通して使えると思います。

NET検索すると、解説しているサイトがありました。
「DOSBoxウィンドウのサイズを大きくするには？」
https://kzen.dev/ja/55777219

ここから引用します。

-----------------------------------------------------------

'resolution'で検索して、confファイルに書かれている変更方法をよく読んでください。 基本的に解像度と出力の2つの変数があります。 
今のところ、fullresolutionのままにしておきたいところです。 あなたの質問は、fullではなく、windowに関するものでした。
 ですから、windowresolutionを探して、confファイルのコメントで何ができるかを確認してください。
  一番のお勧めは、900x800のような大きなウィンドウの解像度を使うことです
  （私は1366x768の画面で使っていました）が、あなたのマシンの実際の解像度ではありません（ウィンドウがフルスクリーンになってしまいますが、あなたはそれを望まないと言っていました）。

  具体的には、 'windowresolution=original'を 'windowresolution=900x800'またはその他の寸法に置き換えてください。
  私の画面では、Windowsのプロパティの「最大フォント」タブを使った場合と同様に、ウィンドウサイズが2倍になりました（exeファイルの場合。

そして、 'output で検索し、confファイルの説明にあるように、 'hardware scaling がある場合に限り、デフォルトの 'output=surface'を他のものに変更してください、と警告しています。 私はそれを 'output=overlay'に変更しました。

 もう一つテストすべき設定があります。 ファイルを 'aspect'で検索し、ウィンドウをさらに大きくしたければ 'false'を 'true'に変更します。
 これをすると、ウィンドウが画面の半分以上を占めてしまいました。 また、 'false'をそのままにしておくと、やや小さめのウィンドウになりました（ラップトップでもデスクトップでも、ワイドスクリーンのモニターを使っているので、そのせいかもしれません）。

-----------------------------------------------------------

私は既に  640*400 の倍数で

windowresolution  = 1280x800

とやっていましたが、ウインドウサイズは変わりませんでした。
どうやら output オプションを変更する必要があるようです。

NET検索で 「[sdl]セクションのoutput設定」した結果 
Copilot の回答が参考になりそうだったので引用します。

-----------------------------------------------------------

Copilot の回答

[sdl]セクションのoutput設定
について

[sdl]セクションのoutputは、DOSBoxの画面描画方法を指定する設定項目です。この設定を変更することで、描画の品質や互換性を調整できます。

主なoutputのオプション
surface:  デフォルト設定。シンプルな描画方法で、特別な拡張機能は使用しません。
overlay:  ハードウェアアクセラレーションを使用した描画。互換性が高く、軽量です。
opengl:   OpenGLを使用した描画。高品質なスケーリングが可能です。
openglnb: OpenGLを使用し、スムージングなしで描画します。
ddraw:    DirectDrawを使用した描画。ただし、Windows Vista以降では非推奨です。

設定例
[sdl]
output=opengl

注意点
互換性: 使用するOSやハードウェアによって、特定のoutput設定が動作しない場合があります。
パフォーマンス: 高品質な描画（例: opengl）は、古いPCではパフォーマンスに影響を与える可能性があります。
最適な設定は、環境や目的に応じて試行錯誤してみてください！

補足
windowresolution: ウィンドウサイズを指定します（例: 1280x720）。
aspect: アスペクト比を維持する場合はtrueに設定します。
これらを調整することで、快適な画面表示が可能になります！

-----------------------------------------------------------

これらをふまえて私の dosboxj.conf の設定を変更しました。

[sdl]
windowresolution  = 1280x800
output            = opengl

[render]
aspect    = false

これでウインドウサイズが倍になりました。
ただうちの環境では、80*22行でないと下が隠れてしまいます。
そこで

[dosbox]
vtext4        = vga,22

[autoexec]
chev jp

これで起動して #txt:KL.DEF で
chev vt4
にしたときに 80*22行が実現できました。＼(^^)／ ﾔｯﾀ-
これで ポケットPC でも使える！！
てか、そのために検索したのでした。(^^;

> 　す、すげえ、いつか使わせてもらいますね。

渾身の大ボケネタでしたがどうぞ。(^^;

> 　熱いです、どうかどうかご自愛ください。歩いたりしてはいけません。

まだ残暑厳しいので無理な散歩はしないようにします。m(__)m
ということで、夏の定番、花火を上げました。

#txt=hanabi2.def  PC98 only
JUNさんの花火マクロをちょっとだけ改変しました。
打ち上げの軌跡を変え、速度を遅くしてみました。
[ESC]で終了します。	konno

＃ 98実機で動く環境あるかなぁ　(^^;

としきさん（ちょびっとここだけ）

>確かに、IIがアップデート版ということには間違いない。
　PC-8000, PC-9800, PC-9821 って大きな流れなんですね。

----- 引用 from 「AIによる概要」 -----
NEC PC-9821は、1982年に登場した「PC-9801」シリーズの後継機種として、
1993年頃から登場した日本電気（NEC）のパーソナルコンピューターです。
PC-9801がビジネス向け、MS-DOSベースのPC-9800シリーズとして登場し、
PC-9821はハイエンドのPC-9821シリーズ（愛称「98MATE」）と、
PC/AT互換機との〔価格競争を意識した〕廉価版（愛称「98FELLOW」）
という2つの主要な流れに分かれました。
--------------------------------------

《メモ》
1982年	PC-9801		個人史：初号機 BXU2 (1993) は、9801 だった。
1993年	PC-9821		MATE: hi-end, FELLOW: entry model

>例えば花火を表示するVzマクロなんかは9821以降の機能なんかは使わないので
　うん、Ｖｚにとって旧８とは、９８０１のことなんですね。
　これは小さくはない収穫だ。そうなのかぁ、と。
　でも、旧８でＶｚする？　いえ、過去の貴重な遺産の大半が旧８向けなので。


　で、こういうの意識したことがなかった。旧８かＩＢＭか、だけだからなぁ。
　（ベーマガとか、まったく真面目に読んでないですね＞こやつ）

　1995年に、情報処理演習室からもらってきたのが、初のDOS/V機（MS-DOS 6.2）
で（Compaq）、これでWin95を動かそうと、散財したなぁ。でも、FMV Deskpower 
(for Win95)をちゃんと購入するまで（いやその後もしばらく）、ずっと旧８派でした。
　あのNifty, FGALDC の過去ログを整備したのも、全部旧８機でのことでした。
FMV (Niftyあり) から 98 (Niftyなし)へ、ＦＤでデータ移動した。

（『９８ハードに強くなる本II』について）
>当然、9821については全く扱っていない。
　というわけで、一瞬だけ、9821系の情報がどっかにまとめられてないかと
ネットサーチしたら、真っ先にでてきたのが「まりも」さんページ。
　2024年、まだ色々色々開発が進んでました。やるなぁ。

>私の記憶が確かなら、その人、私の母校の隣の学科の教授。
　なんか楽しそうな学部生時代を過ごしたんですね。
　しっかり名前を書いたか、はんこを押したか。マメだなぁ、教授。
　しかし、しっかりその本が保存されていて、すくっと出てくるところ、
としきさんも（今更もう驚きませんが）、超マメ。偉いっす。リスペクト。
　マネしたい、、、。