PC-98エミュを語ろう17 [無断転載禁止]©2ch.net

NEC PC-98シリーズは過去のものとなりましたが、
その膨大な遺産を活用できるPC-98エミュレータは非常に便利な存在です。
そんなPC-98エミュレータについて語りましょう。

■Windows用PC-98エミュレータ
Anex86
ttp://homepage2.nifty.com/ans/
T98-Next
ttp://www.geocities.jp/t98next/
Neko Project II
ttp://www.yui.ne.jp/np2/
ttp://retropc.net/yui/

■前スレ
PC-98エミュを語ろう16
http://egg.2ch.net/test/read.cgi/software/1482812256/

>>174
音源が内蔵タイプと外付けボードでSSGの音量が違う問題じゃないかな
一部のゲームで起動時に音源が内蔵か外付けか聞いてくるでしょ

>>172

おおおおぉぉぉ

ありがとうございます

某氏の98ソフトDBが約6k件登録されてるって事で見てみたら
同一タイトルの5.25"、3.5"、CD-ROMが別レコードになっててorz
※手持ちDB(リスト)はPC-98x1Gamelistベースに未記載(or 未確認)で
　確認できたものを追加とか途中までFD版とCD版を分離したモノ(約4k件)
その後ソフトハウス＋タイトルでユニークしてみたら
　某氏DB　＞　PC-98x1Gamelist
になって「おおぅ」とは思ったものの、これ半手動で統合とか考えるとorz
※某氏約4k件、PC-98x1Gamelist約3.8k件

テ
ス
ト

お
つ
ぱ
い

>> 162
ソース構成よくわからないのでデバッガで追ってみる。

x86版np21w_r34にERCACHE.EXEを組み込んで落ちるところを確認。

np21w+0x67210 の OUT DX,AX 処理の中で
変数 np21w+0xA09F94 は 1
変数 np21w+0xA09F96 は 1
そこから np21w+0x2B550 の関数を呼びに行って
そのあと cpu_stack_push_check からの SS_EXCEPTION を2回流して triple fault になってる模様。

np21wの仮想86モード遷移の管理が一部正しくないような雰囲気ですが、
OUT DX,AX の処理がソースのどこにあるかわからず、変数の意味がわかりませぬ...

実機では、I/Oトラップの一般保護違反→仮想86モニタに飛ぶ→処理して帰る な部分なので
仮想86モニタに遷移せずスタックフォールトに判断されてる理屈が不明。

>>143
>>180
ソースを少し調べてみたので報告。コンパイルできるようなら以下の変更箇所確認して試してみるとよいかも。
それと、少し古いソース(np21w-0.86-rev26beta)で調べたので行数は違うかもです。
修正箇所はia32/cpu_mem.cの220行目からの関数cpu_stack_push_check内の229、230行目
start = sp - len;
limit = is32bit ? 0xffffffff : 0x0000ffff;
を
sp = (sp - 1) & (SEG_IS_32BIT(sdp) ? 0xffffffff : 0x0000ffff);
start = (sp - len) & (SEG_IS_32BIT(sdp) ? 0xffffffff : 0x0000ffff);
limit = sdp->u.seg.g ? 0xffffffff : 0x0000ffff;

に変更。SEG_IS_32BIT(sdp)のところは、意味的にはis32bitの方がよいのかも？(計算上は同じです)
一応変更の根拠としては、
まず検証環境として、config.sysに以下を追加

device=a:\ERCACHE.EXE /HM /M=A5-A7,D0-D3 /HSB-

これで、修正前のnp21wでtriple faultが発生するのを確認。
この状況でこの関数に入ってくるとき、sp=0x0000、len=0x0028になっており、修正前だとstartが0xffffffd8になって、
その後の(start > sp)の条件に引っかかってしまいます。
しかし、スタックのプッシュ処理は最初に格納するサイズ分減算し、そこからサイズ分書き込むので、
実際にはアドレス0x0000に書き込まれることはなくそういう意味では保護範囲のチェックとしては必ずしも適切ではないといえます。
ということで、変数spを実際に値が書かれる最終アドレスに書き換えてその上でアドレス判定をするように変更しています。

ついでに、limitの上限値の判定がセグメントディスクリプタのD/Bビットと見受けたので、Gビットに変更しています。
これについては関連して他の場所も直した方がよいのでは？と思うところがいくつかあったのですが、
十分に検証できていないのでそのままにしています。

cpu_mem.c
cpu_stack_push_check()の終わりのあたり。

if ((len > sdp->u.seg.limit) /* len check */
|| (start > sp) /* wrap check */
|| (sp > sdp->u.seg.limit + 1)) { /* [1] */
goto exc;
}

↓

if (sdp->u.seg.limit != 0xFFFFFFFF) {
if ((len > sdp->u.seg.limit) /* len check */
|| (start > sp) /* wrap check */
|| (sp > sdp->u.seg.limit + 1)) { /* [1] */
goto exc;
}
} else {
if (start > sp) /* wrap check */
goto exc;
}

とやると、triple faultしない何かが出来上がったよ。
TLBからキャッシュを引こうとして？グルグルループしちゃうけど。

>>181 をこっちの別件triple faultで試してみたけど、改善しなかった。

>>143
>>180
すみません。一点訂正です。
limit = sdp->u.seg.g ? 0xffffffff : 0x0000ffff;
これは間違いで、もともとの
limit = is32bit ? 0xffffffff : 0x0000ffff;
のままで正しかったです。
セグメントディスクリプタの理解が不十分でした。失礼しました

>>180
度々申し訳ない。まだありました。182のレスを読んで気がついたのですが、
spをデクリメントしても他の修正は不要と思っていたのですがそんなことなかったです。
325行目の
|| (sp > sdp->u.seg.limit + 1)) { /* [1] */
はspをデクリメントしているので+1は要らなくなりますね。
こっちの条件は通ってなかったので見落としていました。

>>184
乙です。
182も0xFFFFFFFFの分岐は要らなくなり、スッキリしました。

>>184
>>185
ソース情報ありがとうございます。

開発環境は準備中なので、取り急ぎ、情報を元にソースの exc に行かないよう
np21w+0x2BB3F からの5バイトを 90 90 90 90 90 に変更したところ、
ERCACHE.EXEドライバが無事組み込まれました。
ありがとうございました。

でもDOS=HIGH,UMBにすると、例外#5(BOUND CHECK)でERCACHEの仮想86モニタに落ちました。
MELEMM.386でtriple faultになる件も再現しました。

先は長そうです。

limit = is32bit ? 0xffffffff : 0x0000ffff;
sp = (sp - 1) & limit;
start = (sp - len) & limit;
でスッキリ

あれいつの間にかfmgen版でシムシティ2000が640×480で表示できるようになってる
あざーす

>>186
長くなかった

毎回デバッガで実行するのが面倒なので、r34(x86) EXEファイルの先頭から0x2AF31からの2バイトを
8B 55 → EB 11
にしてスタック例外を飛ばした版を作り、

ROM領域を眺めてD2,D8をUMBから外したら DOS=HIGH,UMB でも動くようになりました。
お騒がせしました。

残り
・ERCACHE環境でHSBの再起動が効かない
・MEMEMM.386+FDが落ちる件
・開発環境

>>189
np21wのERCACHE環境でHSBが効かない件

ERCACHEが持ってるIO禁止マップに関係無く、I/OがERCACHEの仮想86モニタに飛んでくるため。
HSBからの OUT FFFEh 協調I/Fが誤って届くので、ERCACHEを残したHSB再起動機能が発動している。

これはパッチでの対処は無理ぽい。

>>190

ソース見たら check_io でIOMAPを見るコードはありましたが、
HSBのポートFFFEhからのWORDアクセスは誤判定されてGP_EXCEPTIONに。

ファイル+2AA06 72→EB にパッチしてGP_EXCEPTIONに行かないようにしたら、
ERCACHE環境でのHSB再起動は正しく動作するようになりました。

そういや猫のSCSIのHDDってWindowsでも使えるんかな

GARUDIUSのタイトル画面は実機も下切れるよな

>193
うるせぇ！ こんなのはガルディウスじゃねぇ！グラディウスで充分だ！！

GARUDIUSググったらほんとにあってワロタｗ

ちなみにTATSUJINライクなPC-88用縦スクロールシューティングゲーム「DOUJIN」なら、昔コミケかパソケットのどちらかで買った。
テキストVRAMで描画の大半を行う事により、低解像度ながらオリジナルのアーケード版TATSUJINに匹敵する面白さを実現できた。

あと、俺の記憶が確かならPC-88用のグラディウスやシルフィードは、ディスクアクセス中もBGM再生に限らず
あらゆる動作が途切れない仕様だったはず。

にわかは死ね！

俺、ニカワ

俺、ニカウ。

>>199
つまんねえよ、駄洒落糞親父！
罰としてハッピーブッシュマンを98に移植しろ。

>>196
Shootarianくらいは出せよ

PC-88用縦スクロールSTG「Doujin 海賊版」
https://www.youtube.com/watch?v=mbU89pWDR8w

やっと開発環境ができました。

>>187
こちらのERCACHE環境でも動きました。
ありがとうございました。

>>191
check_io.c
　if ((port + len - 1) / 8 >= CPU_STAT_IOLIMIT) {
と -1 を追加したらERCACHE環境でもHSB再起動できました。

MELEMM.386+FDはTRACE出せたので眺めるつもり。
入口はCALL_Aw、落ちてる場所はpaging ぽいですが途中が。

melemm.386でFDは普通に動いてるけどどうすると例外でるん?
バージョンの違いかね
melemm 5.14
fd 3.13
ちなmelemmはEMSとXMSのみでUMBはemumbx

>>204

こちらのFDはv3.12
MELEMM.386 v5.22 +patch +FD v3.12
　/HM があると、triple fault
　/HM が無いと、落ちない
MELEMM.386 v5.36 +patch +FD v3.12
　/HM があると、リセット
　/HM が無いと、落ちない

v5.22の方が調べやすそうです。
既に暴走した後かもしれませんが...

/HM (XMS)でも問題無いのだがFD 3.13ではどう?
ttp://www.vector.co.jp/download/file/dos/util/fh045271.html

>>206
MELEMM.386 v5.22 +patch +FD v3.13
　無限ループになりました。

>>205
DOS=HIGH が条件に漏れてました。

VERBOSEが拾いにくいので、直接OutputDebugStringでデバッガに流してみました。
exceptionでログ採ると、triple faultよりだいぶ前に 0040:0000 で無効命令例外が起きてる模様。
アドレスが変なのと、cpu_disasm2str()でコードを出せないので、その前に暴走してるんだと思われます。
MELEMM.386のプロテクトモードコードのどこかを正しく処理できないんだと思います。
triple faultで落ちるときの命令は各種。CALL_Awに限りません。

そういう意味では5.1xから5.20への変更部分に起因してるのかもしれませんね。
昔調べた情報どこに置いたやら...

管理メモリが16MBから64MBに変更された辺りか

>>208

EMSUTY BENCH を試すと、物理ページが連続していないと指摘されました。
見ると、CC00 E000 E400 FFFF とか変なことになってました。

ということで、組み込み時点でC000-CFFFにならない理由を調べる必要がありそうです。

>>209

MELEMM.386 v5.11が発掘されましたが、E000 E400 0000 0400 とか変なのは変わらず。
5.14を持ってたかは記憶無し、v4.78とかはfloppyを探す必要があるのでパス。

v5.36で/SD C000 を指定すると、CC00の1ページだけになり、FDは落ちなくなりました。
FD起因ではなく、GVRAMとかHMAにページフレームが重なってるせいで確定のようです。
なんで重なるのかは引き続き。

melemm.386はオプション付けてやらないとまともに動かないからな
/P C0,C4,C8,CC /HM

>>193
実機でも切れてるっぽいです。（Cx2で確認）

>>211
v5.36で /P 指定するとC0-CFを確保でき、FD起動しても落ちませんでした。
ありがとうございました。

実機で /P 指定したことないので、指定しなくても通せれば吉。
余裕あれば眺めてみます。

>>213
WORD単位でページ全域AND取って、0になるページは「何かある」判定されてる模様。

C000-CFFFにFFhを埋めるコードを作ってDX.COMで実行してからMELEMM.386を組み込むと、
/SDや/P指定無くてもC000-CFFFを確保可能になり、FD動かしても落ちませんでした。

np2/21W環境て、RAM無しか、リセット時FFhにできないものでしょうか?

>>214
mem\memems.c を触って、Cバンク全体を書き込み無視/読み込み0FFh固定 にしたら、
MELEMM.386もうまく組み込まれるようになりました。

この状態でしばらく使ってみます。

ほぴ

FFhで埋めればMELEMM.386が動くとか聞いたのでテスト版
https://drive.google.com/open?id=0B19bYGqHu2lvYkQwbk9QTndTV00

SimK
https://twitter.com/simk98l/status/911408005173862400

>>217
作者様試験ありがとうございます。

・MELEMM.386 v5.36のEMSはC0-CFで組み込まれました。もちろんFD 3.12起動もok。
・RAM扱いぽかったので、C0000を00 00に更新してHSB再起動すると、C0が除外され、UMBと重なる領域が割り当てられました。
・HSB R しても、C0000が00 00のままだったので、C0が除外されました。
・Resetすると、再びFF FFになったので、C0も組み込まれました。

ということで機能的には「CバンクRAMじゃないモード」を作っていただいた方が助かります。

...そのうち別のtriple faultとかI/O FFFEhのlimit 0系の件も吸収いただけると助かります。
>>187
>>203

np21wの最新版で118音源にするとサウンドブラスターの音が鳴るな
でもこれ118とサウンドブラスター2枚挿しみたいな認識になってるのかな
あとMate-X PCMでもFM音源が鳴るｗ

>>219
どのソフトでOPLが鳴ったのか報告ほしいです
アボガドパワーズのは鳴るように細工してました

>>220
間違えた
BLACK PACKAGEで使われたmsdrv4が誤認するように細工してました
アボガドパワーズのは118PCMがデータに存在するという噂を聞いただけでした

>>220
自分が確認したのはBLACK PACKAGEのゲームと銀河英雄伝説4です

けんぢのじさくじえーん
np21w周りの話題は全部そう

>>223
何でも自作自演に見えるお前は精神病んでるから精神科受診しろ

さっき某所に出した奴でOPL対応ソフトはだいたいまともに鳴ると思います
対応ソフト持ってないんで想像なんですけど

FMPで実機と聞き比べるとなんかエミュの方が音パートが少ない

だからどうしたってんだよ

(゜o゜;

ふもっふ

>>226
なんかがっかりするよな

やはり実機だ

FMかSSGかADPCMかPCMの何が足りないのか分からんの？
FMPならパートマスクできるプレイヤーあるから見てみたら

単純にエミュで設定している音源とFMPの設定が不一致しているだけだろな。

エミュだとPPZ8の音が少なくなるとかは前に見た気がする

PPZ8はこれかな
ttp://jbbs.shitaraba.net/bbs/read.cgi/computer/43774/1368531133/152-154
エミュだと速度不足なんじゃね

ポリスノーツ
avsdrvcs.sysで試したらBGMはいけてるけど人間の声がノイズまみれ
qemuはGDCの変え方わからん

fmgen以外の現行のCD使える猫ってどれもconfigureのsoundのサンプリングレートの
設定にCDDAの再生が引きずられるよねーとか言ってみる

fmgenも引きずられてるぞ
QFMの恩恵で補間されてるのでは
np21wなら実ドライブ使えるんじゃまいか

あれ？
えーと、configureのサンプリングレートを(例えば)88kにするとCDDAが倍速再生されるのを
引きずられるって書いたつもりだったけどfmgenは普通に等速で鳴るよね？？？

ああすまん88KHzが倍のスピードになるって意味か
22KHzにするとCD音が44KHzじゃなくて22KHzで出力が引きずられる意味かとおもた

最初の時点で
CDDAの再生 -> CDDAの再生速度
としとけば良かったのだな、と反省
ま、寝て起きたら忘れてそうだけど

ttp://spoiler.shiteyattari.com/にあるnp2x14もでぇじょうぶだな

ポリスノーツはAVSDRV.SYSのかわりにQVC_AVS.SYSを使わないと猫ではまともにPCMが鳴りません
118音源にはそもそも対応してないんじゃ

ポリスノーツ君降臨

ポリスノーツはfmgen版なら118でもでぇじょうぶだ
口パクするSL9821がえぇんじゃないか

本当に鳴るの？
ポリスノーツって118音源が出る前のゲームだし
そもそもAVSDRV.SYSって86音源用のドライバでしょ

fmgenのPCMと言えば
ぷよぷよ通で118やスピークボードを使うと声が異様に小さいのはバグなの？

BEEPPCMかPSGPCMになるからでしょ

>>248
という事は音量が大きいnp21wの方がバグ？

スピークボードの時はPSGPCMで
118のときは普通のPCM使ってるな

fmgenはPSGの音量がデフォルトで小さくなってるからそのせいかな
118のPCM(WSS)は改修してる人がいるからそのおかげかも

>>246
AVSDRVCS.SYS使えば鳴りましたよ
ただemulatorだとDMA再生がまだうまく使えないんで今晩実機でどうなるか試してみます

>>250
知識不足で良く分からないけど
ありがと

ttp://www.geocities.jp/pc88emu/pc98game.html
ここに色々情報が
その他には何かないかな

>>253
過去ログのまとめって感じだな
間違っている所もあるみたいだけど

今日もキャンパス花乱満ってfmgenではできないよね？

>>254
動いたよBIOS.ROMが必要だったけど

>>255
そうなんだ
9821のBIOSだったのが悪いのかな？
リターンキーが効かないで始められないから他のエミュでやってたわ

>>255
設定ファイルを消して初期設定に戻すとリターンキーが効くようになったわ

誰も興味もないと思うからどの設定が悪いか調べないけど
興味がある人がいれば調べる

>>226
素直にFMPMDとかで聞けばいいんでないかい？

ついでにnp2fmgenみたいに55khzも追加してくれませんかね
実機がその周波数らしいので

なんか猫fmgen使えない理由でもあんの？
普通使いなら猫fmgenだけで問題ないと思うけど

選択肢は多いにこしたこたないし
しかしメモリリソースリーク対処して無いのは使いたく無い

fmgenの作者は優秀なんだろうけどソース公開してないからな
ソース公開してる猫に色々取りこんでもらいたい

そういう考えて大嫌い

>>263
ソース公開してないエミュはこの先PC環境が変わるとすぐに使えなくなるぞ

55khzの話題はこのスレで出てたな
http://yuzuru.5ch.net/test/read.cgi/gameurawaza/1306584079/145-


あとYUNOの鈴の音がおかしいって話もあったな

そういやYU-NOの鈴がちゃんと再現されてるエミュレータってまだないのかな？
実機でも86ボードとWAVESTARで音が違ったからYU-NOの再現は難しそうだけど

T98-nextかAnex86

かfmgen

猫も鈴の音はそれなりなんだよ
何故かオリジナルのfmgenだけが苦手

>>264
ところがどっこい7年前に開発が止まっているAnex86やNextはWin10でも問題なく動く。

Anex86やnextはいわばエロゲに特化した98エミュだから、エロゲをやるなら猫よりも再現性は高い。
７年たっても猫が追いつけてない領域だよ。

Anex86は画面サイズを選べない（フル画面じゃなくて適度な画面サイズにできない
）のが致命的な弱点だわなぁ

画面拡大は別ツールでなんとか
BASICや特殊フォーマット使っている古いソフトが動かないのと
リズム音源無いのだけが残念

>>271
Anex86は一番画面サイズを自由にできるだろ

>>272
普通のソフトみたいに画面端を引っ張って自由なサイズに出来るのはAnex86だけだろ