NEC PC-98シリーズエミュレーターを語ろう25

ここまで来るとVMwareとか使って9x系のOS動かすよりねこぷろ使ったほうが良いまであるなw

VMwareはOSの幅が広くMS-DOS5.0～Win10(11も？)まで使えるから
NP21/WはDOS～Win95でVMwareはWin98以降(Win10まで確認済み)
個人的にはこれが最善だと思ってる

実機よりエミュで遊んだほうが良いのかな

VMwareのWin98はAMD駄目だし3Dも苦手
86BOXが重いけど良くなってきたから取って代わるかも

パッチ当てれば動く

VMwareでWindows95動かしたら現在のCPUだと早すぎて起動できないって問題あったな

>>633
実機でも起きるのでVMwareは直接関係ない
パッチを当てれば動く

PC98PLAYER ver 261024
PC-9821 の PCM ドライバ AVSDRV.SYS の代わりを内蔵しました。
フォルダの CD-ROM を、CD のセクタでも読めるようにしました。
MSCDEX の「ディレクトリ項目の問い合わせ」に答えるようにしました
CD-ROM周りの修正

やはり実機が正義か

Windows95はa/b/cがあって95aをインストするのが面倒臭い

リカバリディスクで一発だけど

しまった！起動フロッピーがカビてて読めない！
CDも未開封だったのに全く読めない！
って事があるあるだよね

そいやカビたこと一回もないや

カビの食べ物すらない究極の貧乏ハウス

CDに出来る白っぽい薄膜は拭き取れるならカビ、拭き取れなかったら加水分解による白濁化。

20年もののFD読み込んだけど特に問題なかったけどな

早い物で数年、遅いと数十年持つ
けど実際の所いつまで？って言うのは神のみぞ知る、だ

>>641
キモすぎる

あ、お前のことなｗ

効いてて草

効いてて草(お前)

目くそ鼻くそなんだから喧嘩するなよ

老害マウント🤓ｸｩｩｩｩﾝ w
俺の方が上位🤓ですかぁ？ｗ

どちらの味方をする気はないけど、老害という言葉について勘違いしてる人が未だに多い

単に年齢を重ねただけの人や、社会的な影響力を持たない人に対して、わざわざ「老害」という強い言葉が使われることはあまりありません。
• 権力や権限の存在： 組織の意思決定権、人事権、予算の配分権などを握っているからこそ、その言動が周囲に「実害」を及ぼします。
• 影響力の裏返し： 相手を「老害」と非難すること自体が、裏を返せば「自分は相手の決定や振る舞いに抗えない立場（弱者）にいる」と自白していることになります。

多いけど誤用が正用になった日本語は多い🤪
有名な所だと ”役不足” とかがそうだな～

＞単に年齢を重ねただけの人や、社会的な影響力を持たない人に対して、わざわざ「老害」という強い言葉が使われることはあまりありません。

こんなわかり切ってる事いちいち説明するまでもないだろ
老人＝老害だと思ってる奴は漏れなくバカだから説明したところで理解できんのだし説明する事自体が無意味

今の日本の役不足も誤用の方が使われてるやん

役不足の誤用はよく知られてるだけに今は正しい方が使われるようになってるらしいよ

役不足
「役不足（やくぶそく）」とは、その人の実力や能力に比べて、与えられた役目や仕事が軽すぎて物足りないことを指します。

本来の意味と由来

• 由来： 歌舞伎や演劇などで、俳優が「自分の実力に対して与えられた役が軽すぎる（もっと大きな役をやりたい）」と不満を抱くことから生まれました。
• 正しい使い方： 「彼ほどの力量がある人には、この仕事は役不足だ（＝簡単すぎて実力を発揮できない）」のように、相手の実力を高く評価しつつ、仕事が軽すぎるときに使います。

よくある誤用（混同しやすい言葉）

• 誤用例： 「私には役不足で務まりませんが…」「大役ですので私では役不足です」
• 誤用の意味： 「自分には役目が重すぎる」「荷が重い」「能力が足りない」という意味で使ってしまうケース。これは本来の意味と逆になります。

このゲームは98には役不足だ

どっちの意味も通るね

誤用とは違うが
2ちゃん時代のコピペの「ふいんき（←なぜか変換できない）」が
今は変換が出来るようになりつつあるので
「あらたしい」→「あたらしい」に変化したように「ふいんき」も正しいとなるかも

効いてて草

雰囲気(ふんいき → ふいんき)は音位転倒というで発音しやすい方に変わる変化で

同様に「さざんか、さざんか、咲いた道、焚き火だ、焚き火だ落葉焚き」
という童謡の歌詞に現れる、さざんか は昔は さんざか と発音されてたのだとか。
新しい(あらたしい → あたらしい)、秋葉原(あきばはら → あきはばら) もこれ。

重用はちょうようと発音するのが正しいと思っていたのだけど、これ、じゅうようが正しくて
ちょうようの方が慣用読みだとわりと最近知った。

老碍

誤用とは違うがおじさんと若者の違い
非暴力の「ガンジー」→「ガンディ」
大統領「リンカーン」→「リンカン」

「ビックカメラ」→「ビッグカメラ」
「テザリング」→「デザリング」

ビックリカメラ

老碍乙

ディスクトップという謎ワード笑

インストロール

そろそろスレチはやめてもらえますかね

古傷をえぐられたくないからね

認知がおかしくなってるな爺さん

>>659 663
これ中国の老害を意味する単語か

>>661
「ビックカメラ」は普通にURL見れば分かるし😥
「テザリング」は英語でtetheringだから普通に「テ」ザｗｗｗ

Windows 2000のNTVDM.EXEにはバグがあり、VMEが無いとDOSアプリを動かそうとするとクラッシュしてしまうが、
なんとかパッチを当てて動かすことに成功。大層なものではなく、強制的に非VMEのルートを通るようにNTVDM.EXEを
"1バイト"パッチしただけ！

https://i.imgur.com/r2KpNr6.png

コマーシャルや実店舗で流れてる歌を聞いてたらビッグカメラとは言わないと思うんだが
耳が悪い老害だからビッグになっちゃうのか笑

>>166
だってさ

むしろビックカメラとヨドバシの区別がつかない、〜駅前にあるのはどっちだったっけ、みたいなことがよくある。
吉野家とすき家を混同することは無いのに不思議。

ビックカメラのせいでビッグサイトをビックサイトだと覚えちゃってる人が結構いる

[FIX / PATCH] Windows 2000 NTVDM Crash on non-VME CPUs (Intel 486 / VIA C3) - 1-Byte Hex Patch for Official Final NTVDM.EXE (5.0.2195.7061)
Body:
Hi everyone,
I have found a definitive 1-byte Hex patch to fix the infamous NTVDM crash on non-VME CPUs (such as early Intel 486, VIA C3 Samuel/Samuel2, etc.) under Windows 2000 SP4.
While there are some ancient workarounds or Source-level rebuilds (like NTVDMx64) floating around, there was no documented pinpoint Hex patch for the official final version of NTVDM.EXE (5.0.2195.7061). Now, the puzzle is solved.

🕵‍♂ The Root Cause: Compiler Optimization Bug (Instruction Scheduling)

By reverse-engineering NTVDM.EXE and cross-referencing with the leaked NT source code, the crash happens in the function that handles NtVdmControl with ControlCode 4 (VdmFeatures).
The compiler's instruction scheduling optimization aggressively reordered mov instructions to initialize VME-specific register states (such as ExpVdmTib and EFLAGS 202h setup) BEFORE the NtVdmControl call actually checks if the CPU supports VME. On a non-VME CPU, this premature initialization instantly triggers an invalid opcode or privileged instruction exception, crashing NTVDM before it even knows the CPU capabilities.

🛠 Binary Patch Details

To fix this, we can force NTVDM to completely bypass the VME initialization path and fall back to the safe legacy software-emulation mode (486-compatible mode).
We only need to change a single conditional jump (jz) into a forced unconditional jump (jmp).
• Target OS: Windows 2000 SP4
• Target File: C:\WINNT\system32\ntvdm.exe (and dllcache\ntvdm.exe)
• File Version: 5.0.2195.7061
Hex Edit Details:
• RVA (Relative Virtual Address): 0x0000C415 (.text section + 0x0000B415)
• File Offset (RAW Address): 0x0BA15 <-- Open with any Hex Editor!
• Original Bytes: 74 07 (jz short ...)
• Patched Bytes: EB 07 (jmp short ...)

🏁 Results

Tested successfully on real Intel 486 hardware running Windows 2000 SP4. NTVDM no longer crashes when opening command.com or launching 16-bit DOS/Win16 applications, and properly routes to the non-VME legacy path.
Hopefully, this helps anyone tinkering with retro x86 hardware or unique CPU upgrades!

タイトル:
【世界初】非VME CPU（Intel 486 / VIA C3）でのWindows 2000 NTVDMクラッシュを修正する1バイトパッチ（NTVDM.EXE 5.0.2195.7061 最終版対応）
本文:
Windows 2000 SP4環境において、VME（仮想8086モード拡張）を持たない古いCPU（初期のIntel 486や、VIA C3 Samuel/Samuel2コアなど）で16bit DOSアプリを起動しようとすると、NTVDMが不正命令例外等で即座にクラッシュする有名なバグがあります。
Microsoftが最後まで修正しなかった公式最終バージョンの NTVDM.EXE（Ver 5.0.2195.7061）に対し、安全かつ完全にバグを回避させる「1バイトのHexパッチ手順」を確立しましたので共有します。

🕵‍♂ 原因：コンパイラの最適化による「フライング命令」

バイナリ解析の結果、原因は NtVdmControl（ControlCode 4 / VdmFeatures：CPU機能問い合わせ）を処理する周辺の内部コードにありました。
本来はカーネルにVMEの有無を問い合わせた「後」に処理されるべきVME環境前提の構造体初期化コード（ExpVdmTib や EFLAGS 202h の設定など）が、コンパイラの最適化（命令スケジューリング）によって、NtVdmControl を呼び出す前（間）に割り込んで実行される並び順になってしまっています。
これにより、非VME CPU環境では機能チェックが行われる前に地雷命令を踏むことになり、クラッシュを誘発していました。

🛠 バイナリ書き換え手順

NTVDM内部のVME有効化フラグ（地雷ルート）を確実に飛び越えさせ、安全な「レガシーエミュレーションモード（486互換モード）」に固定するため、条件分岐（jz）を無条件ジャンプ（jmp）に書き換えます。
• 対象OS: Windows 2000 SP4
• 対象ファイル: C:\WINNT\system32\ntvdm.exe（および dllcache\ntvdm.exe）
• ファイルバージョン: 5.0.2195.7061
バイナリ書き換え（Hex編集）詳細:
• RVA（相対仮想アドレス）: 0x0000C415 (.text セクション + 0x0000B415)
• ファイルオフセット（RAWアドレス）: 0x0BA15 <-- Hexエディタでこの位置を開く
• 変更前（純正）: 74 07 (jz short ...)
• 変更後（パッチ）: EB 07 (jmp short ...)

🏁 結果

Intel 486の実機にて動作確認済み。書き換え後、システムファイル保護（WFP）に注意しながら dllcache と system32 のファイルを差し替えることで、クラッシュが完全に解消し、16bit DOS環境やMS-DOSプロンプトが正常に起動するようになりました。
歴史の闇に埋もれていたバグが、美しい1バイトパッチとして結実しました。

いつまでもスレのルールを守れない連中こそ老害だろ
公共交通や飲食店で平気で順番飛ばすジジババみたいなもんだ
認知の歪みでそうなるらしいけど、ここにも大勢いるな
いい加減周囲に迷惑かけてる事に気付いて欲しいもんだが

効いてて草ｗ

効き過ぎてスルーできないからいつまでも粘着する奴らが調子に乗る

スルーしてたら認知症のおじいちゃんたちがいつまでもルール違反なのに気付けずにそのまま続けるからね
歳とっても教育は必要
効くとか効かないとかどうでもいいけど、率先して話に乗ってる老害に言われたくはないんで、ルールが守れないならもう黙っててねおじいちゃん

効いてて草

>>683
注意してるとか高尚なこと言ってるけど全く思惑通りになってないし調子に乗らせてるだけ
スルーしろ、おじいちゃん

毛沢東おしまいだよ

>>671
逆汗ダンプはこちらに投稿しました。
NTVDM.EXEのバージョンが違う場合はご参照ください。

Windows2000を使いつづけるスレ その279
https://mevius.5ch.io/test/read.cgi/win/1736153005/113-114

>>671
早とちりでした。
直っていなかったです。問題はDOSアプリではなくWin16アプリでした。

>>685
うん、だったらまず見本をみせないとねおじいちゃん
俺はスルーせずに注意するってスタンスだからレスするけど、お前はスルーってスタンスだそうだからもう黙れよ

本当にスルーできない老害だな笑

真っ赤で効きすぎてて草
そろそろ自重しろ

RetroArch
http://egg.5ch.io/test/read.cgi/software/1763732572/256
http://egg.5ch.io/test/read.cgi/software/1763732572/261

JDownloader
http://egg.5ch.io/test/read.cgi/software/1770852451/633
http://egg.5ch.io/test/read.cgi/software/1770852451/637
http://egg.5ch.io/test/read.cgi/software/1770852451/639
http://egg.5ch.io/test/read.cgi/software/1770852451/641

ソフトウェア版で暴れてるいつもの奴か

いつも各所で俺にボロクソにされてるビッドマンかな？ｗ
リストアップごくろうさんｗｗ
次はhissiかな？（　´,_ゝ`）ﾌﾟｯ
悔しいのぅｗｗｗ

ビッドマンってMAMEスレ先住民のことでは

突然目の前に仮想敵が現れる病気の人いるよね

過去の傷えぐられたから必死なんだよ
ってレスしたらIDコロコロって言われるんだろうな