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/

ちなみに現存する全てのPC98エミュで画像が先行します。

これで同期どんなもんだい歌ズコー
ttp://spoiler.shiteyattari.com/np2hb.zip
CPU:2.4576MHz×12
Sound:55466Hz
Buffer:100ms

おお、今までで一番ハーレムブレイドOP再現性の高いエミュだ

これってウィルスとみなされて削除されるんだけど、本当に問題無いの？

ウィルスだよ

マジか？

ビールスぢゃないよ

ブルー・スウィルス

記念真紀子

何かというとウィルス言うやつおるンゴ
セキュリティソフト何使ってウィルスの種類は何だったンゴ
これウィルスって判断するのはクソフトだから捨てた方が良いンゴ

Windows7のMSEでTrojan：Win32／Fuery.B！clって出て削除されたが
他の人は検出されないのか？

そんな怪しいリンク踏む気も起こらんな

>>97
感染拡大しようとするとか、悪質すぎるわ

いまだに、ウィルス、ウィルスって
パソコン初心者かよｗ

ウイニーやりてぇ winny くいてぇ

>>97
それあかんやつや

VirusTotalでは1個ひっかかる位やでそれも誤爆が多いやつ
自衛は大事だが情弱はPC使わない方がええな

カスペなら問題ないけど

>>104
アスペは問題だろう

まあロシアに個人情報送られても困らないからな

アンチウイルスかエミュか自分で好きな方を信じるだけの問題
ごちゃごちゃ騒ぐな

信じるとかアホなの？
ウイルスをまき散らすなと言っている

windows内蔵のwindowsザルDefenderは見事スルーしたが
spoiler.shiteyattari.comに上げるレッドナウのにはちゃんと読めこの野郎TXTが付属してる。
だがそのキモンゴのはTXTすら入ってないから別人でウイルスの可能性は大いに期待できる

こういう人はいつまでも初心者なんだよなぁ
底脳の人ってカワイソウ

>>110
>>110

いつまでも初心者かは分からないけど、今は初心者なのはわかる

>>110
ウイルスで痛い目に遭ったようだな

3.5インチFDをシャッター開いた状態でくるくる出来る冶具が欲しい今日この頃

np2fmgenは猫にfmgenを組み込んでFM音源の音質を向上しようとしたのに始まって
その後PCMとかに色んな修正を加えて今に至っている
Readmeに履歴が載ってる
ソースは公開されていない

BSDライセンスだからソースの公開義務ないんだよね・・・

GPL汚染しないのは大変いいことだ。
GPLなんて実際には「Gnu・Proprietary・License」の略称だからね。

32パートのmidiをoutする方法ってないんかな？
昔のsc88のデータ大量に発見したら気になった

どうしてもPC-98x1で出したいデータなのか？
それともPC-98x1でWin2000を動かしたいみたいな、純粋な興味を満たしたい目的かい？

midiデータなら、98つかわなくても
聞けるんじゃね？

オリジナルドライバ使っててデータが独自だと難しいか

mmdとかかな？

>>119
そうです。どうしてもエミュで。ついに実機が死んでしまったもんで。
それでレコポ等あらかたmidi周りは、ねこプロに移植成功したんですけど、
32part再生だけがうまくいかない。

これ、設定次第ではもしかしたら使えるのかなあ、と。
無理ですかね？
(ま、近年は16part以上midi使う方が珍しいみたいだけど)

>>123
レコポンだったら素直にTMIDI Player使った方が早くね？
問題は32チャネル鳴らすMIDIインターフェースをどうするかだけど
今時のマシンにシリアルポートなんて無いだろうし

TMIDI+RCPCV.DLLで事足りる要件だな。
エミュに拘る理由は趣味的要因のみ。

MIDIインタフェースは今ならESI MIDIMATE II択一。
32chOUT可能でWindows標準ドライバで動く。

どうしても猫で、、、というのなら、
MPU-PC98�U実装部分を改良するしか無いな。
もともとMPU-PC98�Uは1IN/2OUTのMIDIインタフェースのはずで、
現在の1IN/1OUTの実装が不完全ではある。

フォーマット何よ？
winだって普通に32パートなるだろ

やった事無いがSerial OptionをCOM1にしてシリアル接続で繋いでみるのは

MPU-PC98�Uは2OUTだけど同じデータ出力ンゴ

TMIDIで88実機に出力するのがいいんじゃないの
32ch拡張ってGSの独自でしょ

何かいろいろレスもらえてありがたいッス。
どうしても「98のレコポ」が使いたくて、ちょっと聞いてみました。
Windowsだとtmidiとかwin版レコポとかで32ch普通に再生できるので
98エミュでもなんとかなんねーかなあ、と思って。

実は127氏のやり方で何とかなるかなと、現在、奮闘している蔡仲
(そもそもcom1をエミュで使う場合どう設定したもんか悩んでいたり)


上手く逝ったらいちおう報告に来ます(ｷﾘｯ

自前のNP2にfmgen 008を組み込もうとしています。
（RetroArch対応や、NP21/wなどの機能を組み込んだものです）
とりあえず、board26k.c にOPNを組み込もうとしてて、
元にある opngen のコードからデータを盗みとってみています。
ですが、PSGが鳴るだけで、イマイチうまく実装出来てないんですよね。
何か、アドバイスをいただけたらと思います。

git clone https://github.com/AZO234/NP2kai.git
が、fmgen 適用前のソースです(master)。

git checkout fmgen
で、fmgen を仮適用したソースです(fmgenブランチ)。

残念ながら、当方がLinuxで開発しているため、
テストは、WinであればRetroArch版、
LinuxのSDL版・xnp21でお願いしたいと思います。
ビルド方法は、README.mdを参照ください。
(Windowsでビルド出来ちゃったら、それはそれでありがたいです。)

補足：
NP2は他にも亜種がバラバラとありますが、
少しずつ取り込んでいくつもりです。

昔のPC板にも書かせていただきましたが、こっちの方が盛り上がってるので。

board26k.cには一切手を加えずに、その先の実装(Sound配下)でfmgenとのラッパーをかます実装にすりゃええんじゃないかね？
既存の猫サウンドインタフェースに手を加えるのはこんがらがる元になる気がするが。

I/Oを取り込むのに、26k.cに実装したのですが・・・。
sound(opngen,psggen)に組み込んだほうがいい、とはちょっと思いました。

動機というか経緯。
RetroArch用NP2作ったら
「『東方』や『ポリスノーツ』の音がおかしいんじゃー（海外）」ってツッコミがあった。
で、ふとfmgenがあると思ってやってみようと。
既存のNP2/fmgen版で遊んでる人も多くに、
「プログラム（バイナリ）があるのに、なぜすぐ真似できないんだい？（海外）」
という２ちゃん以上のイカレポンチな事を言われて、
なので、泣く泣く最低限はやっとこうと。

夏休みは凄いな
けんぢも湧くのか

けんぢって誰よ？
お前のことか？

俺だよ俺俺

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

"ePC-9801VM" - NEC PC-9801VM emulator for Win32
"ePC-9801VX" - NEC PC-9801VX emulator for Win32
http://takeda-toshiya.my.coocan.jp/

お盆前後なので進捗ほぼ無いです。

でもFM音は鳴りました。
音色パラメータがうまく設定されてないので、デフォな音。

opnaに実装をしてみたけど、
26Kや86でopngenを直接いじってる箇所があるようなので、
その整合をどうするか考えます。

後日、うまくいったぜーって報告出来るようにしたいですね。
>>132 さん、マジ感謝。

np21W rev.34を入れてみたのだけど、FD起動しますか？

Win10 Pro 1703上の98エミュでファイル管理ユーティリティの「FD」を実行して、Karen経由でゲームの起動を試みたのだけど
所有機は9801 FAと9821 As3で、BIOSはAs3のを使っていたと思う。
HDDイメージはT98-Nextで作った物にDOS5.0Aを入れて使用。

T98-Next V1.00 May 25 2010：FD起動→Karen起動→ゲーム起動
Neko Project II Ver0.86（np2）：FD起動→Karen起動しない／FD起動→ゲーム起動
Neko Project II Ver0.86（np21）：FD起動→Karen起動→ゲーム起動
Neko Project II Ver0.86 rev.34（np21W）：FD起動しない（ia32_panicが表示される）／ゲーム起動

FD for PC-98
ttp://www.vector.co.jp/soft/dos/util/se000010.html

Karen for PC-98
ttp://www.vector.co.jp/soft/dos/util/se020090.html

むう、誰もレスが無い
NP21/W Rev.34でx32もx64もDOS5起動させた後、問題無くFDは動作するよん
NP2でNHDのイメージ作成してDOS5いれなおしても駄目なの？
T98NEXTのHDDイメージが上手く動作していないに一票

>>141
動作報告thx


動作報告があったの検証を続けた結果、CONFIG.SYSの↓によってia32_panicが発生していることが確認できました。
DEVICE=A:\MEL4WIN\MELEMM.386 /HM /M D0,D4,D8,DC

取り除くことで「FD起動→Karen起動→ゲーム起動」となりました。

>>142
うちもnp21W rev.34/35のT98NextのHDDでMELEMM.386+FDで落ちてました。
MELEMM.386+FDは常用したいので、NHDにする等引き続き試してみます。

T98-Nextかnp21Wで開発環境を再構築したいのですが、
NextはHSB3.7がちゃんと動いてくれないようで
np21WはMELEMM.386+FDでtriple fault。

>>143
SCSIでHDD形式を試してみましたが駄目でした。

もしかするとIDEのBIOSがいるD8を外したらいいのでは

NP21/WならVEM486はどうかな？
ttp://web.archive.org/web/19990128124657/http://www.w-ing.or.jp/~kozi/bin/VEM13113.LZH

>>145
D8は既に外してました

>>146
ありがとうございます。VEM486+FDは落ちませんでした。
実機で使ったことなかったですが、しばらくVEM486で環境構築してみます。

DOS6.2でIO.SYSとMSDOS.SYSをUMBに移動させるツールってもう入手出来ないんですかね？
Command.comとbuffersを退避させて632k空いたのですがネットワークドライバを読み込むと結構減るので極限までメインメモリを確保したいのです。

PC9801プロブラムの解析ができるプロフェッショナルを急募　報酬10万円 [無断転載禁止]©2ch.net [765875572]
http://leia.2ch.net/test/read.cgi/poverty/1503539750/

何人かのエンジニアが無理だった程度には難度が高いと…
あれ、金と納期がおかしいな

エミュレータで動いてるから実機特有のややこしいことはなさそうなのに何人も逃げた
よくわかんねえなあ

よくわからんけどチョンモウだし
在日に関わりたくない普通の人は逃げ出すだろｗ

金と納期がおかしいから逃げ出してるんだろよ。よくある話だ。

>>149
もう見れないけどどんな内容だったの？
当時のプロテクト外しとかの技が金になるなら悪くないよな。
まあレスを見るに激安だったんだろうけど。。。

受けてる奴が若いのばかりでn88のexe解析わからんみたいな予感

>>154
98時代に開発したソフト2本を逆アセンブルしてIN/OUT仕様書を作成しろとのことだが
ソースコードや仕様書等がない上に何を入力して出力するのかが分からない上に30万までしか出さない

じいさんホイホイで内容の割に安すぎるから誰も手を出さない状態
V30のアセンブラコード表と98のハード仕様書なんざ普通のサンデーマなんて持ってないだろうjk

リバースって違法じゃないの？

リバースエンジニアリング自体を規制する法は無い

自社開発のものらしいよ
ttp://www.lancers.jp/work/detail/1495259

np21/Wでゲーム用のERCACHE.EXEのEMMを組み込んでもtriple faultになりました。
np21/Wのビルド環境を作るしかないか...

試しにnp21w-0.85(16/3/11)で動かしてみる
MELEMM.386+FDは、tripe faultにならないが、固まっている模様
ERCACHE.EXEは組み込み時にtriple faultになる
ということで昔から動かないようです。

>>161
INIを触ってDebug Utilityが出てきたので眺めると。

ERCACHE.EXE は ERC1_V86.ASM の _go_virtual86内の最後から9行目で
仮想86モニタ作った直後の仮想I/Oポート5FEChに1001hをOUTするところでした。
CSはリアルモード側を示してますので、仮想86モニタがちゃんとできてないのかも。

MELEMM.386+FDの方はプロテクトモード内に起因してるように表示されてますが詳細不明。

http://akiba-pc.watch.impress.co.jp/img/ah/docs/1077/473/neko1_s.jpg

【新製品】PC-9801/9821向けのCバス用拡張ボード「NEKO BUS」が発売 [2017/08/26] [無断転載禁止]©2ch.net
http://egg.2ch.net/test/read.cgi/bizplus/1503743558/

HDDの隅で、
ystealth 0.92とysdinfoと言う物を見つけた。

しかし、ドキュメントを消してしまっていて、
使い方がわからない。

>165

なんかどっかで見かけたファイル名だけどなんだか解らない．．．

ROM EMS

>>165-166
ググったらアッサリ見つかったよ。→ http://mai.privatelink.org/old/98dos.html
これは一度も使った事がないな。

>>164
これはどういう使い道があるんや

26K/86ボードが載っていない98で、OPNをつかいたい
という用途だな。

86ボード調達するほうが楽だよ。

そうですか。

実機では、
　・SNC サウンドオーケストラ(26K互換ボード)
　・wavestar + ちいさなMIDIボード
だったから、ystealthを入手だけして使っていなかったのかも。

ySTEALTHの話題とNEKO BUSの話題がごっちゃになってるぞｗ
これだけじゃあれなので手元にあったySTEALTHのドキュメントあげとく。
https://pastebin.com/50yzweZQ

>>169
おそらくRE:birthを所持している前提で98にも転用したいという用途だろう
あと86ボードではオミットされているADPCM機能も付加されているらしい
>>170のとおり後から音源付けたいからという理由でこれを選ぶ選択はないと思う
86ボードをオクで手に入れるよりも割高になってしまうし、部品のハンダ付けも自分でやる必要がある

>そして、PC-98ゲーマーを悩ませたSSG音量問題も RE:birth YM2608モジュールなら自由自在！
>26互換音源登場から32年、遂に解決します。
SSG音量問題って何？音量が小さいって事？
98はDSから使ってるけどメーカー出荷状態がデフォルトだと思ってた。

>>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になる件も再現しました。

先は長そうです。