PC-98エミュを語ろう20

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エミュを語ろう19
https://egg.5ch.net/test/read.cgi/software/1574874975/

そうだそうだドラゴンナイトの話しようぜ

で？
エロゲの話題は掲示板が違うけど（内容はpinkちゃんねるへ行け）
動作とかシステム関係の問題か何かか？

It is nowadays ... The following extensions made with software BKDSK are all solid images. 
The type of disk is distinguished by the extension. 
The file size is used to calculate the number of tracks. (160 track use with 1024 × 8 sectors, etc.)
MS-DOS format
* .HDM → 2HD (360 rpm) 1024 bytes × 8 sectors × 154 tracks
* .HD5 → 2HD (360 rpm) 512 bytes × 15 sectors × 160 tracks 

* .HD4 → 2HD (300 rpm) 512 bytes × 18 sectors × 160 tracks 

* .DD6 → 2DD (300 rpm) 512 bytes × 8 sectors × 160 tracks 

* .DD9 → 2DD (300 rpm) 512 bytes × 9 sectors × 160 tracks
N88-BASIC format
* .HDB → 2HD (360 rpm) 128/256 bytes × 26 sectors × 154 tracks 
↑ track 0 only single density 128 bytes, others double density 256 bytes 

* .DDB → 2DD (300 rpm) 256 bytes × 16 sectors × 160 tracks

>>809
ここはエロゲが動けばOKなやつらばかりなので、お前の求める答えはないよ
おとなしくしっぽ巻いてお帰り

>>811
いやオレ質問した人間じゃないんだけどｗｗｗ
勝手に決めつけられてて草

>>812
草
なんでしゃしゃり出てきたの？

>>813
わざわざ住み分けしたのにまたこの話題かよって話
あっちに専用スレあるやろ

はいそれまで
終わり

>>811
無能

早くバグ報告しろよノロマ

オレすごいでしょ
でも教えて
やっぱ書くのやーめた。

787名無し~3.EXE2021/04/12(月) 23:40:52.55ID:r4dBkeyr
BIGLOBE/NIFTYでしか入手できなかったNEC98版Windows95更新プログラム

・KRNLUPD3.EXE
・HSFLPUPD.EXE
・32PIOUPD.EXE

上記２つはよく知られているが
32PIOUPD.EXEというアップデートも存在する

20代でエロアオリなら分かるけど、
お前らもうエロなんて飽きる年齢だろ？
恥ずかしい。

A Brief History of Unreal Mode
http://www.os2museum.com/wp/a-brief-history-of-unreal-mode/

HIMEM.SYS, unreal mode, and LOADALL
http://www.os2museum.com/wp/himem-sys-unreal-mode-and-loadall/

評価の高いLinux上のxnp21kaiをビルド＆インストールしてみたけど、
Winアプリのnp21.exeのバグをそのまんま踏襲してるのな。
つくづく無駄な作業だった。

バグって何よ？
具体的に書けば直してくれるかも知れないのに何で書かないの？

WINEでnp2.exeを動かしてみたら結構マトモに動いて
もうこれでいいじゃん、と思ってしばらく触ってたら
インライン入力ができない事に気づいたよ・・・
やはりWindows上で動かすしかないのか

オレすごいでしょ
でも教えて
やっぱ書くのやーめた。
　
日記はtwitterにでも書いてね（笑）

>>823
んー
じゃ、とりあえず書いとこうかな。
俺が見つけたnp21系のバグ3つ。

バグ1
CPUのクロック倍率4倍くらいまではいいんだが、20倍くらいに上げると
テキストエディタのスクロールが妙に遅くなり動きもガタガタになる。
キーリピートの際の入力キーコードをうまく取得できてないみたい。
np21のメニューバーのScreen -> NoWait にチェックを入れるとマシにはなるけど
今度はCPUクロックの倍数によって動きが不安定に。

バグ2
vzエディタを使っている時に気づいたんだけど、カーソルブリンク速度を4倍速に設定
(vz.defの設定で)しているにもかかわらずブリンク速度が1〜1.2倍程度の速度にしかならない。
これもバグ1と何か関連がありそうな気がするんだが作者じゃないのでわかんない。
vsyncを評価するロジック周りが無理してんのかな？
これはvzを常駐させてるか否かによって動きが変わり、常駐させている場合は最初からブリンク速度が2倍程度で、
常駐させてなくて普通に起動した場合は最初は正常に動いてるんだけど上下スクロールをするうちに
ブリンク速度がだんだん遅くなったり速くなったりと不安定。

バグ3
VZ付属のezkeyを常駐させている場合、Shiftキーを押すと画面最下段のファンクションキー内容が変化するが
シフトキーを押した時に本来f1〜f5に表示されるべき内容がf6〜f10に表示される。
その時f1〜f5は空白になっている。
本来f6〜f10に表示されるべき内容はどこにも表示されない。


この3つのバグはnp21系特有のもので、np2には存在しない。
Windowsネイティブ環境・VM上のWindows環境・LinuxのWine上・Linux版の4環境で試したけど全部再現した。
速いPCと遅いPCの両方でも試したけど現象は変わらず。
マウスでポチポチするプログラムなら気にならないんだろうけど、テキストエディタやファイラーを多用する場合には結構致命的なバグ。

>>825
あほ

>>826
環境やソースかけよっていつもこのスレで言われてんだけど
VZエディタのバージョンいくつよ？
あとVZエディタの場合ソフトのほう更新してないとバグってる表示になるのは知ってるんかい？

>>826
追加で突っ込んでおくけど
FEPやらOSインストール関係おかしいならPC-98ほんとに持ってた？っていうレベル

CPU倍率上げてカクカクって恥ずかしいやつだなあ。何も分かってない。
妙な環境で使ってて褒めて貰いたいのか知らんけど
30年前ならともかく使うだけならググれば出てくるから誰も褒めてくれないよ、おジイちゃん

まだあの子おるんか
お前ら面倒見良すぎやろ
介護疲れで鬼籍に入らんように気ぃつけやw

>>635
作ってみた（人柱用）
https://dotup.org/uploda/dotup.org2581448.zip.html

パス：PC98
中身：MSゴシック、MS明朝、システムフォント

なんかxnp21の作者がいそうだなｗ

Linux環境下ではwineでnp2.exeを動かすのが最も実機に近いというのに気づいたよ。
VMのWindowsで動かした場合のようにマウスドライバの問題もないし、
起動が遅いことを除けばLinux環境下では最も実機に近い。

ださw

エロゲしかやらないんでどうでもいいですw

VMwareはDOS6.22以降しかサポートされてない(DOS5.0とか動くけど)から
Win98からWin10が安定してる

>>833
何を上から目線で書いてるのか知らんが、エロゲが動けば全てOKなやつらと思ってるんならそんな日記はいらん

>>821
NP21はunreal mode(4GBリアルモード)が動かないです。ANEX86は動くようです。

32bit OS/2を動かそうと思うとひょっとするとunreal mode使えないと駄目かも知れませんね。
ただ問題はIDEドライバですね。OS/2のHDDドライバがかなり頑固ですので。
16bit OS/2 もエミュで動いたとう情報は無いが、正確な286CPUエミュレーションが必要
ですね。あとSCSIもいるか

PC-98エミュの歴史的にゲーム動かすならPC-9801VM以降とターゲットが定まる。
HIMEM.SYS使うゲーム動かしたいんだけど...じゃあPC-9801VXだな。
とりあえず286の実装はHIMEM.SYSに必要な部分だけでいいっしょ。
386以降要求するゲーム動かしたいんですけど...
とりあえず386の実装に挑戦しました。EMM386.EXE動くようになったし、
これで殆どのゲーム動くっしょ

実機から必要なデータ吸い出しですでに機種が決まっとる
以上

>>839
どっちかっていうとPC98よりIBMのエミュの方だと思う

>>832
パスが違うｗ
ダウンロードできたけど。

天津堂のマーシャルエイジはDEMO.TXTやADV2･5.TXTをスクロールして表示する場面がある
T98-NextとNeko Project2だとその場面でDOS画面に戻ってしまう
CPU/メモリの設定を変更しても同じだった、何とか正常にできない?

どっかのスレで半角外字の話が出てたけど、↓でいけるってことなのかな?
ttps://github.com/joncampbell123/dosbox-x/pull/2885

Anex86とnp2fmgenでもダメだったnp2系はFONT.ROMとfont.tmp両方試したが不可
NEW GAME直後のDEMO.TXTは進めたがADV2･5.TXTの所でDOS画面になる
>>845
ずいぶん最近のだがこのコードで直るのかな

>>827
NPかそのソフトかのバグ切り分けくらいしろ
ハード使えば出きるだろうがよ

バカあほマヌケはげウンコリアン

>>826
解決方法書こうかと思ったけど、やめたｗ

>>844
ADV2･5.TXTのイベントまでめちゃくちゃ時間かかるんやけど（セーブデータぐらいクレと言いたい）
とりあえずFDに直接MS-DOS6.2入れて触ってみてしばらくDEMOやらADV1、ALBUMのTXTは正常に読めてる
HDにインスコして同じところまで進めてもちゃんとテキスト4ドル

ADV2･5のファイル名が読めないかどっかから拾ってきたデータだからおかしくなってるのかっていう予想
とりあえずテキストファイルを読むプログラムだからFontは関係ないぞ

一応環境書くけど
np2fmgen20210717
msどす6.2
実機BIOS使用

連投すまんが一応予想通りってことで別に問題でもなんでもなかったわ
ttps://i.imgur.com/d47LoxC.jpg

ﾈﾙ!

やっぱエミュレータ使ってるのはゲームがメインの人が多いんだろうなあ。
でなければあんなわかりやすいバグが放置されるわけもないしなあ。
Virtual98というのも試してみたけど、これは色々弄ってたら途中でハングアップして問題外だった。
まあ更新がはるか昔に止まってるエミュレータだから仕方がないか。
np2.exeでとりあえずのPC-98環境が作れたら納得して熱もだんだん冷めてきたｗ

その他np2*.exeを弄ってて気づいたこと。
PC-9801の画面は640*400で、これを縦が768ドットのネットブックで全画面にすると表示ドットがどこか省略されるはずだけど、
これをVMのWindowsXpでやるとドット欠けがはっきりわかるのだけど、Windows10で動かすとうまい具合に滲みを作ってくれてドット欠けが気にならない。
小技が効いてるなーと思ったよ。
返す返すもnp21.exeのバグが惜しいところ。

>>852
更新がはるか昔に止まってるエミュレータって大草原

本家np2使っててそれはないわ
あとx86かx64かもわからんままだったし
まあ熱が冷めて引退できていいんじゃね？
結局PC-9801対応のソフトをPC-9821用の画面仕様に修正することができなくてバグとか言ってんだから
君、向いてないよ

まだ日記書いてるのかこのクズ

そんなことより、レンダーをDirect3Dにすると1ドットズレるのどうにかならんかなぁ

俺様スゴイと言う割に大したことなく
この自信が何処からくるのやら。
こんなん上司だったらと思うとゾッとするな。
バブル世代ってコレでも生きられるんだぜ？

いやいやそんなことよりAndroid用np2の話はこのスレでもいい？もっと適切なスレあったら誘導して下さい

EZKEY使ってないから気づかなかったけど、F1〜F5キーの不具合は本当で笑った。

修正なしにMS-DOS6.2に対応してないやつとか結構やらかす

>>859
そういうことか!
Anex86もT98Nextも同じ不具合で、おかしいと思ったわ。
EZKEY DOS6.2だと不具合出るけど、DOS5.0なら大丈夫だった。

>>828

>>861
EZKEY 1.33でDOS6.2正常動作確認した。
スレ汚し失礼しました。

>>855
GeForceのドライバとの相性が悪い

>>863
なるほどゲフォだとそうなるのか
やっぱりDirectDrawで我慢するしかないのか…

PC-98エミュでUnreal Modeの挙動が異なっているようので調査。
ここのプログラムを参考に。
ttps://ftp.sunet.se/mirror/archive/ftp.sunet.se/pub/simtelnet/msdos/asmutl/unreal10.zip

UNREAL.EXEとTEST.EXEを使うが、TEST.EXEはPC-98では結果が表示できないので適当に改変。
TEST2.EXEとでもしましょうか。

mov ax, 0A000h
mov ds, ax
mov word ptr ds:140h, 31h
mov ax, 0
mov ds, ax
mov word ptr ds:0A0142h, 32h
mov ax, 4C00h
int 21h

正しく386エミュレーションされていれば、HIMEM.SYSとか組み込んでいないMS-DOSで、
TEST2.EXEだけを実行すると画面2行目に"1"と表示されフリーズ、
UNREAL.EXEを実行してからTEST2.EXEを実行すると画面2行目に"12"と表示される。

●Anex86とVirtual98
TEST2.EXEだけを実行すると画面2行目に"1"と表示されフリーズ、
UNREAL.EXEを実行してからTEST2.EXEを実行すると画面2行目に"12"と表示される。

●Neko Project 21とT98-Next
TEST2.EXEだけを実行すると画面2行目に画面2行目に"12"と表示される、
UNREAL.EXEを実行してからTEST2.EXEを実行すると画面2行目に"12"と表示される。

のような結果となった。

>>865
80486とi80286リアルモードとi386相当の機械比べてどうすんねん

>>864
GeForceだけなのか知らないけど
GeForceのドライバを削除してOS標準のドライバーでやったら普通に表示された

>>866
CPUが80386以降搭載のエミュでの比較です。
80286なら
67C70542010A003200 ;mov word ptr ds:0A0142h, 32h
が実行できないでしょ。

>>868
80286じゃねえよ
書いてある通りi80286リアルモードだぞ

わかってなかったんか・・・

そうゆうことなのか？

>>865
DOSBOX-XとQEMU/9821でも試してみたが
Neko Project 21とT98-Nextと同じ挙動だった

●Anex86とVirtual98 ←挙動�@とする
TEST2.EXEだけを実行すると画面2行目に"1"と表示されフリーズ、
UNREAL.EXEを実行してからTEST2.EXEを実行すると画面2行目に"12"と表示される。

●Neko Project 21とT98-NextとDOSBox-XとQEMU/9821 ←挙動�Aとする
TEST2.EXEだけを実行すると画面2行目に画面2行目に"12"と表示される、
UNREAL.EXEを実行してからTEST2.EXEを実行すると画面2行目に"12"と表示される。

Unreal Modeを使うPC-98ソフトとしては16giga.sysが挙げられる。他にまりもさんのソフトも
使っているものがあるようだ。
ttps://www.vector.co.jp/soft/dos/hardware/se027390.html

挙動�@の場合は16giga.sysがフリーズせずに作動する。
挙動�Aの場合は16giga.sysがフリーズする。

16giga.sysがフリーズする理由としては、Unreal Modeで32bitメモリ4GBが扱えず、
16MBか1MBで折り返しが発生して、低位アドレスメモリの割り込みベクタ等が破壊されて
フリースすると推定される。

本家は緑色のスマイルマークとピンク色のハートマークが表示されるので、PC-98でも
その用に表示されるように改造してみました。
PC-98エミュレータでの実行した場合、フォントの関係で表示されない可能性があるので、
色反転属性にしてあります。
コードを投稿しようとしたらエラーがでるので
バイナリをうｐいたします。

https://www.axfc.net/u/4042710.zip

PC-9821/9801スレッド Part44
http://ikura.5ch.net/test/read.cgi/i4004/1326529719/

370 ：ナイコンさん：2012/02/09(木) 19:55:24.57
ﾌﾟﾛｸﾞﾗﾐﾝｸﾞはいいかもね。ﾌﾟﾛﾃｸﾄﾓｰﾄﾞに飛ばしてﾘｱﾙﾓｰﾄﾞに戻ると、
ESﾚｼﾞｽﾀが確か32ﾋﾞｯﾄに拡張されていて、ﾒﾓﾘ空間のどこでも直接ｱｸｾｽできたり。
色々、発見があるかも。これは基本386マシンだから？
ﾁｯﾌﾟｾｯﾄを介してﾒｲﾝﾒﾓﾘに接続するタイプのCPUでは、どうなん？

372 ：ナイコンさん：2012/02/09(木) 20:38:46.99
>>370
486SLCにそんなバグあったか？
ってか、ESレジスタが32BitってCore iシリーズ並みの高性能だな。

377 ：ナイコンさん：2012/02/09(木) 23:41:02.04
>370　>372

Unreal modeか。初めて知ったよ。
つーか、当時これ活かしたソフトがあったら、いろいろ面白かったんだろうなぁ・・・・

http://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%A2%E3%83%AB%E3%83%A2%E3%83%BC%E3%83%89
http://en.wikipedia.org/wiki/Unreal_mode

英語版のwikipedia見る限り、386以降で幅広く使えた、らしいがホントかね？

383 ：ナイコンさん：2012/02/10(金) 02:20:45.17
リアルモードからプロテクトモードに上がってセグメントリミット4GBにしてリアルモードに戻るやつ？
俺486マシンのPC-9801BXでガンガン使いまくってたよ
リアルモードから試しに1MB以上のアドレスにあるデバイスにアクセスしてみる場合なんか結構役に立った
あるいはどーしても広大なメモリに面倒な手続き一切すっとばしてアクセスするような使い捨てプログラムを
即興で書きたい時なんかはHIMEM.SYS/EMM386を組み込まずにこれやって1MB以上のアドレスのメモリ使いたい放題とか
(もちろんネットで発表するようなプログラムにはとても使えないが)
生DOSで怪しい事までやっていじり倒したい時の強い味方だよ

有名だから386以降なら386以外でもちゃんと使えるはず

384 ：ナイコンさん：2012/02/10(金) 02:26:04.34
あ、そうそう
そのマシン、Cyrix 5x86化してたがその技が使えた
だからまともに互換性のあるCPUならみんな4GBリアルモードは使えるはず

あとどうでもいいけど
セグメントレジスタの16bit長というのは見た目の長さであって
実際のセグメントレジスタはセグメント開始アドレスやリミットサイズなんかがキャッシュされる領域があるので
32bitどころでは無く長いのです
どうでもいい豆知識

386 ：ナイコンさん：2012/02/10(金) 03:05:59.35
>>384
素晴らしきはi486互換でも別物に近い魔改造のCx5x86で
問題なく動くようにしたCyrixかｗ

396 ： ◆0uxK91AxII ：2012/02/10(金) 19:45:47.70
>>383
＞セグメントリミット4GBにしてリアルモードに戻るやつ
懐かしすぎる。

408 ：ナイコンさん：2012/02/11(土) 06:42:16.52
2DD/2HD両用ドライブ搭載機のFDD BIOSって2Dでも2DDでも
アクセスの仕方（INT 1B？ やパラメーター）同じだっけ？

＞セグメントリミット4GBにしてリアルモードに戻るやつ
よく分からないけど、64KBの制限は残るの？

411 ：ナイコンさん：2012/02/11(土) 09:51:32.50
>>408
>4GBモードで64KBの壁
まさにその壁が無くなるモード
とはいえセグメントレジスタの(見かけの)幅は相変わらず16bitのままなので
コンベンショナルメモリ内でのリロケーションくらいしかセグメントの意味が無くなってしまうという…
あくまで簡易的に1MB超領域を触りたいためのモードって感じ
16bitコードなままなので32bit命令の効率も良くは無いしね

412 ： ◆QZaw55cn4c ：2012/02/11(土) 11:38:13.25
>>384
＞ セグメント開始アドレスやリミットサイズなんかがキャッシュされる領域があるので
＞ 32bitどころでは無く長いのです
いやセグメントレジスタは32ビットだ。その他の情報はディスクリプタテーブルに書いてある。プロテクトモードにいったときにディスクリプタテーブル先頭を指定したはず。

414 ：ナイコンさん：2012/02/11(土) 12:34:21.52
ディスクプリタテーブルとディスクプリタキャッシュレジスタは別物
セグメントレジスタ(セレクタ)は16ビット、386当時のディスクプリタキャッシュレジスタは80ビット
今は64ビット化してもっと長くなってるかもね

416 ： ◆QZaw55cn4c ：2012/02/11(土) 12:48:30.68
>>414
おっとセレクタは16bit でしたね。ご指摘感謝。
キャッシュは好きに設定できなかったと記憶してますけれども（グローバルディスクリプタテーブルレジスタに何がしかのテーブル構造の先頭アドレスをいれてやらないといけないはず）。

420 ：ナイコンさん：2012/02/11(土) 14:41:12.20
ディスクリプタテーブルの中身をセグメントレジスタにキャッシュしとかなかったら
メモリアクセス発生の度にディスクリプタへのメモリアクセスも発生する事に…
そんなんでまともな速度が出る訳は無いのだ
という訳でセグメントレジスタに値がロードされる度にレジスタ内のキャッシュ部分に
一緒にディスクリプタから読んだ値が入ってくる
リアルモードの場合、セグメント開始アドレスはそれで更新されるけれど
リミットについては更新されない
だから4GBに設定しておけばセグメント64KBの壁は取っ払えるし
逆に普通にプロテクトモードからリアルモードに戻る場合あらかじめリミット64KB(以上)に
戻しておかないとリアルモードが正常に動かなくなる

431 ：ナイコンさん：2012/02/11(土) 18:27:02.55
>>424
80x86/80x87ファミリー・テクニカルハンドブック 技術評論社ISBN4-87408-588-1
平成5年10月28日初版第一刷発行
P166
...この場合、リアルモードプログラムは、アドレスサイズプリフィクスで32ビットの実効アドレスを生成することで、4ギガバイトまでのメモリを直接アドレスすることが可能となります

438 ：ナイコンさん：2012/02/11(土) 22:30:03.20
>>410
2トラック読んだら2トラック飛ばすでは？
それはFDD自体が行っているかどうかが、どう判別しているかが問題でして

> >4GBモードで64KBの壁
> まさにその壁が無くなるモード
32bitの事忘れてて暫く悩んだのは秘密

439 ：ナイコンさん：2012/02/11(土) 23:23:02.37
32ビット物理アドレスが設定されてしまう（可能なの）のはＥＳレジスタだけなんだよね？
他のセグメントレジスタはどうなんだ？

440 ：ナイコンさん：2012/02/11(土) 23:43:35.93
いやDSも、意味はあんまりないけどSSやCSだって可能だったと思うけど…
前に俺が使ったときは念のためES/FS/GSレジスタでしかやらなかったな

795 ：ナイコンさん：2012/02/26(日) 00:46:33.54
アンリアルモードって、この前でてた4GBモードの事？
仮想86モードはセグメントのリミットが64KB固定なので
4GBモードはプロテクトモードと共存する事ができないよ
CPUがリアルモードで動いてる必要がある

791 ：ナイコンさん：2012/02/25(土) 23:04:39.21
流れ切ってすまんが。Ｗｉｎ９×の仮想86モードではVCPI，DPMIがサポートされてるとか
聞いた。前に話題になってたｱﾝﾘｱﾙﾓｰﾄﾟは、さすがにｻﾎﾟｰﾄされてないよね？

812 ： ◆0uxK91AxII ：2012/02/26(日) 12:43:27.96
>>791
V86ではdesctiptor tableを弄れない。

>>873
https://i.imgur.com/mk7x6Z4.jpg

>>881
EMM386系は外して起動しないと駄目です。おそらくVEM486だな

https://i.imgur.com/n8m6NwT.gif

UNREAL.EXEを実行しない場合はこのようになるのが正常です

https://i.imgur.com/oJD5Dnq.gif

>>882
VEM486使ってないよ
適当なこと書かないでくれ

一応デバイス極限まで削って動くようにはなったけど
使い方通りにしてもフリーズはしない
https://i.imgur.com/uszbyUy.jpg
https://i.imgur.com/6SgvlOC.jpeg

>>884
何言ってんだ？>>881をどう見ても使ってるだろ
適当なこと書かないでくれ

ID:FCYN1ZlB0　は荒らしをしたいのか実験をしたいのか全く分からん

デフォルトでUnrealモードのエミュがあるということだと思うけど、
作者の思想的なところもあるので、正しい、正しくないという議論は無意味だと思う。
F00000h のフレームバッファの例もあるし。

NP21で、
TEST.EXEをこのように改造して
67C705FFFF1000E900 ;mov word ptr ds:10FFFFh, 0E9h
実行させてみると、本来はアドレス10FFFFhにE9hが書き込まれる筈だが、
アドレスFFFFhにE9hが書き込まれてしまったので、1MBのFFFFFhで折り返しが
発生しているようだ。
;mov word ptr ds:20FFFFh, 0E9hとしてもアドレスFFFFhにE9hが書き込まれるようだ。
やはりUnreal Modeの作動に問題あるぞ。
アドレス0h〜FFFFFhは64KB制限越えたアドレス指定が出来るが、100000hを超えると駄目

ブログかTwitterでやってくれよ
レス消費されてうざい、もし有用でも流れるし見づらい、いい事ないのよ

>>890
自分の興味あること以外を排除するなよ。
おまえの持ち物じゃない。

ならコテハン付けてくれないかなー
NGするから

バグをどうしても認めたくない奴がいるみたいだな
作者？

有用でもいいことないって初めて見る主張だわ

エミュ作者以外見ても意味のない書き込みに
お前ら寛容すぎだろ

「エミュ作者以外見ても意味のない書き込み」ではないように見える

>>862
何嘘書いてんだ？
ezkeyはver.1.32が最終だろ。

つーか「エミュ作者が見てる」って時点で結構な有用ぶりだと考える

まあ一般的な使用者には興味のない内容であることは確実だがな

>>890
お前より有用だとおもうけどな
無能のレス(お前)が邪魔
俺にレスの無駄させるなよチンカス野郎

>>897
横からだけど、おれも1.33持ってる
たしか、当時ヴィレッジセンターのサイトから落としたと思う

有用かも知れんがアプリやゲームがそれなりに動けばいいユーザから見れば
どうでもいいこと
続けるのは構わないけど見たくないのでコテハンとかでNGしやすくして頂けないでしょうか

EMM使わないのと最初からプロテクトモードで動くOS以外って相当優先度落ちるわな

ezkeyはver.1.33が最終

>>897
1.33が最終だよ。 DOS6.2対応版。

見苦しいから自分でコテハン付けろ、無用派ども

>>897
何嘘書いてんだ？
ezkeyはver.1.33が最終だろ。
どうしても認めたくない奴がいるみたいだな

https://web.archive.org/web/20080211115452/http://www.villagecenter.co.jp/atvc/library/

おれは別に>>889の話はここで続けて貰っても構わないし、
書き込む人がコテハン付ける付けないもどっちでも良いんだけど、
>>905 は無理言うなよ