基本、開発・人柱・新バージョンの報告や話題等で進行をお願いします
たまには上記の延長線上での脱線も可
※家庭用ゲーム機器は板違いです。（ぴゅう太はOK）
※ジェネレーターや其れに準ずる質問等はスレが荒れる原因になるので華麗にスルーして下さい
※上記の事柄に反応した場合その人も同じ池沼扱いされますので決して反応してはなりません
※このスレは如何にスルーできるか問われるスレですので肝に銘じておいて下さい
※禿しく空気読め
前スレ
PCエミュレーター統合スレッド Part8
ttps://matsuri.5ch.net/test/read.cgi/i4004/1483504365/ PCエミュレーター統合スレッド Part7
ttp://hanabi.2ch.net/test/read.cgi/i4004/1430836648/
PCエミュレーター統合スレッド Part6
ttp://hello.2ch.net/test/read.cgi/i4004/1364603890/
ガンガレ。
遠くから見つめててあげるから。
工エエェェ(´°д°｀)ェェエエ工
｜ω・｀)
｜
みてるだけー・・・
他の板だと20とかあるようなのですが…ここはいらないっぽい？(´･ω･`)
すいません…m(_ _)m
と保守
---
今、ステートセーブ周りに手を付けてます。
今の仕組みだとシンプルなのはいいけどデータの保護とか破壊対策が甘いのがあるし、それ以上にsave_state()とload_state()で容易に定義間違いを誘発するのを防ぐ仕組みがほしいな。と
…なので、各データに簡単なヘッダ（デバイス名）とヴァージョン番号とCRC32をつけるところまでは一応できていて、ついでにヘッダをつけていこうと思います。
現状は、一部のデバイスで試してますが、もう少し中身を変えていきたいのと、後、最終的にはセーブステートに一定の後方互換性が持てる可能性を持たせていければ。と思いますので。
そういう「余計な」データがつくのを普通にセーブすると膨らんでしまって手に負えなくなるのも、武田さんがセーブデータのZLIB対応をしてくださったのでやれるように…ありがとうございます。
それと、私が本格的にTownsに手を出す前にDOSBOX-Xの人がやってくれてるようで、助かるのです(；∀；)
身の回りが色々泥沼になってますので(；∀；)
ttp://rosie.5ch.net/test/read.cgi/liveplus/1527128324/l50 安定性を求める素人は18.04.1を待ちやがれ、という説もありますね
ttp://https://askubuntu.com/questions/1028624/not-able-to-upgrade-from-16-04-lts-to-18-04-lts ttp://https://askubuntu.com/questions/125825/upgrading-lts-to-lts-server-why-wait-for-the-first-point-release ttp://https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes#Upgrading_from_Ubuntu_16.04_LTS もちろん、「捨てた！俺は16.04を捨てた！あとは自分で何とかしろ！完璧に動作するかどうかは知ったこっちゃないけどWineを使ってみるのも貴様の自由だぞ♪」でも良いと思いますが。
github の issue を見る限り
そうとは知らずにハイレゾ機でエクセルで表組み作ってたら
ノーマル機で見事に表示が崩れたw
そういった機種固有のはOSが吸収するべきじゃないのかって悪態ついてた
同じことがPC-98/H98間でもあったよ。
まだフォントを選べる時代じゃなかったし
ソフトを組む側も等幅オンリーでプロポーショナルな文字など眼中になかった。
エクセルちゃうやろ？
1-2-3とかMultiplanとちゃうんか？
Wlndows上で動いてたよ
エクセルマクロをバリバリ使って自動化やってたから
まだVB無かった頃のExcel
あちらで色々フォローして頂いてありがとうございます。
自分絡みの話題にコメントするのは差し控えていたのですが、
流石にちょっと放置できない書き込みがあったのでつい（苦笑）
いえいえ、どういたしまして(^ω^)
まぁ、しょうもないことを言ったり詰めたりする人は、昔も今も沢山いますから。
後でスラドに書き忘れてたのを書こうかとは思いますが、武田さんが大枠として使い勝手のよいフレームワークを作られ、色々実装されたことで、
それを足がかりにして、私などがわがままやらして頂けてるのですから、本当にありがたいのです。
そして、XM7の開発に関わったたけがみさんはじめの方々のご協力やXM7/SDLの移植を許諾してくださらなければ、
今のeFM7はなかったし、今も時折（私が所持してない）実データでのデバッグをおねがいしたりなんかしてまして、
まぁ、やれるところまでやらせていただけるとありがたいのです。
今後も宜しくお願いしますm(_ _)m
私も来年50ですので、うまいことCSPが半永久的にネットの海を漂い、好事家が見つけて保管したり未来の考古学や風俗歴史を知ることの助けになってほしいなぁ。とか考えております。
特に私が死に、関係者も殆ど他界した後にも資料として、CSP自体を残したいものです。
ttp://https://headlines.yahoo.co.jp/hl?a=20180604-61706485-bloom_st-bus_all すいません、この10日ほど大規模に色々やってるので（特にステートセーブ周り）、厳しいかもしれません(;´Д`)
最低でもFM-7系とPC-8801系とX1系は、なるべく飛ばないようにしてますが…(´･ω･`)
一通り変更が出来たら、MinGWなどのチェックに入ります。
蛇足ですが、最近のDebian Sidは、かなり不安定で、私のに限らず、Qt使ったプログラムが、Xサーバとの通信不良を起こして起動しないケースがチラホラ見えます。（qtdiagとか）
QtOpenGLの問題と言う形にしておいて、バグ報告してますが、リアクションがまだない…(´･ω･`)
ただ、こっちでは pc8801ma とか fm-7系もみんな sementation fault します。
x1系は試していません
あらあら…(´･ω･`)
レポジトリのヴァージョン値と、CコンパイラとOS教えていただけますか？
55944ca38b04f787ef57d0f07b242be638cac115 ですが、ステートセーブ的なのがはいってから
ずっとだったと思います。
gcc-7.3.1 on Fedora27 です
今、148b1ba8b7d51fdba9f9bce6b8545ddb0ae5831a をビルドしてみましたが、
common_source_project-fm7/source/build-cmake/config_build.sh で以下のような感じで
コンパイルが通りませんでした
/home/hoge/common_source_project-fm7/source/src/statesub.cpp:853:1: エラー: ‘cs_state_utils::csp_state_utils(int, int, _TCHAR*)’ 用のプロトタイプがクラス ‘csstate_utils’ 内のどれとも一致しません
csp_state_utils::csp_state_utils(int _version, int device_id, _TCHAR *classname
)
^~~~~~~~~~~~~~~
In file included from /home/hoge/common_source_project-fm7/source/src/statesub.c
pp:6:0:
/home/hoge/common_source_project-fm7/source/src/statesub.h:59:7: エラー: 候補: c
sp_state_utils::csp_state_utils(const csp_state_utils&)
class csp_state_utils {
^~~~~~~~~~~~~~~
/home/hoge/common_source_project-fm7/source/src/statesub.h:89:2: エラー:
csp_state_utils::csp_state_utils(int, int, const _TCHAR*)
csp_state_utils(int _version = 1, int device_id = 1, const _TCHAR *classname =
NULL);
^~~~~~~~~~~~~~~
依然 Segmentation fault で起動しません
ただ、gdb で動かしてみると起動するという不思議な挙動です...
ありがとうございます。
お手数ですが、コアダンプをとれる状態にして起動し、吹っ飛んだ後に残ったコアと吹っ飛んだプログラムを使ってgdbを起動して、
where
したのを貼って頂けないでしょうか？(´･ω･`)
よろしくお願いしますm(_ _)m
一つ忘れていました。
ビルドスクリプトから、＊共有ライブラリ含めて＊ビルドしてインストールしていますか？
最近、いつもと違って同じ共有ライブラリのヴァージョンで中身をガンガン変えてるので。
（要素が雪だるま式に増えてるので…、もう一息で一段落するはずです。）
(gdb) where
#0 0x00007f4ef3d07adb in Ui_MainWindowBase::ConfigSoundMenu() (this=this@entry=0x1396430)
at /home/hoge/common_source_project-fm7/source/src/qt/gui/menu_sound.cpp:133
#1 0x00007f4ef3d06078 in Ui_MainWindowBase::setupUi() (this=this@entry=0x1396430)
at /home/hoge/common_source_project-fm7/source/src/qt/gui/menu_main.cpp:329
#2 0x00007f4ef3d068f9 in Ui_MainWindowBase::Ui_MainWindowBase(USING_FLAGS*, CSP_Logger*, QWidget*) (this=0x1396430, p=0x13b0c80, logger=0x15b7e00, parent=<optimized out>)
at /home/hoge/common_source_project-fm7/source/src/qt/gui/menu_main.cpp:72
#3 0x000000000043dfe9 in Ui_MainWindow::Ui_MainWindow(USING_FLAGS*, CSP_Logger*, QWidget*) ()
#4 0x0000000000446a7e in META_MainWindow::META_MainWindow(USING_FLAGS*, CSP_Logger*, QWidget*) ()
#5 0x0000000000438188 in MainLoop(int, char**) ()
#6 0x000000000042f5cd in main ()
これでよいでしょうか？
についてですが、source/build_cmake/config_build.sh
を実行すればよいのですよね？
gdb で実行すると落ちないのでここらへんは大丈夫だと思います
ありがとうございます。
そのダンプによると、さんの環境だと変数を壊してるけどgdb噛ませると壊してない（多分、オブジェクトができるタイミング）ようなので、直してみました。
commit d54f358a6032863d081f527269a26511184d861f をお試し下さいm(_ _)m
# 実際には 35816be8ae25e3a3c59fdee6f32d501ec3b3f51d で直してますが、他にいくつか一緒にやってしまったので。
試してみましたがまだ落ちます。gdb で where した結果もほとんど同じです。
(gdb) where
#0 0x00007fcc2c6188f6 in Ui_MainWindowBase::ConfigSoundMenu() (this=this@entry=0x2a36c10)
at /home/hoge/common_source_project-fm7/source/src/qt/gui/menu_sound.cpp:133
#1 0x00007fcc2c616eb8 in Ui_MainWindowBase::setupUi() (this=this@entry=0x2a36c10)
at /home/hoge/common_source_project-fm7/source/src/qt/gui/menu_main.cpp:329
#2 0x00007fcc2c617759 in Ui_MainWindowBase::Ui_MainWindowBase(USING_FLAGS*, CSP_Logger*, QWidget*) (this=0x2a36c10, p=0x2a33600, logger=0x2c57600, parent=<optimized out>)
at /home/hoge/common_source_project-fm7/source/src/qt/gui/menu_main.cpp:72
#3 0x0000000000432809 in Ui_MainWindow::Ui_MainWindow(USING_FLAGS*, CSP_Logger*, QWidget*) ()
#4 0x0000000000438d1e in META_MainWindow::META_MainWindow(USING_FLAGS*, CSP_Logger*, QWidget*) ()
#5 0x000000000042d1b9 in MainLoop(int, char**) ()
#6 0x00000000004247bd in main ()
config_build.sh を実行した後、pc8801ma/build/ で
$ make clean
$ cmake ..
$ make
# make install
しています
commit 797ee9c1ac784fc06e483bf0923120b91b658e39 ではどうでしょうか？
もし、落ちるようなら、buildvars.dat に USE_SANITIZER="Yes" と言う行を加えて、
./config_build.sh pc8801ma でインストールしてみて、落ちた所のメッセージを貼ってみて下さい。
※アドレスサニタイザを有効にするので、かなり遅くなります。
797ee9c1ac784fc06e483bf0923120b91b658e39 で無事起動しました
ありがとうございました
よかったですー(＾∀＾)
Fedoraのgcc7は、色々とセキュリティ強化の拡張がされてたり、gcc8で追加された新しいスタック保護機構がバックポートされてたりで、結構厳しいんですね。
おかげで、気が付かなかったバグに気づきました。ありがとうございました。
期待していたが、武田さんのePC-98DOの98モードもダメだった。
実機でも、モニター選ぶしなんか特殊なことやってるのかな。
ttp://www.geocities.jp/pc8801_11/rds.jpg 
ttps://i.imgur.com/TaPcVeA.png np2で良くない?
実機ディスプレイだとディスプレイの発色で良い雰囲気になるのってのは無理そうだが
縦横の解像度をいじってる（たぶんGDCに与えるパラメーターを変えている）
np2なら対応可能
@drachen6jp
6月9日
95とNTが止まってる場所は見つけたけど直し方がわからない
ゲームしたいのに気づいたら触ってる
ttp://https://twitter.com/drachen6jp/status/1005421987932483584 完璧では無いなあ。崩れてる、実機で遊ぶしか無いのか。押入れからVM出すか。
ttps://pbs.twimg.com/media/DE76MfQVYAE9w47.jpg 
ttps://pbs.twimg.com/media/DE76LnxUQAEoh9L.jpg 今の表示機器は逆に綺麗過ぎてな実機でも液晶に繋いでると違うのはわかる
本来は、画面の左下にあるゲージ（少なくても他機種とアーケードは位置があってる）が
とんでもないところに表示されたりする。
の画像や動画サイトにアップされてる(エミュ)動画みると正常っぽいから
の言うようにイメージ化失敗してるのでは
多分正常に表示できるエミュは無いと思う
GDCのパラメータ変えてるとは知らんかった
あ、吸出しとかブラウン管だからっつーのは関係無い。54のは知らんが少なくとも俺のはそう
どこに問題があるのか全然わからない
ttps://i.imgur.com/kVay8Su.png これも違う?
30行計画とかに対応してるソフトあるのかな
ttp://https://m-fetishism.com/vr/ 殆どがBEEP音になる。
メモリースイッチの設定が必要だった気が
メモリースイッチのROMボード設定を設定する必要があります。
実機だと、N88-DISK BASICを立ち上げて、"SWITCH.N88”を立ち上げて、
使用すする各種ボードをサウンドボードにします。この時、メモリースイッチを保持するになってないと変更が反映されません。
dosからだと、フリーソフトのESWITCHが使えるかもしれません。
サウンドの設定なんて常識過ぎて、、、
...あとは、ほら、年齢的に痴ほう症とかそういった...
ttp://rosie.5ch.net/test/read.cgi/liveplus/1529373056/l50 98時代は長いから、知らん奴がいても別におかしくは無いが、そういう奴はその時代のソフトは使って無いだろ
使ってないだろな
老人なんだろな
ありがとうございます(；∀；)
NP2では動いて自分でやってる（というと語弊がある）方で音がBEEPなんで、あれれ…と思ってました。
メモリスイッチ部分が保存されてないっぽいですね(´-ω-｀)
SW2-5はハードコーディングでOFFだし、なんでだろうー。と思ったら、メモリスイッチを操作した直後のリセットの時だけ26K音源が使えました＿|￣|●
初期の機種はメモリスイッチあったかなかったか自信がないのですが。
githubかOSDNのcommit 4ac4aaa4133ddba69ecb802986d4c41b5685534d
です。(Qt版のみ)。
別号校からもいろいろ内部構造をいじってるので、コンパイルができるかどうか全く自信がないです。
ドラバスの98版はGDCを直接操作して、アーケード版の288×224の解像度を
縦横ともに倍にした576×448で表示させてる。
で？
今、Win32をビルド中です。当面、Ubuntu Xenialのビルドもやります。
ttp://https://osdn.net/projects/csp-qt/releases/69807/ ・武田さん版5/24ベース
・ステート廻りに大規模な改変（またやってしまった…(´・ω・｀)）
・バグ取り沢山
・OpenGL描画廻りの消費電力削減（狙い）
・画面回転が抜けてたので実装しました。
・その他。
今回、Debian Sid版をgcc8ベースにしたら、サイズが酷いことになったので、シンボル関係削ぎ落としたstripped版も用意しました。
GDCを直接弄れば縦400ドット以上も描画できるんだね
は？お前はただのバカ？
コマンドラインとかどうすればいいのかよくわかんないけど
--fd0 a.d88:1 --fd1 a.d88:2
みたいな感じかな？ GUIも変えなきゃだし大変かな...
[D88番号@]イメージファイル名 で出来ないですかね？
イメージファイル名[:D88番号]のほうがいいですか？(´・ω・｀)
検討します（場合によっては両方使えるように）(´・ω・｀)
おお、できました
で、a.d88:1 とかの方がちょっとだけいい理由として、タブ補完しやすいというのがあります
あと、GUIでディスク交換とかはどうするのですか？
できましたか。
TAB補間の件は、少し考えますね。確かに前より後ろのほうがやりやすいので。
で、GUIですが、「さしこむ」で入れたディスクを、「D88イメージ選択」で番号を選択し、
そして、同じファイル内でイメージ変える時は「D88イメージ選択」でやって、
ファイル自体を取り替える時は、「取り出す」です。
コマンドライン絡みのヘルプページ作ってなかったんで、もうそろそろ作っていきますね、心身が空いた時に。
それに、FM77L4の400ラインカードの真面目な実装とか、いい加減やらないと…。
手探りで書いてきた側面が大きい、初期のFM-7移植版とかGUIの構造とかを、どこかでもう少しシンプルでモジュラー性も上げていきたいし…。
# 猛暑で窓際で作業してるので、昼間なんかだと、エアコン廻しても上の方の熱い空気で熱中症に入りかけてますが(；´Д｀)
私事で恐縮なんですが、七年弱ほど使ってきたRADEON HD7770と言うビデオカードが死んだので、
お金ないのどうにかやりくりしてRADEON RX560のカードを安売りで買う羽目になって、
確かにRX560は出来がいいので、もうそろそろ本格的なGPUオフローディングを入れ込めればなと思っています。
OpenGL4.3やES3.3以降で入った、コンピュートシェーダでfoo::draw_screenをやるとか。
# と言うか、やるやると言ってて、なのに他のことばかりしてなかなか進められてないTownsのポーティングを
# やるとなると、GPUオフローディングを活用していくのからは逃げられない気が強くしますので。
GUIもできました。というか、こんなまんまのメニューを見逃していて申し訳ありません...
eX1turboZだと鳴らないね
ttp://https://osdn.net/projects/csp-qt/releases/69884 色々と変えてみています。一番大きなのはVM::のテンプレート化を進めて、VM_TEMPLATE::と言うメタクラスの下位にしたあたりでしょうか。
色んな部分を共通ライブラリに押し込めるには（で、コンパイル時間とビルド時消費電力とディスクを節約する）大前提になるところがなんとか出来たのですが、不具合があるかも知れません…。
シャープ人やし1992年にはもう当時のDOS/V機使ってたし
後年PC-9821はPC/ATとの互換性検証で使ったくらい
国民機を1990年頃の皆が使用してたというのは世間が狭いよ
みんな使ってたと言っていいレベルかと
なんだ、結局使ってんじゃん
印象操作 印象操作w
1位NEC53.7％、2位富士通12.0％、3位東芝9.7％、4位アップル8.3％、5位エプソン7.0％
（日経産業93/6/16）
法人需要も含んでいるので個人需要中心の小売店店頭のシェアとは様子が違う点に注意
無関係の話題なら他所でやってくれないか
ArtaneさんのTownsに期待
だれかcspでx68000とかやってくれないかな
琥珀色の遺言でアナログ画像にモード切替後、
リセット押してもアナログカラーに色化けしたまま
なお、琥珀色でデジタルに戻してもリセット後はアナログ化けのまま
副作用として白と緑が逆転？になるもののX1ソフトがアナログ的な画質になって面白い
発狂 5ちゃん荒らし マウント 前科 不倫 もりじ ロブスター ニート
不正利用 右翼 精神科 精神病 騒動 煽り運転 在日 逮捕歴 ストーカー
コンドーム おばさん 痴漢冤罪 炎上 脅迫罪 森次 左翼 差別主義者 躁鬱病
悪徳商法 レイシスト 詐欺 押し売り 傲慢 捏造 パワハラ 自演 ヘイトスピーチ
発症 引きこもり ゲームアプリ 森次慶子 万引き パクリ 著作権侵害 虚言癖
入院 捏造 解雇 自己愛性パーソナリティ障害 異常者 精神疾患 恐喝 覚醒剤
模写 トレース 加害者 強迫観念 ひかりの輪 発達障害 ドラッグ 猫虐待
執行猶予 オウム真理教 反日 胡散臭い ロブおば 大麻 画廊 高慢 芸人
勘違い 薬物 麻原彰晃 森○ 宗教 攻撃性 自己愛性人格障害 暴言 でっちあげ
事件 病状 双極性障害 アルノサージュ 差別 LGBT 暴力 中国 違法
醜悪 粘着質 無職 売れ残り 火病 無断転載 リンチ 暴行 狂人 懲役
不法侵入 DV 統合失調症 架空請求 盗作 心身症 人格障害 創価学会 炎上商法
2ch 作品 精神病棟 Moritsugu 起訴 森次慶子 下手 ぼったくり 幸福の科学 借金
詐欺師 底辺 精神異常 Keiko 性格悪い いじめ 悪辣 自己破産 コンプレックス
ババア F9 生活保護 横浜 引きこもり ウイルス フェミニスト 癇癪
変質者 反社会性パーソナリティ障害 恫喝 売春 人種差別 窃盗 高圧的
@W_Fei_hung
ttp://https://twitter.com/W_Fei_hung?s=09 ttp://http://peg.thebase.in/ ttp://https://togetter.com/li/1172468 ttp://https://togetter.com/li/1245978 ttp://http://b.hatena.ne.jp/entry/s/togetter.com/li/1172310 ttp://https://m.chiebukuro.yahoo.co.jp/detail/q14182486039 ttp://https://twitter.com/5chan_nel (5ch newer account) すいません、全然進められてませんヽ(；▽；)ノ
赤本は手元にあるので、再開すれば一気に進み出すとは思いますが…(´･ω･`)
メモリチェックで1280KBで固まってしまうようになった。
なんかそのあたりで引っかかるような修正したのかな？
正常でした。
965ナイコンさん2018/05/18(金) 20:00:33.84
武田さんの5/6のやつ、pc9801ra メモリチェックの後起動しなくなってない？
966ナイコンさん2018/05/19(土) 01:53:07.52
うちも動かへん
SMC-777でスナップショットのセーブロードも上手くいかん
圧縮しなければ可能やな
984武田 ◆bnZpPXJze51u 2018/05/24(木) 03:12:51.03
pc9801/membusとvm/sn76489anのload_state()が間違ってました。
次のリリース時に修正しておきます
前述したように、Microsoftは何とかWindows XPのCランタイム（DOSBox-Xのファイル管理にとって非常に重要な機能）で_statと_wstat関数を壊してしまったので、VS2017でWindows XPをサポートすることは不可能です。
私の正式な方針は、私がここで提供するリリースはもはやWindows XPをサポートしなくなり、私は個人的にはXP上でコードの変更をテストしないということです。
非公式には、VS2013プロジェクトファイルがWindows XPビルド（ここでは別のGitHubユーザによって提供される）をしたい人のためのソースツリーに用意されています。
Windows XP上でDOSBox-Xを継続して実行したい人は、パッチを提出して作業を続けることができます。 そうしないと、Windows XPのサポートがコードからビットロップして消えます。
ttp://https://github.com/joncampbell123/dosbox-x/issues/403 あれは便利だった。
何か今も昔もやってること変わってねーな
8086または80186積んだIBM-PC互換機をエミュレーションする
出て起動しなかった。プロテクトモードの実装がまだ不完全なのかな？
EMM386のエラーも含めて
グラフィックはVGAの256色モードはサポートするが、VGAの16色モードとEGAは
サポートされていないみたい
VGAの2色モードも対応していないぽいからMCGA互換とも言えないようだね
｜.B１①②③④⑤⑥. |
｜⑦⑧⑨⑩⑪⑫⑬⑭｜
└――――――――┘
┌―――┬―――┐
| | |
| | |
| | |
age ／￣￣￣￣￣
▲ヽ(ﾟ∀ﾟ)ﾉ＜ 不死鳥のごとくアゲ
▽ へ ) ＼＿＿＿＿＿
sage ｜ ＿＿＿|_＿＿＿_|
この修正だけでもリリースしてくれないかな
すいません…>武田さん、皆さん
昨日までドイツに行ってました。
今月後半か来月もまた行ってきます。
生存確認出来て良かった
おつかれさまです。
まずはお大事に…。
最低半年（下手するとそれ以上）は初期動作までかかると思ってお待ちくださいませ。
前のようにハイペースで集中して進めるエネルギーがなかなか出ないのと、後は方向性を完全に固められてないので…。
今は赤本を読み直しながら、暇を見ておそるおそる感覚を掴んで書いてるという感じです。
ながーーーい眼で（小松政夫）お待ちくださいませm(_ _)m
初心者お断りモードでしょうか？
txtファイルもついているし…
今度OSの再インストールを行う予定です。
再インストール後EGGランチャーを再インストールすればまた遊べるでしょうか？
ちなみにEggは退会済みです
駄目なんじゃなかったっけ?
VM_TEMPLATEは多分そのまま取り込めるかなと思います。
ステート周りの変更はちょっと大袈裟に感じました。
load/saveする変数の定義を一本化した上で、もう少し簡単な方法を考えてみます。
virtual bool device::process_state(FILEIO* state_fio, bool loading)
{
if(loading) {
return load_state(state_fio);
} else {
save_state(state_fio);
return true;
}
}
こんな感じでload/save共用の関数を定義して、段階的にload_state/save_stateを置き替えられるようにします。
bool FILEIO::StateCheckUint32(uint32_t value)
{
if(open_mode == FILEIO_READ_BINARY) {
return (FgetUint32() == value);
} else {
FputUint32(value);
return true;
}
}
void FILEIO::StateUint32(uint8_t &value)
{
if(open_mode == FILEIO_READ_BINARY) {
value = FgetUint8();
} else {
FputUint8(value);
}
}
bool ANYDEVICE::process_state(FILEIO* state_fio, bool loading)
{
if(!state_fio->StateCheckUint32(STATE_VERSION)) {
return false;
}
if(!state_fio->StateCheckInt32(this_device_id)) {
return false;
}
state_fio->StateUint32(data1);
state_fio->StateUint32(data2);
// psot process
if(loading) {
// 必要であれば何かロード後の後処理をする
}
return true;
}
それでいいのではないかと思いますが、
ただ、エンディアンの統一だけは気を付けて頂けるとありがたいのです。
今動いてるのはリトルエンディアンのix86中心で多少ARM（ハードウェアによってエンディアンがビッグの事があるかも）ですけど、
エンディアン違う機械で同じステートデータが使えないと言うのも悲しい感じがしますので…(´･ω･`)
Townsですが、仮のメインメモリと仮のスプライトがどうにか出来て（まだコンパイルすらしてないし抜けがある気がしてるけど）、他に着手するための充電しております(´･ω･`)
OPN2もFMGEN側の仮組が出来てはいますが…どれもこれも細かいところは動かしてから。
後引っかかるのはCD-ROMと電子ボリュームですかね…
そういえばMZ-2800のSASI I/Fがうまく動かないなーって悩んでいるうちに
本業が修羅場に突入してしまったんだったなあ。
ステートセーブ周りはできるだけ早いうちにやってしまおうかと思います。
割と単純作業ですのんで、そんなに気力がわかなくてもいけるでしょうし。
Artaneさん、ビルドしてみたのですが、ハードディスクのある機種で以下のようなエラーが出るようです。
後確認ください。
/home/hoge/common_source_project-fm7/source/src/vm/pc9801/../scsi_hdd.h:
コンストラクタ ‘SCSI_HDD::SCSI_HDD(VM_TEMPLATE*, EMU*)’ 内:
/home/hoge/common_source_project-fm7/source/src/vm/pc9801/../scsi_hdd.h:3
4:4: エラー: ‘image_path’ was not declared in this scope
image_path[i][0] = _T('\0');
^~~~~~~~~~
/home/hoge/common_source_project-fm7/source/src/vm/scsi_hdd.h:26:23: エラー: ‘MAX_PATH’ was not declared in this scope
_TCHAR image_path[8][MAX_PATH];
^~~~~~~~
/tmp/ccrvmfwC.ltrans4.ltrans.o: 関数 `VM::VM(EMU*)' 内:
<artificial>:(.text+0x88b7): `vtable for SASI_HDD' に対する定義されていない参照
です
collect2: エラー: ld はステータス 1 で終了しました
make[2]: *** [qt/common/CMakeFiles/emupc9801ra.dir/build.make:373: qt/common/emupc9801ra] エラー 1
make[1]: *** [CMakeFiles/Makefile2:405: qt/common/CMakeFiles/emupc9801ra.dir/all] エラー 2
make: *** [Makefile:130: all] エラー 2
こんな感じになります
pc9801ra はまだ起動しませんね...
お疲れ様です！！＞武田さん
マイペースでいきましょう。
で、今こちら側もリリースに向けて色々いじってます。
今日中にビルド終わるといいのですが(^_^;
ChangeLogでTownsに言及してありますが、まだビルドできたものではありません(´・ω・｀)
後、FM-77L4は400ラインカードのCRTC周りがまだ実装できてないので（逃げてるうちに忘れてた）…。
気力戻ったらやります（期待しないでお待ち下さい）。
ttp://https://osdn.net/projects/csp-qt/releases/70110 まだ、Ubuntu Xenialがありませんが、今ビルドしています。
停電とかでおしゃかにならないことを祈るよりないのです(´・ω・｀)
ステートのsave/loadの処理の一本化を図っています。
FM7の2018/9/30リリースの取り込みもしています。
思ったより時間が掛かりました（苦笑）
お疲れ様です。
取り込みとセーブ周りの改善、ありがとうございますm(_ _)m
明けて用事済ませてからになりますが、取り込みます。
pair16_tとpair64_tを取り込んだ絡みでpair_tをpair32_tにリネームしたり、
emu/osdクラスの処理分けのための機種ごとの#defineを一部廃止したり、
結構大規模な変更になってしまっています。
ユーザ向けだと、シフト＋数値パッドキーの処理の安定性が向上しているかもです。
目先の作業はこれで一段落かと思います。
復活は11月以降…と思っているんですが、結局11月も忙しそうなんですよね（苦笑）
武田さんお疲れ様です！！！まずはお身体、次に本業ということで…。
今、10/5リリース分のマージをしていますが、幾つかのエミュレータが動く所に到達するまで、最低でも今週いっぱいは掛かりそう。
先週の台風一過の時に腸が痛い痛い(´；ω；｀)となって、今になってやっと回復して、月曜辺りから本格作業に入ったという感じです(´・ω・｀)
# しかも、台風のおかげで身体の筋肉にあった地雷踏まれたので、眼と頭が常時痛くて。と言うおまけまで。
まだ、10/8リリース分はダウンロードしただけで一切みれてないのですが、10/5時点のだと、ステートでエンディアン統一に配慮されたのは非常に良かったのですが…。
引っかかってる↓の方は、テンプレート作ってリファレンス書き直します。
StateBuffer()で扱うメモリが、uint8_t[]なのかuint16_t[]なのかuint64_t[]…という辺りでエンディアンの統一を図らないといけないのもあるのではないかと。
後、構造体をStateBuffer()である買う場合も同様の部分が…ちょっと考えて、構造体表示からState*シーケンスを行える、スクリプトみたいなのも考えておきますです。
それと、float, double , long double型のバイナリ表記って、アーキテクチャ外側での、アーキ間のバイナリ互換性があるんですかね。
例えば、ix86系の浮動小数点バイナリと、IBMのPOWER系マシンのバイナリの間で、互換性が保証されてるかとか。
そこが結構心配。
私が提示したのは、バイナリ表記を数値文字列表記に変換するというものでしたが、もう少しいい方法はあると思う。
## 以下、完全無関係なことですが、お許しください。
# AMD FXであるビルドマシン、マザーボード6年使ってきてるから替えたいです(´・ω・｀)
# AMD Ryzen 6C12T 16GBと言うところで年末用意できる最大レベルっぽい…(´・ω・｀)
単純に考えれば、配列はループ回して、構造体はメンバごとに、
型毎のState関数で読み書きすれば簡単ですが…
MAME由来のCPUのステート丸ごとセーブ、をばらすのは面倒そうです。
MZ-2800のSASI-HDDが動くようになりましたので、今晩中にリリースします。
ttps://i.imgur.com/SsDplZL.jpg 浮動小数に関しては IEEE754 準拠と思ってほぼ間違いないのでは
昔は 754 じゃないの色々あったけど、CSP をビルドしようってくらい最近のならみんな754準拠じゃねーの？
IEEE754準拠（みなし）ということで、エンディアンだけ気にしておけばいいですかねー(´・ω・｀)
いいんじゃないでしょうか
というか、754で書き込むという仕様にして、そうじゃないCPU があれば754形式に変換してから書き込めばよいのではないでしょうか
もう少し具体的な情報がありましたら助かります。
FM-R･286機のBIOS(厳密には松下Panacomのやつ)で
高速なCPUではポートチェックとかで引っかかって停まってしまうのでBIOSに
それを回避するパッチ(AAM命令による遅延を使う場所をバイパス)を当てて、
fmr50_i386とfmr50_i486の2018/2/25版では作動しましたが、
2018/5/24版ではメモリサイズ1280KBの所で停まってしまいます。
これはエンバグなのかより実機に近い作動にした結果286機のBIOSだと
作動しなくなったのかわ分かりません。
また、Fflush() を適当につくっても、
/home/hoge/common_source_project-fm7/source/src/vm/mc6800.cpp: 大域スコー
プ:
/home/hoge/common_source_project-fm7/source/src/vm/mc6800.cpp:3052:6: エ
ラー: ‘MC6801’ has not been declared
bool MC6801::process_state(FILEIO* state_fio, bool loading)
/home/hoge/common_source_project-fm7/source/src/vm/mc6800.cpp: 関数 ‘boo process_state(FILEIO*, bool)’ 内:
/home/hoge/common_source_project-fm7/source/src/vm/mc6800.cpp:3057:33: エ
ラー: ‘this_device_id’ was not declared in this scope
if(!state_fio->StateCheckInt32(this_device_id)) {
など、色々でてビルドできません
すいません、今ステートセーブ周りのマージをやってて、そこらへんでビルド不可の状態がもう少し続きます(´･ω･`)
一段落したら、告知しますので…分量が多いので時間かかる。
# 予めブランチすりゃよかったと今更気づきました、本当に申し訳ございません。
ご指摘の部分とFflushについては、後でいじりますね(´･ω･`)
了解です。気長に待ちます
FMRについては、擬似BIOSでハードディスク周りを弄ったくらいです。
i386で、一部MOV命令でリミットチェックをして例外を発生するようにしたので、
その辺が影響しているかもしれません。
なんでせう？
すみません、ステート周りはStateBuffer辺りを更に弄るかと思います。
構造体はメンバ毎に分けてやればいいや。
void StateValue(bool &val);
void StateValue(uint8_t &val);
void StateValue(uint16_t &val);
void StateValue(uint32_t &val);
void StateValue(uint64_t &val);
void StateValue(int8_t &val);
void StateValue(int16_t &val);
void StateValue(int32_t &val);
void StateValue(int64_t &val);
void StateValue(float &val);
void StateValue(double &val);
void StateValue(_TCHAR &val);
void StateArray(bool *buffer, size_t size, size_t count);
void StateArray(uint8_t *buffer, size_t size, size_t count);
void StateArray(uint16_t *buffer, size_t size, size_t count);
void StateArray(uint32_t *buffer, size_t size, size_t count);
void StateArray(uint64_t *buffer, size_t size, size_t count);
void StateArray(int8_t *buffer, size_t size, size_t count);
void StateArray(int16_t *buffer, size_t size, size_t count);
void StateArray(int32_t *buffer, size_t size, size_t count);
void StateArray(int64_t *buffer, size_t size, size_t count);
void StateArray(float *buffer, size_t size, size_t count);
void StateArray(double *buffer, size_t size, size_t count);
void StateArray(_TCHAR *buffer, size_t size, size_t count);
わかりました。
こちらはまだ10月5日版のマージ中…リリース単位でマージする格好にしないと危ない段階なので…(´･ω･`)
ありがとうございます。
と言うより、申し訳ございません。
StateArray()の二つ目の引数は、要素数（≠バイト数）と言う事でよろしいでしょうか？
# マージ作業の後半あたりから、バッファ関係を厳密に実装してみてます。
後、構造体については、特殊関数を各デバイスで用意すれば済むかと。genericな構造体って限られますし。
最近Githubにコミットしてる、MB8877::process_state辺りを参考にしていただけると。fdc構造体のステート周りを、別関数にしています。
なるほど。なんとかなるかな...
まだ、10/05版ですが。
※) FM-7系、PC-8801系、PC-9801系、PC ENGINE、X1系
とりあえず、config_build.sh pc8801ma してみましたが
[100%] Linking CXX executable emupc8801ma
/tmp/ccRUixj3.ltrans0.ltrans.o: 関数 `EVENT::process_state(FILEIO*, bool)' 内:
<artificial>:(.text+0x1874): `FILEIO::StateCheckUint32(unsigned int)' に対する定義されていない参照です
<artificial>:(.text+0x18ab): `FILEIO::StateCheckInt32(int)' に対する定義されていない参照です
<artificial>:(.text+0x18be): `FILEIO::StateCheckInt32(int)' に対する定義されていない参照です
<artificial>:(.text+0x18eb): `FILEIO::StateUint32(unsigned int&)' に対する定義されていない参照です
<artificial>:(.text+0x18f7): `FILEIO::StateUint32(unsigned int&)' に対する定義されていない参照です
<artificial>:(.text+0x1907): `FILEIO::StateUint32(unsigned int&)' に対する定義されていない参照です
こんな感じのがずらずら続いて
make[2]: *** [qt/common/CMakeFiles/emupc8801ma.dir/build.make:373: qt/common/emupc8801ma] エラー 1
make[1]: *** [CMakeFiles/Makefile2:405: qt/common/CMakeFiles/emupc8801ma.dir/all] エラー 2
make: *** [Makefile:130: all] エラー 2
こうなります。gcc-8.1.1 on Fedora28 です
ステートセーブ周りの修正はこれで一段落です。
＃本業のため、月末辺りまでドイツに行ってきます。
お疲れ様です。
どうか道中お気をつけて。
sudo ldconfigしたらどうでしょうか？(FAQに近いかも)
あぁ、すみません。依然ライブラリは /usr/lib64 にインストールされるようになったと思うのですが、
また /usr/local/lib にインストールされるようになったようです。
/usr/lib64 にインストールされるようにしていただけるとありがたいのですが...
んー…/usr/lib64 だと、行儀の悪いパッケージがライブラリ置いたりしますので…。
後でスクリプトいじって、インストール先をbuildvars.datで指定可能にしておきますね。
すみません。手違いで buildvars.dat を消してしまっていただけでした。
無事ビルドできました。お騒がせしました。
確かそうです。というかSNS全般にややこしい規制をかけてるので、EU圏からのアクセス自体遮断するハメになってるんだとか。
EU、なんかおかしな方向に行ってますよね(´･ω･`)
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。
―――――――――☆
遅延していてすいません。後数作業日で全VMがビルド可能になる所まで来ました。
後、ついでにnamespace 修飾子を積極的に使うようにして、src/vm/{VM名}の下で定義されるデバイスについて、固有のnamespace FOO 的な名前空間に移動させてます。
これをやることで例えばMEMORY:: がvm/ とvm/foo/ の両方にあっても問題がなくなりますし、条件次第では同じライブラリに押し込める事が可能になります。
github側のfm7とかpc8801とかpc9801とかx1辺りのコードを参考にお願いします。
# 後10個のVMくらいがビルドに着手できてない。
後、StateBuffer() の扱いを細分化してます。
全てのVMが10/05対応が出来てビルドが確認できたら、一回リリース出してしまうか、それとも10/7以降の版の対応に移動するか…終わってから考えますm(_ _)m
今後、10/7版以降の適用を（明日以降？）やっていきます。
お疲れさまです。とりあえず私の試したところだと、pc98do で
/home/hoge/common_source_project-fm7/source/src/vm/pc9801/pc9801.cpp: コンストラクタ ‘VM::VM(EMU*)’ 内:
/home/hoge/common_source_project-fm7/source/src/vm/pc9801/pc9801.cpp:799:27: エラー: invalid use of incomplete type ‘class PC88’
pc88 = new PC88(this, emu);
という感じのエラーがたくさん出ます。
また、scv で以下のようなエラーが出ます。
/home/hoge/common_source_project-fm7/source/src/vm/scv/scv.cpp:215:11: エラー: ‘class DEVICE’ has no member named ‘decl_state’; did you mean ‘save_state’?
device->decl_state();
^~~~~~~~~~
save_state
/home/hoge/common_source_project-fm7/source/src/vm/scv/scv.cpp: 大域スコープ:
/home/hoge/common_source_project-fm7/source/src/vm/scv/scv.cpp:252:6: エラー: no declaration matches ‘bool VM::process_state(FILEIO*, bool)’
bool VM::process_state(FILEIO* state_fio, bool loading)
^~
ttp://https://osdn.net/projects/csp-qt/releases/70226 とりいそぎ(´・ω・｀)
ttp://http://r2.upup.be/wV2qsULdHm ☆
丁度SCSI CD-ROMの改善やっている最中で、gitに入れてるのは.cueファイルを正確に解釈するようにした辺りです
…最新のgitでは昨日の武田さん版もマージ済みですが、PC-Engine(CD-ROM^2付き）のPCMが微妙だったり
プログラムハングする場合があるのをどうにか直してからリリースしますね(´･ω･`)
いい加減メモリ周りとスプライト以外の所をやりたい物ですが(´･ω･`)
どちらにせよCD-ROMが使えないとその次の段階をやれないのがTownsなんで…
気長に、気長におまちくださいませm(_ _)m
あと音声が微妙に遅れる（サウンドバッファは問題なし）
次の方どうぞ
NOW DEVICE CHECKING ...
のままかたまっちゃうんだよなぁ
soxとかffmpegとか使われては…
ttp://http://sox.sourceforge.net/ ttp://https://www.ffmpeg.org/ 使い方はどちらもググれば日本語のがあると思います。soxのほうがわかりやすいとは思います。
武将風雲録のBディスクをD88形式にする セクタ14（だったと思う）はデータCRCエラーにする セクタ14以外の内容は元のディスクと同じにする
武将風雲録のAディスクは普通のDSK形式のまま
で、武田さんが2018/11/23にリリースしたmsx2p.exeを使ってゲーム開始できるようです。
ttps://dotup.org/uploda/dotup.org1700055.png.html 他の機種のROMや、BディスクもDSK形式のままで動くように書き換えたディスクイメージは未確認。
パナ系のDISK.ROMも使えるようにする、とか要改善点は色々あるんだけど自分は当分着手しないと思うんで、誰かやってくれないかな。
ただし、WindowsビルドとDebian/Sidビルドは後ほど。
ttp://https://osdn.net/projects/csp-qt/releases/70325/ ・武田さんの11/23版ベースです
・SCSI CD-ROMをかなり弄って、CUEファイルを正確に読む（マルチトラックで）しました。ただし、未だ問題はあるかも。
・CD-ROM^2のADPCM周りを調整しました。
・PCエンジンCD-ROM^2のソフトの多くがまともに動くようになったはずです（同級生の冒頭の音が壊れてるとかCD-DAと絵の動機とか問題は少なからずありますが）
・画面描画周りを一部の機種だけ共通ルーチン使用に移してみました（X1系とFM7系とZ80 TVGAMEのみ）
他にもある程度変えてます。
ttp://http://altohumano.com/gt-r%e3%80%80%E8%B2%B7%E5%8F%96/ ありがとうございます。
PCエンジン周りの取り込みテストをしてみました。
#include <algorithm>
#include <cctype>
を追加しないとVC++でビルドできませんでした。
The Manholeで、短いCD-DAの再生がおかしくなる場面がありました。
ちょっと保留とさせてください。
どうもです。ただ、持ってるのがrom版なんですよね...
わかりました。
こちらでも現象考えますね。
そんな出来損ないのクソエミュ投げ捨てろ.
あー、ROM版ってことはSRAM内蔵してるんでしょうね。
SRAMには未対応、というか現状は
ttp://http://umaiboux.k-free.net/yaya/2016-04-01plus1.html に書いてある
「対応しているメガROMのマッパータイプは4種類だけです。」
のままのはずです。
SRAMの読み書きが正常に行えるかどうかチェックするような処理があったら、その時点で動作不可です。
メガROMまわり（だけじゃないけど）、かなり美しくないソースになってるんで追加対応するなら大幅に書き直したほうがいいかもしれない
了解です。まぁ、openmsxを使えばよいだけなのですが、cspで色々揃うといいかなと。
気長になにかおきるかなぁと期待しています ^^;
ttps://i.imgur.com/VJLx1GM.jpg 
ttps://i.imgur.com/Qh5y8G2.jpg 画像のものをやるためだけにとりあえず作りました(´・ω・｀)
DOSのインストールの仕方によっては動かないかも。最新のgitで…。
昔の人はずいぶんと無茶な技術を駆使したもんだな。
16色ディザの無理矢理表示懐かしい。
これでJPEG画像なるものを知った。
同じ画像データをMac（当時のもの）で見るとあまりの綺麗さにぶっ飛んだ。
*.hdi なファイルなどが見えません。武田さんの方では見えます。
問題には気づいてた（日曜日あたりに）ので、後で直しますねm(_ _)m
申し訳ございませんm(_ _)m
早速御対応ありがとうございました
おケツがどうした？ぢ？
私もFM-7系で似たのをやろうか迷ってましたが、やればドラゴンスレイヤーとか幾つかのソフトでパレットの高速変化してる奴の再現度上がるけど、
ホストマシンへの負荷が上がるから…と迷って止めました(´･ω･`)
又時期見てやってもいいかもしれませんね(´･ω･`)
疑似4096色とか使ったことないけど（ジョークソフトで）やってるのありますし。
単にその方が手間がかからないからだと思います。
CD-DA、ほぼ問題なくなったと思います（但し、Ootakeのソースコードにある注釈の多くの意味をまだ咀嚼出来てないので、とりあえず的な部分が残ってる気がする）。
ただ、CD DATAのトラックからADPCM（など？）にだだ流しする辺りのハンドリングがまだおかしい感じで、長い音声を止めないで流すような所だと音が切れます(;_;)
# シーク完了するしないをSCSI_DEVで見てからセクタ読み書きするようにしたいようなしたくないような(´･ω･`)
hdi化しても褒美の建設描画やセーブ等で何度やっても詰まります
npでも姉でも構いません
どなたか宜しくお願いしますm（_ _:）m
テレネット系がLASER SOFT表記の後止まるけど
バックアップメモリやアーケードカードなど対応すれば良い感じですな
ありがとうございます。
レーザーソフト系がなかなか動かないですが、他のはそこそこ動くようになったと思います。
少しづつですが、Ootakeでの実装の考え方が咀嚼出来てきました。
ありがとうございます＞Ootake開発の皆さん
アーケードカードなどは、どこかに仕様とかありますかね？実装してみてもいいかも（ただし、別のビルド扱いで）
申し訳ございません。
ttp://https://osdn.net/projects/csp-qt/releases/70428 とりあえず、武田さん版と違う目玉は：
・PC9801系でSASI HDD BIOSの疑似BIOSを利用できるようにした。とりあえず通常の使い方では無難に動くようです。
・CD-ROMのタイミングの整備とCUEファイルのパーシング(武田さん12/9版にも一部組み込まれてると思う）
・PC-ENGINE CD-ROM^2の多くのソフトが（CD-ROMとADPCMの改善で）動くようになった。
ただし、レーザーソフト系のソフトと一部のソフトはまだ動かないし、アーケードカードの実装も未だ。
・他にもごちゃごちゃやってます(^_^;
PC-ENGINEを片付け、気力とノリが出てきたら、再びTownsを進めていこうと思います。
# コンピュートシェーダを画面（CRT）周りで導入する辺りの事もやりたいけど、まずはクロマキー描画になりそうです。
## Townsやるに当って、画面の重ね合わせやスキャンライン単位での拡大縮小をCPU側でやるモードとGPU側でやる
## モードと作ったほうがホストCPUの処理能力の面とi386/486/586が動いてる速度(16〜120MHz)を
## 考えると良くないか？という根本的な疑問があるので、そちらも仕込みます。
## コンピュートシェーダがなくてもできるものはできるように。
部屋が法外に寒くてキーボード叩いてると手がしばれるので、ペースが上がらないかもですが…(；´Д｀)
音出ねぇ
あぁ、それでSDLだと音が鳴らないってことがあるのか
ttp://http://sdl2referencejp.osdn.jp/FAQUsingSDL.html QEMU/9821みたいにQEMU/FMを作ってみると言ってみる
がんばえー
でも qemu の開発に追随するの結構大変そう
いくつかボトルネックになりそうなのがあって、
・VRAMのレンダリング
・レイヤーの重ね合わせ
・スプライト
・i386のエミュレーション部分
かなぁ…と思って、ここ数日でやっとコード書きに復帰しております。
ただまぁ、マザーをRyzenベースのマシンにしてしまったので、前ほどはボトルネックがわかりやすくはなくなってますが。
まぁ、マイペースで色々やってみようと思います。
これはIBM-PCとは異なるアーキテクチャのようです
もし本当にやるとしても、QEMU/9821みたいに本家に追従するのはあきらめて
古いバージョン使うとこになるでしょう
ttp://https://osdn.net/projects/csp-qt/releases/70512 Windows向けのビルドには、これとかお使いください
ttp://https://osdn.net/projects/csp-qt/downloads/70511/ Not Found
嫌いじゃない
ごめんなさいm(_ _)m
リンク微妙に間違えてました。
こちらではどうでしょうか？
ttp://https://osdn.net/projects/csp-qt/releases/70512 PCエミュにそれに合ったキーボード使えばいいんだよ
8086(80186)と6809で"memory.cpp"を共用して
使っているみたいなのだが、マズイのでは。
ホントに拙いか、もうちょっと追っかけるけど...
共有メモリあるし、ダイレクトパスでサブシステム空間を全部読み書きできるので、
別におかしくないと思う今日この頃。
ただ6809側では、word アクセス(LDD $FF8C)みたい
なのは、そう頻繁でないようですが。
8bit バスにワードアクセスしたらいかんやろ。
バスの先にあるメモリを16ビットの
データとしてアクセスするんですが。
後で、mc6809.cppとかでread_data16()などしてないかどうかチェックしますね(´･ω･`)
HighバイトとLowバイトをひっくり返しているみたいですね。
「mc6809.cpp」では、16ビットのアクセスみたいな記述は
無いみたいですね。
MN1610(PFU製造？)で、16ビットワードマシンなので
奇数位置のバイトデータを扱うのには苦労したな。
※1ワードは16ビットなので、8ビットのANSI文字が
2文字分格納できる。
コロコロ入れ替わって気付くまで「？？？」だった。
設定から日本語以外の設定消すと変わらなくなるんだけど
16ビット演算する時にはホスト側の16ビット演算命令使うようにしてますので…(´･ω･`)
例えば、
LDX なんとか:ビッグエンディアンでメモリから1バイトづつ取ってきて、内部でホストのエンディアンに直す
LEAX なんとか:内部エンディアンで加減など。
デバッガ: 16ビットのレジスタは、ホストのエンディアンで渡してる。
STXなんとか:内部エンディアンをビッグエンディアンに直して、1バイトづつメモリに書き込む
と言う感じにしてあります。
丁寧に調べていただきありがとうございます。
ホストのエンディアンで処理をして、必用ならその都度
変換するんですね。
※初期のPowerPCでは、ビッグエンディアンとリトル
エンディンをCPUレベル(？)で切り替えることが
出来ると聞いたことがありますけど、どうなんですかね。
基本的に、ホストとエミュレーションする側のエンディアンがずれてる場合、計算する時には内部のレジスタなどはエンディアンをホストと揃えた方が速いですので…(´･ω･`)
そうか、それは途方にクレタ話だな
マニュアルにもっと色々書いてくれると良いのだが
本家ならVS使えます。
私がいじってる方は、ある程度まで対応してますが、仮想化マシン立ち上げてVS起動するのが面倒臭いので、一部だけを書いただけ状態…。
MinGWと言う開発環境なら、ある程度まではいけるはずですが、最近クロスビルドしかしてないのでうまく行かないかも（すいません…）
ああ…こんど書きます（書くの忘れてた）。
すいません…(´･ω･`)
MZ-1200の[BREAK][CLR/HOME][INST/DEL][カナ/英数]を[ESC][Tab][CapsLock][BackSpace]に割り当てようとkeyboard.cppのそれっぽいとこを弄ったんだけどvisualC++どころかVisual Studio自体まともに使ったこと無いからよくわかんないんだよなぁ
ttp://nenecchi.php.xdomain.jp/tmp/mkkey.7z 落して
mkkey VK_BACK VK_PAUSE VK_TAB VK_HOME VK_CAPITAL VK_DELETE VK_BACK VK_KANA
でkeycode.cfg作る
THX 最初のVK_BACKはVK_ESCAPEですね
で、出来たファイルぶち込んだんだけどTAB押してもHOMEにならねぇ
keyboard.cfgをバイナリエディタで開いてみたけどソレっぽいところがソレっぽくなってるからあれでよさそうなんだけどなぁ？
スペハリでボタン連打するとテンポが速くなったり、SMSBIOS（スペハリのBGMが流れる奴）が数秒おきに音が乱れたりする
あとysが動かない
(今まで下＋2のローキックが出来なかったけど、2のパンチがローキックになってしまう)
1988年からのタイトルは結構動かないよ
現象確認しましたが、今はPCEのCD-ROMロムのADPCMがまともな形で動き始め、
レーザーソフトのも動画デモの途中までは動くようになって、さらにここから詰めてく感じなので…
ここらへんがうまくできたら、武田さんの方を取り込んだりしてリリースかなぁ…という形なんで、マスターシステムはおまちください(´･ω･`)
# Townsも、ある程度までは個別要素作れてはいます。
はじめて買ったゲーム機がセガマーク３なんで思い入れは、あるけど、後々。
スペースハリアー ・・・X1/X1turboではOKだけどturboZではFM音源が鳴らない
今、武田さん版2/19仕様の物をマージ中です。
githubのupstream_20190219 ブランチで（問題が粗方なくなったら、マスターに合流させます）。
自動化テストとか、使いやすい（やり方がわかりやすい）静的ソースコード解析システムとか、フリーでいいのがないかと悩み中です(´･ω･`)
リバイバー、私の作業中のe77AVでは問題ないですよ。
イニシエータROMを、AV40などから使い回してパッチ当てで凌いでるとその手の事が起こるかも。
turboZの方は、サウンドボードが認識されてない感じですね。なぜ、turboで認識されてZだとダメなのかは、後々。
というのも、紛失したと思っていたystealthを発見して、これを機にvem486を弄りたくなったからなんだけど･･･
np2からnp21に環境を移行したい、ということ
できれば386以降必須のツールやアプリケーションなどに差し替えたいのでnp2/21の併存は避けたい
np21は派生版の21/Wを使うつもり
ttp://https://osdn.net/projects/csp-qt/releases/70660 ttp://https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20190222 やっとリリースできました(´・ω・｀)
いろいろ変わってます。
バグは取ったけど別のバグは言ってたらお知らせくださいませm(_ _)m
[100%] Linking CXX executable emuhogehoge
g++-6: エラー: ‘-flto=’ への引数がありません
こんな感じでリンクできません...
ごめんなさい、後で（多分寝てから）直しますm(_ _)m
当面は、buildvars.dat.tmplの記述を参考にして、LTO_THREADS（だったか？）に数字設定してみて下さいませ。
確認しました
ありがとうございます
mkkey 好きなキー VK_SEPARATOR
/を00にしたいなら
mkkey VK_DIVIDE VK_SEPARATOR
ありがとうございました。
いえいえ
生ディスクモードでFATのあるセクタのFFを00に書き換えたら空きが323584になりはしたんだが……
次の方どうぞ
NP2って80286のリアルモードのみサポートつまり80186命令互換で、
V30命令には対応していないのでは
HIMEM.SYSはOFFにすると80x86じゃないから駄目となるね
単に速度のHI<->LOWかと思ってたけどエミュレーション自体が違うのか
実機でVMじゃ動くけどDXじゃ動かんしな
みたのずいぶん昔でうる覚えだけど。
その時見たNP2には8080エミュレーション機能もなかったような・・・
お前がキッズか？
被害者に対して暴力団以外にタゲそらしをしてるがやってるのは暴力団で普段外に出ることが少ないため遊びで公共の電波と同じような電波を使って殺人をしてる
統失はほとんどが作られた病気で実際は電波によって音声送信や思考盗聴ができることが最近明らかになりつつある
警察や病院では病気としてマニュアル化されてしまっているのが現状で被害者は泣き寝入りしてる
被害者がリアルタイムで多い現状を知って、被害者間でしか本当の事だと認知できていない
実際にできると思われていない事だから、ただの幻聴ではない実際に頭の中で会話ができる
できないことだと思われているからこそ真面目に被害を訴えてる
海外でも周知されつつあることを知ってほしい。
このままだとどんどん被害が広がる一方
#テクノロジー犯罪
#四代目澄田会
こんな所にも統失がやってくる
まだまだですが…どういたしまして。
今の所、DOS5以降でEMM386.EXE使うとハングアップしたり東方などに使われてる音楽ドライバがハングアップしたり、果ては「バトル」でライン表示おかしかったり。と、
まだまだではありますが(´･ω･`)
i386をある程度以上詰めておかないと、Townsデバッグする時に切り分けしにくいですし。
後、タイミング見て、i286からi8086とV30を分ける事を考えています。ある時期以降の大抵のPC-9801は286や386とV30系を切り替え出来たりするので。
「演算パッケージが未登録です」と表示され、以降ゲームが進まなくなってしまいます
演算パッケージ（FLOAT2.X 等）を登録すればよいというのはわかりましたが
FLOAT2.XのファイルはどちらでDLできるのでしょうか？
何方かお教えください
見つけやすいのは高速版かな。
システムのところを探せばオリジナルもあるかも。
無事DLできました
ありがとうございました
PC9801RAで、FreeDOS PC98 のEMM386.EXEが動くようになりました(・∀・)
MS-DOSのはまだですが。
ttps://imgur.com/Z4BgqkK.jpg 
ttps://imgur.com/gYFEFA7.jpg 
ttps://imgur.com/9xiEUvZ.jpg こんなのもとりあえず動くように。
ttps://imgur.com/tgYPPVP.jpg で、EMM386.EXE(MS)が動かない問題が未だに解明しきれてない…(´・ω・｀)
VEM486はたまにバグる。
どうやら、EMM386(MS)に関しては、不適切な権限移動か不当なセグメント請求をプロテクトモード上からのタスク？切り替えの時にやってる臭いという事までは解明できたのですが。
現物で動いてこちらで動かないというのが謎です(´・ω・｀)
多分どっかのI/Oかメモリマップがあってない。
後、GDCの高速化やスクリーン座標から外れたところへのプロット禁止動作を地味にやってます。
VRAMアドレスで見たほうがいいのかな？(´・ω・｀)
ホストがRyzen2700 で2.6GHz動作かつAMD64ビルドなら、20MHz動作で色んな所に負荷かけてもスローダウンしない。と言うラインまで来たので、もう少し高速化をしたいものです。
＞多分どっかのI/Oかメモリマップがあってない。
np2などの動いているものと比べて見ることはできないのでしょうか？
既に始めています。
ただ、分量が多いので、なかなか前に進まない…(´･ω･`)
しかもややこしいのは、同じ挙動に関しての解釈が、mameやCSPの作者の方々とねこープロジェクト2の作者の方々でかなーり違う。と言う辺りで。
まだまだ手間取りそうです。
# 実家に80386プログラミングマニュアルを置きっぱなしにしてる感じなので、どうにか取りに行きたい物です。
EMM386.EXEの導入に失敗しているのか、ドライバは入るけどその後の仮想86モードでの動作がおかしいのかは
分からないですが、もしINT nやIRETなど命令単位で挙動がおかしいと感じるようでしたら
Intel® 64 and IA-32 Architectures Software Developer’s Manual Volume 2
Instruction Set Reference, A-Z
に書かれているプロテクトモード時の処理シーケンスと比較して正しく内部処理が出来ているかも
チェックした方がよいと思います
EMM386.EXE内のリアルモードからプロテクトモードへの移行処理はページングやセグメントディスクリプタの
準備も含めてそれほどおかしなことをしているようには見えないのでもしその辺でつまずくとしたら全然別の要因
という可能性もありそう?
(例えば、BIOS管理のメモリサイズと実メモリサイズが一致していないとか?適当ですけど)
BIOSやらI/Oの機種依存でこけてるとかじゃないのん？
ありがとうございます。後で引っ張ってきて読んでみます。
MAME版CPUの内部構造を最初疑ったんですけど、どうも色々追っかけてみてそちらのセンではなく、「外部デバイス側の理由で不当な動作に追いやられてるのではないか？」と言う疑いを持ってまして。
多分ですが、EMM386.EXE(MS)の内部からリアルモードに移行する辺りで、MS謹製のにクセがあって、それは別のプロテクトモードを積極的に使ってる会社のソフトの一部でもある癖なんだけど、
それがそうさせている感じは見えてきています。まだぼんやりとですが。
因みに、ログ取って追っかけたレベルだと、FreeDOSのEMM386.EXEは、真面目にタスク切り替え使ってプロテクトモードとリアルモードを行き来してるので…。
emupc9801vx をビルドしようとするとエラーがでます
/home/hoge/common_source_project-fm7/source/src/vm/pc9801/membus.cpp: メンバ関数 ‘void PC9801::MEMBUS::update_bios()’ 内:
/home/hoge/common_source_project-fm7/source/src/vm/pc9801/membus.cpp:760:5: エラー: ‘is_shadow_bank_a0000h’ was not declared in this scope
if(is_shadow_bank_a0000h) {
^~~~~~~~~~~~~~~~~~~~~
/home/hoge/common_source_project-fm7/source/src/vm/pc9801/membus.cpp:761:37: エラー: ‘shadow_bank_i386_80000h’ was not declared in this scope
set_memory_rw(0xa0000, 0xbffff, &(shadow_bank_i386_80000h[0x20000]));
^~~~~~~~~~~~~~~~~~~~~~~
腐っても元PCだな、なんだかんだで簡単には動いてくれない
サターンのSSFもそうだけど
ください
そんなのあったなぁ
存在は知ってるけどどんなものだったのか知らないんだ
教えてください
ttps://i.imgur.com/vxMo3l9.jpg >Artane.さん
おつかれさまです。
最近のi386コアの修正ですが、取り込んでも大丈夫な状態でしょうか？
近々MS-DOS Playerの更新予定なので、そちらで先行して取り込もうかなと思っています。
＃私事ですが、春から昇進して課長になりました。
お仕事無理なさらぬようお身体御自愛ください
ご昇進、おめでとうございます！！
i386コアですが、限定条件つきながら取り込み可能です。
限定条件）
・MS製のEMM386.EXEやViperV10以降やFreeBSDがプロテクトモードでの問題から動かない。
・FreeDOS(98)のEMM386.EXEやVEM486.EXEはほぼ動く（ただし、プロテクトモードに由来するソフトウェアの問題は店晒し）
この問題は、かなり時間かけてやっていくよりない問題なので（ある程度尻尾は掴めたものの、なぜこのエミュレーション先i386コードからこうなるのか。を、
最終的に確定しきれてなくて、要はCPUがダメかエミュレーションしてる機種のエミュレーションがダメかの切り分けに手間取ってる）、
Work-In-Progressで取り入れていただくよりないかと。
今、某氏から要請のあったMC6809の逆アセンブラの改良と、独自にやってるPC9801のメモリアクセス廻りの高速化作業の一発目を、
身体の不調で店晒しにしています（後者は、現状でPC-9801RAだけが動いてて286搭載機種がダメである鬼畜状態）。
四月頭（三月後半だったかも）から連休までが色々異様に忙しかった反動と気候の変換で風邪ひいたっぽくて…(´･ω･`)
数日したら作業再開しますが、取り込み内容の判断はお任せします>武田さん
ttp://https://www.nanshiki.co.jp/software/dosvaxj3.html フォントファイル等の追加無し、日本語入力も Windows の IME で可能となっています。
wineでj3100の動作確認しました。なつかしのソフトが動いて嬉しいです。
Windowsだけでなくlinuxなどに対応させるのは難しいでしょうか？
今さっき、とりあえず（要は根本的な解決になってない気がするので）SUPPORT_24BIT_ADDRESSなPC98でも動くようにしました。
GITのecc00ae5ce15db672a459144b004632779b09e3a にて。
未だ、EMM386.EXE(MS)の件は未解決...。
ざっくり見た感じだと、GUI書ければどうにかできそうです。
但し、IME絡みの問題やらなんやらあるので、画面レンダリング部分は、クロスプラットホームなGUIツールキットにあわせる必要がありますね。
当面は私はやれないので、どなたか…(´･ω･`)
もとが DOSBox なので画面回りはそのままで大丈夫なはずです。
SDL の IME 拡張の X-Window 関連を適用してないのでそれをなんとかする必要があります。
あとは Linux に Windows の GetGlyphOutline に相当するのがあるかどうかですが、こちらは要 fontx ファイルか bdf 形式対応でもよいかもしれません。
いっそのこと、ibusやfcitxのように、Xプロトコルから独立したIMEにするか、
今ならばQt QuickでUI書いて、IMEはqt側に任せてしまうといいかと。（又は、Gtkなどの同等機能で）
こうすると、OS依存度を劇的に下げられますよ。
描画部分のGUI向けの書き直しとあたりやればとりあえずは、動きますよ。
なんか話がかみあってないように思いますが。
今回ベースとしているDOSBoxは元々Linuxに対応しているのです。
マルチプラットフォームのためにSDLを使用しているので、IMEの対応もSDL内部で行う必要があります。
Qt対応などは一から作り直しレベルになってしまいますので、現実的ではありません。
どうせだからUI作り直してみては...と言う話だったのですが。
実際の所、画面的にきれいでなくてもいいな、SDL2を使うようにすれば、TextInputイベントでどうにかできるかも（要検討）
ttp://http://sdl2referencejp.osdn.jp/TextInput.html ttp://https://wiki.libsdl.org/Tutorials/TextInput で、SDL1はほぼDeprecated扱いされてますし、SDL2への変更点は表面上は少ないですよ。
本格的に使おうとするとアレコレ違うAPIに変えてかないといけないですけど。
私のやってるCSP/Qtの中の、
source/src/qt/osd_sound.cpp とか、osd_input.cppとか、
後はsource/src/qt/gui/joy_thread.cppとsource/src/qt/common/qt_util.cpp
のあたりが、参考になるかも知れないし、ならないかも知れません。
ココらへんは、最初はSDL1で書いて、後からSDL2（ほぼ専用）に書き換えてますので...。
追記：
後、フォントに関しては、SDL_TTFなどでどうにかしてみるといいと思います。
ttp://https://www.libsdl.org/projects/SDL_ttf/docs/index.html ttp://https://www.hiroom2.com/2015/05/17/sdl2%E3%81%AE%E6%96%87%E5%AD%97%E5%88%97%E6%8F%8F%E7%94%BB%E5%87%A6%E7%90%86/ 今は、4Kディスプレイから1280x720（又は640x480)のディスプレィまで、色々ある時代なので、そこだけは、やるなら最初から(UI関係は)考慮しておいたほうがいいと思います。
対応ありがとうございます！！
> 6809逆アセンブラのご要望の件、どうにかしました(´･ω･`)
いろいろ情報および提案をいただきありがとうございます。
何回も言っていますが、あくまで DOSBox ベースでの作成です。
DOSBox の根幹的な所まで修正するつもりはありません。
元々の DOSBox 自体は GUI もありませんが、充分実用になります。
Linux 対応ですが、一応 Ununtu 18.04 で日本語表示と入力まではできています。
日本語ファイル名等細かい問題がありますので、公開まではもう少しかかると思います。
おお、Linux対応やってくれているのですね
ありがとうございます
DOSBox-X で SDL2 や GUI 対応しているのは知っていますが、まだまだ活発な
活動中のようですので、あれをベースにして修正に対応していく余裕はありません。
今回 DOSBox も SDL1 もある程度枯れているというのが良かったのです。
テスト版を下記にアップロードしました。
ttp://https://www.nanshiki.co.jp/free/dosvaxj3_ubtest.tar.gz Ubuntu 18.04 64bit 版です。他のディストリビューションでしたらごめんなさい。
専用の SDL を使用する関係で dosvaxj3.sh で起動する必要があります。
他にも必要なライブラリがあるかもしれません。
初回起動時に ~/.dosbox/dosbox-0.74j.conf が生成されます。
DOS/V モードになりますので、J-3100 モードにしたい場合上記のファイルを修正してください。
フォントファイルの指定なしの場合 X のフォントセットから持ってきて表示するのですが、一旦
画像に展開してデータ化をしているので日本語ファイルをページアップで表示とかすると反応
が遅いかもしれません。速度重視なら fontx2 のファイルを指定した方がよいと思われます。
みたいになります。
OnTheSpot は対応面倒そうなのでとりあえずはこれでよしとさせてください。
画面上の文字列のクリップボードコピーは動作しません。
おお、動きました。ありがとうございます。
報告ありがとうございます。動きましたか。
正式公開時には Linux 用は Ubuntu 用のバイナリのみ提供しようかと思います。
フォントについてはキャッシュが効くようにしたので表示速度は改善されています。
キーボードは日本語配列をご使用でしょうか。
日本語配列の場合、Enter 近辺の記号の入力がおかしくなっていませんでしょうか。
Windows では強引に解決したのですが、Linux では同じ方法ではだめなようです。
> キーボードは日本語配列をご使用でしょうか。
はい、日本語配列です。
> 日本語配列の場合、Enter 近辺の記号の入力がおかしくなっていませんでしょうか。
まぁ、これはdosbox系列はみんなそうなのであきらめています。
> 正式公開時には Linux 用は Ubuntu 用のバイナリのみ提供しようかと思います。
おっと、私はFedoraなのです。
今回はたまたまUbuntu用のが動きましたが、できればgithubの方にマージしてもらった方がありがたいです。
Debian 系と RedHat 系の違いがあっても動く場合もあるのですね。
共有ライブラリのバージョンが一致していれば大丈夫って事なのかな。
Linux 版ですが、github から取得して configure, make してくださいでも大丈夫なんでしょうか。
パッケージを作るというのが正道なのでしょうが、そこまではちょっと。
前回のが動いたということで再度テスト版です。
ttp://https://www.nanshiki.co.jp/free/dosvaxj3_ubtest2.tar.gz 日本語キーボードに対応しています。
> Linux 版ですが、github から取得して configure, make してくださいでも大丈夫なんでしょうか。
たぶん、Linux 使ってるような人はそれは大丈夫なんじゃないでしょうか
少なくとも私はその方がうれしいです
日本語キーボードうまくいっています
ありがとうございます
Win32ビルドとUbuntu(Xenial)ビルドは今ビルドしています...。
ttp://https://osdn.net/projects/csp-qt/releases/71131 で、相変わらずi386と言うかFreeBSD(98)やEMM386.EXE(MS)の問題は残っていますが、
あまりに変更点が多くなった気がしたので（で、ChangeLogまとめるためにログ見直したらすごいことになってた）、
一旦リリースします(´・ω・｀)
現状が、マージポイントということでお願いしますm(_ _)m ＞武田さんほか皆様
少しハイライト：
①PC-9801でVRAMアクセスとメモリアクセスを高速化できたと思います。
実際、PC-9801RAで10%以上は(ホストCPU周波数が変更しない前提で)10%以上は速く出来てると思います。
②PC-9801と言うかuPD7220をいろいろいじってます。今後は、コマンドFIFO周りの部分をもう少し”本物”と知覚したいと思ってます。
③いろいろとAPIが追加されてます。基本的に、read_signal()とwrite_signal()でやるようにしてます。
④MC6809と同じような形での「メインCPU減速機構」をi386に入れました。
これ、「メインCPUはクロック周波数を一回設定すると変えられない」と言う制約と、PC-9801がクロックを変えれることの矛盾を解消しようということです。
⑤CPUに擬似信号線を追加してみました。
などなど...(；´Д｀)
ttp://https://www.nanshiki.co.jp/software/dosvaxj3.html XGA, SXGA の V-Text 対応、Linux 対応等々です。
Linux 版は github より取得してビルドしてください。SDL-IM-plus も必要です。
バイナリについては要望があれば考えます。
お疲れ様です。
なんとかビルドできました。(Debian/sid/amd64)
①SDLはそのままビルドできるけど、DOSBOXのconfigure時にエラー。
結局、-lXfont2と-XiがXベースのシステムだと足らなくなるので…。
以下、パッチ貼っておきますが、sdl-configの方が自動生成されてるはずなんで、SDL-IM-Plus側を変更する必要があると思います。
---------
--- sdl-config.orig 2019-05-21 15:00:21.469646324 +0900
+++ sdl-config 2019-05-21 15:06:53.484649966 +0900
@@ -45,7 +45,7 @@
echo -I${prefix}/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT
;;
--libs)
- echo -L${exec_prefix}/lib -Wl,-rpath,${libdir} -lSDL -lpthread
+ echo -L${exec_prefix}/lib -Wl,-rpath,${libdir} -lSDL -lXfont2 -lXi -lpthread
;;
--static-libs)
# --libs|--static-libs)
追記。
出来たら、SDL-IM-Plusのsoname(libSDL.so.xx.yy.z)を、別の名前にしてもらうのとDOSBOXも別の名前にしていただけると色々ありがたいのです。
それと、sdl2-configとかヘッダのディレクトリとか…。
今のままだと、既存のとバッティングしかねないので、お願いしますm(_ _)m
すみません。
何分 autoconf 等は使ったことがなかったので修正には時間がかかると思われます。
Raspberry Pi 3 でビルド・実行できたのですが、Debian なもので同じ所でエラーになります。
情報があって助かりました。
あと Raspberry Pi の場合フォントセットで日本語フォントが取れないようです。
一応 xfonts-intl-japanese やら big やらを入れてはみたのですが。
とりあえず fontx2 ファイルを使えば動きます。フォントファイルは ~/.dosbox に入れる
必要がありますのでご注意ください。
SDL については最終 1.2.15 ベースで、プログラム側から IM イネーブルにしなければ元の 1.2.15 と同じ動き
になるはずです。
ヘッダファイルも ENABLE_IM_EVENT を定義しなければ元のまま(ここらへん確証無し)となるはずです。
まあ名前変えた方がいいのでしょうけど、何分 autoconf 等の使い方や Linux の共有ライブラリ
のしきたりというか文化に慣れていないもので、時間がかかると思われます。
dosbox-x がやってるように、自家版 sdl をソースツリーに同梱してしまって
それを常に使うというのはどうでしょうか？
それと、configure は github にはおかないほうがいいと思います。
autogen.sh で各自作れますので。
github におかれた configure だとエラーが出ることがよくあります。
それで autogen.sh を実行すると、次回 pull したときバッティングがおきて面倒になります。
SDL-IM-plus は libSDLIM に変更し、ヘッダも /usr/local/include/SDLIM に置いて SDL 1.2.15 と共存可能としています。
DOSVAXJ3 も実行ファイル名を dosboxj に変更し、設定ファイルも ~/.dosboxj/dosboxj-0.74.conf に変更しています。
Debian 9 / Ubuntu 18.04 で git clone からのビルド、インストールは確認しました。
X Window で日本語のフォントセットが取れない場合はとりあえず半角のみ内蔵フォントを使用します。
日本語が表示されない場合は fontx2 ファイルを使用してください。
ありがとうございます。Fedoraでもビルドできました。
ただ、~/.dosboxj/dosboxj-0.74.conf で machine=dcga
としても j-3100 モードにならないようです...
これでうまくいきました
お騒がせしました
Ctrl-F1 でマッパーを書き換えても "key 0" となってしまってうまくいきません...
ありがとうございます。
Debian sid (AMD64）でビルドと動作を確認しました。
ttp://https://www.nanshiki.co.jp/software/dosvaxj3.html Windows 版も dosboxj.exe にしたのと、LFN の不具合を修正しています。
~/.dosboxj に dosbox.conf があるとそれを優先して読み込んでいました。
今回 dosboxj.conf (存在しない場合は dosboxj-0.74.conf を生成) を使用するように変更していますのでご注意ください。
こちらの環境ではカーソルキーは問題なく使用できています。
今回デバッグ用の出力機能を追加しましたので、 dosboxj.conf の [dosbox] に debug=true を追加して起動し、カーソルキーを押した際にコンソールに出る内容をお教えください。
上下左右です。
scan=6f, sym=111, mod=0
scan=74, sym=112, mod=0
scan=71, sym=114, mod=0
scan=72, sym=113, mod=0
こちらと同じですので、スキャンコード等の問題ではなさそうです。
一旦 ~/.dosboxj/ の中身を全部削除してから再起動して確認してみていただけますでしょうか。
~/.dosboxj を決してみましたがやはりカーソルキーが効きません...
カーソルキーですが、コマンドラインでの←→でカーソル位置移動、↑↓でのヒストリ検索もきかず、アプリ等でもきかないということでしょうか。また、PageUp PageDownはききますでしょうか。
こちらのDebian, Ubuntu では問題ありません。Fedoraのバージョン等の細かい情報をいただけますか。
またキーボードはUSB接続でしょうかPS/2でしょうか。スキャンコードが一致してるので関係なさそうではありますが。
> カーソルキーですが、コマンドラインでの←→でカーソル位置移動、↑↓でのヒストリ検索もきかず、アプリ等でもきかないということでしょうか。
はい、どちらもききません。
> また、PageUp PageDownはききますでしょうか。
PageUp では '/' が入力され、PageDown はききません。
それぞれのスキャンコードは
scan=70, sym=118, mod=0
scan=75, sym=119, mod=0
です。
> Fedoraのバージョン等の細かい情報をいただけますか。
Fedora29です。gcc-8.3.1 でコンパイルしています。
> またキーボードはUSB接続でしょうかPS/2でしょうか。スキャンコードが一致してるので関係なさそうではありますが。
Dell のノートPCです。
他に違う働きのキーはありますか。
それと以前に出したUbuntu用のバイナリではカーソルキーは正常でしたでしょうか。
こちらでもFedora入れて試してみます。少々お待ちください。
EMM386.exe(MS)動かしたときの不具合調べつつ、デバッガーの拡張とメモリウエイト周りを実装しました(´･ω･`)
デバッガーのバックトレースコマンド（UT)と逆アセンブラに、色々機能つけて、特に386上のソフトのデバッグ支援機能を高めました。
UTコマンドは、16Mエントリー記録出来る上に、外部に書き出せるようにして、例外やFAULTを取り込んだりしました。
エントリー数が普通だと多すぎる気がしなくもないので、可変設定（256エントリーから2の28エントリーくらいで2の階乗エントリー作れる）機能後で作ろうかと思ってます。
最近のgitからお願いします(´･ω･`)
> 他に違う働きのキーはありますか。
ざっと試した感じ、他のキーは大丈夫そうです。
> それと以前に出したUbuntu用のバイナリではカーソルキーは正常でしたでしょうか。
すでに消してしまって確認できないのですが、気にならなかったので正常だったのではないかと思います。
> こちらでもFedora入れて試してみます。少々お待ちください。
すみません、よろしくお願いします。
どちらかのキーボードが違う。と言うことはないでしょうか。
そうだとすると、SDL_Eventで処理されてるキーコードがWindows版だとVK_なんたらと言うコードに一旦翻訳されてから渡されてるけど、
GNU/Linuxに限らず多くのU*ixシステムではインフラ(Xやevdevなど）のキーコードが直接渡されてる辺りの差異っぽいですね。
ただ、ウチ(Debian sid)だとちゃんと操作できてるので、
キーボードが吐いてる生コードが違ってるか、Xなどが渡すコードが違うかだと思います。
最終的には、OSやインフラがどういうヴァージョンかとかの話も絡んでるっぽいですね。
ということは、sdl-im-plusで追加した部分が問題ということでしょうか？
ビルドしたフォルダの config.h で C_X11_XKB が #define で定義されているか確認していただけますでしょうか。
もしくは configure 実行で for XKBlib support が表示されているかどうかです。
あと dosboxj.conf の [sdl] usescancode=false に変更して動かしてみてください。
Linux 版は平日夕方しか作業できませんので、Fedora での確認は少々お待ちください。
> ビルドしたフォルダの config.h で C_X11_XKB が #define で定義されているか確認していただけますでしょうか。
1と定義されています。
> あと dosboxj.conf の [sdl] usescancode=false に変更して動かしてみてください。
カーソルが効くようになりました！
> もう一点。dosboxj 起動時にコンソールに keyboard type XX といった表示は出てますでしょうか。出ていれば XX の内容をお教えください。
表示されません。
DOS keyboard layout loaded with main language code JP for layout jp
は表示されていますが、keyboard typeは出ていません。
原因ですが、Wayland の場合に XGetAtomName の返値が evdev で始まる文字列ではなく (unnamed) となっており、そのためキーマップの設定値がおかしくなっていたようです。
修正していますので usescancode=true に戻してカーソルキーが動作するか確認してみていただけますでしょうか。
正常動作しない場合、今回は keyboard type が表示されますのでそれの内容をお教えください。
なお、設定ファイルは ~/.dosboxj/dosboxj.conf に統一しましたのでご注意ください。
Windows 版も MS-IME でのキー入力が入りっぱなしになる件の対策等を行っています。
ttp://https://www.nanshiki.co.jp/software/dosvaxj3.html カーソルキーが効くようになりました
ありがとうございます
Opening image file: dos31.img
Booting from drive A...
のまま固まってしまいます。SS001以外のDOSは持っていないので他でどうなるかはわかりません。
それと、もしかしたら、J-3100の1.2MBの2HDからブートできないのかな、とも思っていますがどうでしょう？
日本語入力が可能で、634Kの空きが有るのも
素晴らしいですね。
効くようになりましたか。良かったです。
こちらの手持ちの V486C の MS-DOS と英語版 MS-DOS でもブート出来ませんでした。
東芝 MS-DOS/V (1.44MB) ではブートできましたので、確かに 1.2MB のイメージからはブート出来ないのかもしれません。
東芝 DOS の場合 BIOS の日本語拡張部分が東芝 DOS 内蔵のものを使用すると思われます。
そうなりますと、仮にブート出来たとしても DCGA 画面への切り替えが DOSVAXJ3 で認識できなかったり、対応していないハードウェアスクロールや漢字 ROM 直接読み出し等々の問題がでて正常動作しないと思われます。
なるほど。幸い、リセット必須のソフトはあまりないのでブートはあきらめます^_^
下の方が切れてますが、描画系のサイズ可変にしないと無理ですねー(´･ω･`)
後でやります…(´･ω･`)
後、EMM386.EXE(98)の問題、どうやらハイレゾ機じゃないのにハイレゾ機と誤認識してたりするのではないか？と言う所までは詰めました。
まだまだかかりそうですが(´･ω･`）
ただ、それでは説明不十分な類似現象がいくつかのソフトであるので、それもまだまだ…(´･ω･`)
お試しは、githubかosdnからgitつかうなどして最新のgitリボジトリにて。
追記。
後、PC9801::DISPLAYですけど、GVRAMがEGCやらGRCGやら色々な所から読み書きされるので、分離してしまった方がよさそうに思えてきました(´･ω･`)
色々考えます(´･ω･`)
J-3100 の場合、機種毎に専用の MS-DOS があったりしたので、ブートしたとしても個別の対応が必要と思われます。
DOSVAXJ3 ですが、細かい修正を行ったバージョンを公開しています。
これで一旦休止とします。
FDDを仮装でなくて実ドライブを認識させることできます？
持ってるゲームを動かしたいんだけど
FDを仮想化した時点でプロテクト働いて起動できない
試して見ます
作業多くて大変でしょうけどまったりePCEに期待してます
武田さんもArtaneさんもいつも有り難うございます
mk2モードから、マシン語でSRモードに切り替えるソフトが動作しない。
例外的なことらしいけど、ここは実機とは違う部分。なんとかなるといいんだけど。
因みに、やっているそふとはこんな感じで書いてある。
DB,33,F6,80,D3,33→ IN A,33H、OR 80H、OUT 33H,A
切り替えている理由は、おそらくNモード用の高速なDISK BASICを使う為だろう。
SRには、DISKBASICは超遅い標準の物しかない。
武田さん凄いですね。
SWI3 .. RESETベクトル、SUB-ROMにも描いて無いん
だけど自力で探し出したみたいですね。
(eFM16-βのソースを見ると)
何でエラーで起動しないんだ？と思ったら
いつの間にかFONTと漢字ROM以外BIOSの中に入れたら動かなくなってたんだな
ttp://https://github.com/cebix/macemu/tree/master/BasiliskII BasiliskII for Windows
ttp://https://www.emaculation.com/forum/viewtopic.php?f=6&t=5282 DOSVAXJ3 をバージョンアップし、東芝 DOS のブートに対応しました。
DCGA の画面切り替えは ROM の BIOS を呼んでいるようで、漢字 ROM の直接読み出しに対応しましたので起動してなにかしらの画面は表示されると思います。
半角英数字が化ける場合、README.txt に対処方法が書いてありますので、試してみてください。
東芝 DOS でのブートですが、日本語キーボードが英語配列になってしまうのと、辞書 ROM やハードウェアの EMS は使用できませんのでご注意ください。
とりあえず V486C 付属の DOS 3.1 と日英 DOS 5.0 でブートできる事は確認しています。
おぉ、ss001 の dos もブートできました
ありがとうございます
qemuの68k emulationもQuadra800相当じゃなかったっけ
海外だとNeXTエミュもあるね
今回のバージョンで半角/全角キーでIMEを切り替えると押す度に「`」が表示されるようになりました。
（前回までは表示されていなかった）
素の状態で発生しています。
SS001 の DOS ブートですが、半角英数字は正常に表示されますでしょうか。
すみません。修正版を公開しています。
SS001のDOSで半角英数は正常に表示されています
そういえば、たいした問題ではないですが
英語DOSでブートしてCGAのゲームを起動すると
2色ではなくカラー表示になります
当時の2色のCGA画面がちょっと懐かしかったり...
「Raspberry Pi 4」登場 4Kサポート、CPUも高速化で35ドルから
ttp://https://www.itmedia.co.jp/news/articles/1906/25/news065.html ＞プロセッサは1.5GHｚの4コアARM Cortex A72で、性能が先代の3倍以上になったとしている。
＞HDMIポートがtype-Aからtype-Dの2ポートになり、60fpsの4K動画に対応した。
報告ありがとうございます。正常ですか。
SS 以降は半角フォントデータのアドレスは F000:CA00 になっていると考えてよいのかなあ。
初期のラップトップ系だと違う可能性があるような気もします。
で各機種用 DOS はアドレス決め打ちなので他機種で文字化けすると。
確かに J-3100 実機だと CGA 320x200 4 色はモノクロ表示でしたね。
これは実機が手に入らないと実際の表示がわからないので、気長にお待ちください。
ttp://https://www.seasip.info/VintagePC/t3100e.html ここの Video modes というところに4色の表示の仕方が出ています。
対応ありがとうございます。
ドキュメントから見つけられなかったので、ついでに質問させてください。
config.sysでのfiles=30の様に指定してコンベンショナルメモリの空き容量を増やす
方法はないのでしょうか。dosbox側の問題？
（空き容量は充分過ぎるので、逆に貪欲になってます）
その他、気になった点が以下の通りです。
現象１：
imgmountの挙動がdosboxと違っている様で、
mount C C:\DOSBox\hd-0
imgmount D C:\DOSBox\Plane-2GB.vmdk -t hdd
Image file not found.
Cドライブはマウントできていますが、
Dドライブはエラーになってしまいます。
dosoboxではDドライブもマウントできており、
そのままコピペしただけですが認識してくれません。
現象２：
ファイラのFD.COMを起動した後のEMSメモリの状態を
zmap /e か vmap /e で
確認すると、
name="FD_HIST$"としてsize=16Kが1ハンドル分のみ生成されるはずが、
name="・ 琅"としてsize=16KがFDを起動した回数分を生成している様です。
ありがとうございます。参考になります。
ただ、2 色表示はいろいろ調査して実現方法を考えないといけないので、気長にお待ちください。
このページを見ると、T3100/J3100 では DCGA への切り替えは ROM BIOS で可能と考えてよさそうですね。
DOSBox の場合、MCB の開始が 016f':0000 に決め打ちされてますので、コンベンショナルメモリはそれ以降になってしまいます。
FILES の設定はなく、FCB も最低限しか確保していないと思われます。
現象1 はおそらく LFN 対応関連の問題と思われますが、こちらで再現できないので、
ttp://https://www.nanshiki.co.jp/test/dosboxj_debug.zip からテスト版をダウンロードして dosboxj.exe と同じフォルダに展開して dosboxj_debug.exe を実行し、
imgmount を実行して DOSBox Debugger の 下の表示の EXEC:Execute Z:\IMGMOUNT.COM 以降のメッセージをお教えいただけますでしょうか。
現象2 についてはバグです。上記のテスト版では修正されています。
FCBの件、失礼しました。単純にメモリ容量が増えると考え違いをしていました。
imgmountの件は、
mount C C:\DOSBox\hd-0
imgmount D C:\DOSBox\Plane-2G.vmdk -t hdd
デバッガ出力：
4688: EXEC:Parsing command line: mount C C:\DOSBox\hd-0
4691: EXEC:Execute MOUNT.COM 0
4691: FILES:file open command 0 file MOUNT.COM
4700: DOSMISC:DIRCACHE: Set volume label to
5360: DOSMISC:DIRCACHE: Set volume label to C_DRIVE
5366: FILES:Special file open command 80 file Z:\AUTOEXEC.BAT
5366: EXEC:Parsing command line: imgmount D C:\DOSBox\Plane-2G.vmdk -t hdd
5369: EXEC:Execute IMGMOUNT.COM 0
5369: FILES:file open command 0 file IMGMOUNT.COM
→ 5654: MISC:Files[C:\DOSBox\hd-0\DOSBox\Plane-2G.vmdk][DOSBox\Plane-2G.vmdk]
5660: FILES:Special file open command 80 file Z:\AUTOEXEC.BAT
コマンド出力：
Drive C is mounted as local directory C:\DOSBox\hd-0\
Image file not found.
Z:\>
先にCドライブとしてmountした"C:\DOSBox\hd-0"でimgmountで指定する
ドライブレターを変換してしまっている様です。
それでパス名が一致しないために探せなくなっている状態みたいですが、
そちらで再現しないLFN関連で他に条件を変えて確認する方法があれば指定してください。
EMSメモリの件は修正されていました。
報告ありがとうございます。
imgmount ですが、こちらで仕様を勘違いしておりました。
まずはコマンドラインで指定したファイルをホスト OS 上で確認し、見つからない場合かつ mount されているドライブであればマウント先でも確認しています。
ですので、間違えて mount 先のドライブから参照してしまっているわけではないと思われます。
原因ですが、Plane-2G.vmdk とありますので、ファイルサイズが 2G 超のために存在確認用の stat() がエラーになっているのではないかと思います。
ファイル存在確認を _stat64() に変更してみたバージョンを
ttp://https://www.nanshiki.co.jp/test/dosboxj_debug2.zip にアップロードしていますので確認してみてください。
エラーの場合は今回もメッセージが出ますのでそれをお教えください。
本家 DOSBox と Visual Studio のバージョンが違うため、ライブラリ関数の動作が異なるのではないかと考えています。
5024: EXEC:Parsing command line: mount C C:\DOSBox\hd-0
5027: EXEC:Execute MOUNT.COM 0
5027: FILES:file open command 0 file MOUNT.COM
5036: DOSMISC:DIRCACHE: Set volume label to
5696: DOSMISC:DIRCACHE: Set volume label to C_DRIVE
5726: FILES:Special file open command 80 file Z:\AUTOEXEC.BAT
6302: EXEC:Parsing command line: imgmount D C:\DOSBox\Plane-2GB.vmdk -t hdd
6305: EXEC:Execute IMGMOUNT.COM 0
6305: FILES:file open command 0 file IMGMOUNT.COM
autosized image file: 512:63:16:0
Using partition 0 on drive; skipping 63 sectors
Mounted FAT volume is FAT16 with 65384 clusters
6314: FILES:file search attributes 8 name D:\*.*
6314: DOSMISC:DIRCACHE: Set volume label to DOS-BAK
6920: FILES:Special file open command 80 file Z:\AUTOEXEC.BAT
ただ、
参考：DOSBox上の認識された状態
autosized image file: 512:63:16:4092
Using partition 0 on drive; skipping 63 sectors
Mounted FAT volume is FAT16 with 64439 clusters
Windows10上で確認したPlane-2GB.vmdkのファイルサイズ：2.00 GB (2,147,483,648 バイト)＝2^31
DOSBoxでは
512×63×16×4092＝2,111,864,832byteに自動変換している様ですが、
シリンダ数？が0と4092と違って表示されているので、クラスタ数が違ってくるのでしょうか。
「Wikipedia 容量の壁」の情報では、
512×63×16×4096＝2,113,929,216byteが上限とされ、
それ以上の大容量の場合の挙動が違っていたということ？
debug2 版でシリンダ数が 0 になるのは 2G 超のファイルのサイズを fseek(), ftell() で取得すると
エラーで 0 になってしまうためです。
※まあ fseek(), ftell() でファイルサイズを取得するのはよろしくないといえばそれまでなんですが、
元からそうなっているので。
で、ファイルサイズからシリンダ数を計算しているので 0 になります。
こちらの調査では Visual C++ 2013 までは stat() で 2G 超のファイルの存在確認が可能ですが、
Visual C++ 2015 以降ではエラーになります。
ただ、Visual C++ 2013 でも 2G 超のファイルサイズを fseek(), ftell() で取得しようとすると、
ファイルサイズがマイナス値で返る関係で計算後のシリンダ数も 0 になってしまうはずなのですが、
本家の DOSBox はそれ以前の Visual C++ を使っている関係からか、それらしい値が計算できてしまっているようです。
いまさら 2013 以前に戻すのもなんですので、2G 超のファイルの存在確認、サイズの取得方法の変更や
imgmount 時の fseek の 64bit 化等で対処するしかなさそうです。
元々 FAT16 のボリュームの制限もありますし、今回のようにコンパイラのライブラリによって動作が
異なる等々ありますので、サイズが 2G 前後のイメージファイルはあまり使わない方がいいとは思うのですが。
DOSBox のソースのプロジェクトは Visual Studio 2003 でしたので、Visual Studio 2003 上で 2G 超ファイルのサイズとシリンダ計算を
するテストプログラムを動かしてしてみましたが、ftell() は -1、計算したシリンダ数は 0 になるようです。
また、こちらの DOSBox でも 2G ジャストサイズのイメージファイルは imgmount できず、シリンダ数は 0 となっています。
Plane-2G.vmdk ですが、元は VMware で作成したイメージファイルでしょうか。
シーケンシャル読み込みで挙動が変わってくること承知しました。
実際には1GB未満しか使用していないので、1GBでイメージを作り直してデータ転送するのが無難ですかね。
シリンダ数が0と判定された状態で実使用容量を自動調整することが正しいとは
考えづらいのですが、実機で4GBのHDDを2分割してフォーマットした時の動作とか
処分したので確認できないですし．．．
容量を縮小して使用したいと思います。
イメージの作成は、多分そうです。
数年前に作成したので記憶があいまいですが、確か当時のVMware Playerでは
1GB単位での容量指定だったのを2GBに指定したものと思います。
以上、調べて頂いて、ありがとうございました。
本家 DOSBox と DOSVAXJ3 とでシリンダ数計算部分の処理は同じですので、自動調整をしているわけではなく、
なにかしらの原因で ftell() によるサイズ取得でそれらしい値が入ってしまっているものと思われます。
その後いろいろ調査してみましたが、bochs 付属の bximage.exe を使用してイメージファイルを作成した場合、
DOS/V でフォーマットすると 504M の制限に引っかかります。1G のイメージファイルを作成してもフルに使えません。
拡張ディスク BIOS に対応していないのが原因と思われます。
それと現行のバージョンではイメージファイルのサイズによっては DOS/V でフォーマットできませんので、
下記のテスト版を使用してください。
ttp://https://www.nanshiki.co.jp/test/dosboxj_debug3.zip このテスト版は一応 2G 超のファイルのサイズも取得できるよう処理を修正していますが、上記の通り BIOS の
制限もありますので 504M 超のイメージファイルは使用しない方がよいと思われます。
ゲームばかりでなくて懐かしくなって新松を動かしてみたのですが
MTTK2.DRV
が無効または見つかりません
と出て起動しません。xnp2 や dosbox-x では起動します。
もし新松をお持ちでしたら見て頂けませんでしょうか?
調べてみます。
ちょっと手間取りそうな気がしますが…。
ありがとうございます
ver.3 は csp、np2、dosbox-x 全滅で mame だけ起動したw
ver.4 は csp 以外は起動する
◎2GBイメージでの検証
imgmount D C:\DOSBox\Plane-2G.vmdk -size 512,63,16,4096 -t hdd
5366: EXEC:Parsing command line: imgmount D C:\DOSBox\Plane-2G.vmdk -size
512,63,16,4096 -t hdd
5369: EXEC:Execute IMGMOUNT.COM 0
5369: FILES:file open command 0 file IMGMOUNT.COM
Using partition 0 on drive; skipping 63 sectors
Mounted FAT volume is FAT16 with 65384 clusters
5378: FILES:file search attributes 8 name D:\*.*
5378: DOSMISC:DIRCACHE: Set volume label to DOS-BAK
5948: FILES:Special file open command 80 file Z:\AUTOEXEC.BAT
imgmount D C:\DOSBox\Plane-2G.vmdk -size 512,63,16,0 -t hdd
5366: EXEC:Parsing command line: imgmount D C:\DOSBox\Plane-2G.vmdk -size
512,63,16,0 -t hdd
5369: EXEC:Execute IMGMOUNT.COM 0
5369: FILES:file open command 0 file IMGMOUNT.COM
Using partition 0 on drive; skipping 63 sectors
Mounted FAT volume is FAT16 with 65384 clusters
5378: FILES:file search attributes 8 name D:\*.*
5378: DOSMISC:DIRCACHE: Set volume label to DOS-BAK
5948: FILES:Special file open command 80 file Z:\AUTOEXEC.BAT
クラスタ数の指定を変えても
65384 clustersの数値に違いはありませんでした。
続きます。
新規に8GBのイメージを作成（3GBで充分だった）
VMware Workstation 14 Player
PC DOS 2000でFDISK
基本区画に2047Mバイト（1Mバイト＝1,048,576バイト）
拡張区画に5499Mバイト
1バイトのテキストファイルを作成して、dirコマンドで
2,146,435,072バイトが使用可能と表示。
imgmount D C:\DOSBox\Plane-8G.vmdk -size 512,63,16,4096 -t hdd
でも
imgmount D C:\DOSBox\Plane-8G.vmdk -size 512,63,16,0 -t hdd
でも2,146,435,072バイトが使用可能と表示。
2,146,435,072÷(512*64*16)＝4094
5366: EXEC:Parsing command line: imgmount D C:\DOSBox\Plane-8G.vmdk -size
512,63,16,0 -t hdd
5369: EXEC:Execute IMGMOUNT.COM 0
5369: FILES:file open command 0 file IMGMOUNT.COM
Using partition 0 on drive; skipping 63 sectors
Mounted FAT volume is FAT16 with 65505 clusters
5378: FILES:file search attributes 8 name D:\*.*
5378: DOSMISC:DIRCACHE: Set volume label to 8GB6DDDD.DDS
5948: FILES:Special file open command 80 file Z:\AUTOEXEC.BAT
2048とかも設定してみましたが、
この場合もクラスタ値の指定は無効な様した。
65536－65505＝31 clusters分減少した理由も不明です。
報告ありがとうございます。
Mounted FAT volume is FAT16 with 65384 clusters
の cluster の値ですが、イメージファイルのブートセクタの内容を取得して計算で出しています。
-size のクラスタ数は内部で変数に格納はしますが、使用しておりません。
VMware は拡張ディスク BIOS (LBA) に対応しているので、フォーマットも正常にできているものと思われます。
フォーマットが出来ているので imgmount 後にファイルも作成でき、空き容量等も取得できますが、
DOSVAXJ3 側で拡張ディスク BIOS に対応していませんので、使用容量が増えてシリンダ 1024 以上の
領域を使用するようになると正常な動作にならないと思われます。
前にも書きましたが 504MiB(528MB) 以下のイメージファイル(シリンダ数 1023 以下)を使用するようにしてください。
承知しました。
これにて追試を終了します。
Dir 表示をさせたときに、ファイルの年月日表示が
間違っているみたいなのですが。
○ 2019-07-04 18:46
この表示が、下のように表示されます。
× 2019-07-07 18:46
なんとなく、日にちにも月の値を設定して
いるような。
セントロニクス（パラレル）のドングルが認識されない
やはりI/Oを直に叩くものはエミュでは無理なのか
日本語も問題ない
（\キーが利かないけど）
BIOSデータが必須だけど
pcem romsで検索
シリアルポートとパラレルポートが仮想化出来るといいですよね。
秋月辺りで売ってるFTDIのチップの乗ってる基板を繋ぐと…とか。
OS単位でかなり抽象化の方法が違うので、はてさて。
PDF で付けようと思ったけど、それも止めた方が
良いみたいですね。
付けるならば、PDFを印刷したものか。
スマソ、投稿先を間違えた。
もっとちゃんと謝れよ
ちっうるせーな…
ｻｰｾﾝ
すみません。ご指摘の通り 年-月-月 表記になってしまっています。
これまでの修正を一旦まとめたバージョンを明日公開します。
CGA 4 色モノクロ対応は構想中です。
ウンコは入らない
じゃあお前いらねーじゃん
アップデートありがとうございます。日付が正しく表示されるのを確認しました
いえいえ
(いいだしっぺなので、レスしました)
ついでに、障害か仕様か解りませんが dosboxj.confの [autoexec] の項目で
mount d d:\ -t cdrom
の一行を記述すると
Window(のみ？)が表示された後、DosBox AX アプリが落ちます。
元祖の DosBox では落ちません。
mount で -t cdrom を付けると落ちるようです。
-t cdrom 無しでもマウントはできるようですので、とりあえずは無しでマウントしてみてください。
しばらく作業できませんので、修正は少々お待ち下さい。
了解しました。
出来ました。
MiniVMac
だから出来たって言ってるだろw
PC-9801ですが、i286やi386積んでる奴だとV30の8MHzとかをサブで積んでて切り替えられるので（一部機種はない？）、
そこらへんを実装してみました。
ただ、やるとV30停めてる時の386でのホストCPU消費が厳しいので、そもそもV30をなかった事にするオプションをつけてみています。
最新のgithubから。
遅くなりましたが、状況確認できました。
不思議なのは、FreeDOS(98)に一太郎5のEMM386を組み合わせると、使えるんですよね、ATOK8が(´･ω･`)
で、一太郎も使えるかなと思うと、保護違反が起こる。
でも、DOSにこれらを組み合わせると、ATOKが辞書ファイルわからなくなって見れなくなってる。
問題の所在を調べるのに、いくつかやってみていますが…(´･ω･`)
とりあえずわかったのは、0000:0400からの512バイトの領域に、PC9801のBIOSが起動時に検知したハードウェア情報やらワークやらなんやら格納されているんですが、
mameで起動したのとemupc9801raで起動したのとで、
同じBIOSなのに何故か違う所が数カ所（SASIかIDEかの違いはあれど）。
なので、いくつか洗い出し始めてます。
最終的には、BIOSとITFを逆アセンブルするかも(^_^;)
ツール探すのめんどいですが。
新松、入手難しいかも…
暇とおかね見て、うまいことオークションか中古屋さんに入るタイミングと合わせられるといいのですが。
PC-9801DA/DS/DXの頃からV30積んでないはず
PC-9801RA/RS/RXまでは積んでたはず
まあそですよね、今から買うとなると相当厳しそうな気がします
無理なさらないでください
I/O91年9月号（と思うもの）に松ver.5の体験版がついています
探せるようでしたら
ありがとうございます。
どこかにあったかも知れません…実家から引き上げた荷物調べてみます。
ttps://tablacus.github.io/LSX-Dodgers/ ↑でGakuさんが書いていますがX1turboエミュレータで
異常にならないものが見つけられませんでした。
唯一、eX1turboだけが見た目がキレイだったけど、
誰も気にならないってことなのでしょうかね。
ディップスイッチってどうやっていじるんでしたっけ？
どの辺が？
二行で答えよ
ありがとうございます
本当ですか！？
全く別の事をしてたのですが（メモリースイッチ周りとポート周り）…
ともあれ良かったです。とは言え、当面はエンバグするかも…(^_^;)
MZ-800版のFLAPPYを実行してみたが、金属音みたいなノイズが入る。
ソフトは、ここのものをつかって検証した。
ttp://https://www.scav.cz/download/MZ-800/MZ-800_Software/COM/MZF/GAMES/800/Flappy.mzf 実機とは、明らかに違う。どうしてかな？
実→実機
MZ-1500のままで、MZ-800との差は、調べきれてないんじゃないか？
海外の有料エミュだと問題無いんだが、それよりソフトが入手困難でテストのしようが無かったんだろ。
修正はしてもらえんだろうな。寄付でもしない限りな。
それはダメ
ttp://leia.5ch.net/test/read.cgi/poverty/1564025851/ ttp://https://pc.watch.impress.co.jp/docs/news/1198036.html 特別モデルの詳細はまだ不明だが、BASICプログラムが動作し、レトロゲームを動かす予定があるとしている。
筐体の中身はスカスカでもええしキーボードもUSB接続でええから
つまり、ドングルも繋げられないからCADCAMが動かないか…
そういう用途向けの98はまだまだ中古流通があるだろうに
そのうちには厳しくなるだろうが今の所そんなことはない
てかなぜ話が98に飛ぶ？
こいつマジモンのアホ・・・
ぐらいにしときゃいいのに
せめてトップルジップはできるんか
ぐらいにしときゃいいのにね
まだPC-98使ってるような企業は中古でなんとかしてる
別に、シリアルポートもパラレルポートも、適切に抽象化出来れば実機つなげるデバイス使ったエミュレーションがやれなくはなくなってますから…
ただ、特にパラレルポートはマイクロ秒単位の精度で物理ポート操作するんで、そこらへん専用のリアルタイムタスクが必要になるでしょうけど。
ttps://i.imgur.com/6nxgRi9.jpg ー☆
（4の画面が若干寂しい感じですが）
ただ、最近並行してやってる、i386の高速化調整で、9801RAを（Freedos上でですが)CPU二倍速で東方のシューティングゲームやっても処理落ちしない（色々調整が必要でですが、オーバークロックなしのRyzen2600で）所まではきたので、
私の方で中途半端で停めているTownsも、速度面では25メガヘルツあたりまでは無理しなくても使い物になる（RyzenGシリーズや64ビットARMのハイエンドなら…ARMは低くなるかも？）と言う目算は立ちました。
TownsのVRAMへの読み書きの実装は、中間にGRCGやEGCが噛んでいるPC9801よりも格段にシンプルに出来るでしょうから、軽くなるはず。
DosBox-xでTowns、頑張ってください！！
良かったです(´;ω; `)
今はとりあえずハードウェア設定の違いとは違う（要は同じファームウェアで違う部分でも、ぶら下げてる（仮想）ボードの違いから来てないと思われる）、
BIOS使用領域（0000:0400からの512バイト）の結果違いをつぶしてまして、新松や一太郎4までの一太郎が動いたのは、それらの影響だと思います。
後は、本丸のEMM386(MS)絡みですが、まだまだ遠い…。
(ゼビウスやイクシオンなど)
「仮想マシン」→「プリンタ（リセットが必要）」
→「電波新聞社JS#1」で、ジョイスティックの一番目が使用可能になりますよ。
ありがとうございます
気付かずに失礼しました
いつからか出来るようになってると思ったけど
コマンドプロンプトから例えばdir[Enter]と打った後に
↑キーでdirを再呼び出し後にESCキーを押すとdirが消えるのではなく
dir￥と表示されて改行します。
その誤に↑キーとESCキーを繰り返し押してもdirは表示されず、￥のみが出てきます。
そもそもコマンドプロンプトからEnterだけ押しても1行空行が挿入されてしまうのも
仕様でしょうか。
最新版に更新したら設定できました。
確認不足で申し訳ないです。
ハル研究所 三津原所長＆郡司氏インタビュー
ttp://https://akiba-pc.watch.impress.co.jp/docs/column/retrohard/1199937.html 協力求むらしいよ
起動時にAvast CyberCaptureに捕捉されたりされなかったりするexeあり
全ては起動していないが
X1turbo,MZ-2500,PC-8001mkIISR,PC-8801MAはOK
PC-6601SR,PC-9801RA,SMC-777は起動できずです
違いはなんでしょうか？
(Avastの誤検知と思いますが)
仕様です
ESCで入力がクリアされるのはdoskeyの機能で素のcommand.comでは¥が表示され行送りされます
そのデータを再度DSソフトに戻して実機でもプレイできるようなことをしたいのですが、
これができる吸い出し機？を求めているのですが、どなたか情報をお願いします！
あ.....ちゃんと読んでなかった...ごめんなさい！
いえいえ
dosboxの仕様という意味でしょうか？
他のエミュレータ(VirtualBox, PCemやPC98用のT98-Next)では画面上に\は表示されず、
無駄な改行もありませんでしたので。
エスケープシーケンスの処理とは無関係なのでしょうか不明ですが。
VirtualBox で PC-DOS/V 7.0, MS-DOS/V 6.2 を起動し doskey が常駐していない状態で ESC キーを押すと \ が表示され行送りされますが。
つまりコマンドラインで ESC キーが押された際の動作については元の DOS の動作と同じという事です。
ヒストリ関係は dosbox 独自実装ですので、doskey 常駐状態との動作は異なります。
PCem はわかりませんが、T98-Next は PC-9801 用の MS-DOS ですので当然動作は異なると思われます。
dosbox のシェルは独自実装ですので、MS-DOS の command.com との動作の相違点はいろいろあります。
dir の表示すら違いますし、内部コマンドも全て実装されているわけではありません。
⊥が入力できなくて困っております
fp1100.exe
0008DB40 00→7A
これでF11が000になるンゴ
F11が7Aになるかは仮想キーコードでggrng
キーマトリックス調べる必要あるっぽいですね。
少しお待ちを。
直しときました。
私の方のgitのcommit e4b491bb49fc2aae3e359ee565a5de88f15ee0bf
にて。
ごめんなさい、チョンボしてました、直したのでこちらで。
commit a8f1fa4f7edc635daf82cea0e9a020fa7bf8f93b
>>ヒストリ関係は dosbox 独自実装ですので、doskey 常駐状態との動作は異なります。
そういう理由だったのですね。
モヤモヤが晴れました。
ありがとうございました。
ttp://https://osdn.net/projects/csp-qt/releases/71444 ・色々と（主にPC-9801やらなんやら)改修しています。
・386やi286/i86、V30などが共通ライブラリ(common_vm)に入りました。
・デバッガで、音声廻りのデバイス（の多く）の状態を「R」コマンドで見たり書いたり出来るようになりました。
・デバッガに、ヒストリ機能と候補機能（Completion)が付きました。
↑の関係で、デバッガにも手が入ってます。
ありがとうございました
eFP-1100、データレコーダー読み込めなくなってませんか？？？
いえいえ
乙です！
いえいえ
カセットの形式は何でしょうか？
とりあえず、適当なBASICプログラムを書いて、WAVにセーブしてからNEWで消して、WAVを読むとうまく行きましたけど…。
# Debian Sid上。Win32版も、Wine経由で同じ動作を確認しました。
cas、wavともですね。
適当な1,2行程度の適当なBASICのサンプルでも試してみるのですが出来るものと出来ないものがありました
10 DEFCHR$(224)="略”を10 PRINT"略に書き換えてセーブすると突然認識できました
以後、元のままでセーブ出来ました。
それまでは何回やってもダメなものは上手くいきませんでした。
結局なんだか原因がよくわかりませんです。
ありがとうございます。
ダメだったときのリストがいただけると助かります…デバイスかメモリの初期設定の問題のような気がしますので。
ttp://http://fukui.s17.xrea.com/index.html ttp://http://fukui.s17.xrea.com/hardware/ultrasonic.html DOSVAXJ3 ですが、ハードディスクの容量制限について勘違いしていました。
imgmount で 2G までのパーテションを持つイメージファイルであればマウント可能となるよう修正しました。
一応 vmware で作成した 2G のイメージファイルをマウントできる事を確認しています。
他に -t cdrom で落ちる件等も修正しています。
乙です
DosBox AXで
mount d d:xxx -t cdrom
がmount出来るのを確認しました。
有難うございます。
いえいえ
ttps://i.imgur.com/cjmdoBI.jpg ANK16.ROMがありませんか？
仕様上、ANK16.ROMがあると、そちらが先に読まれるようになってます。
ttps://i.imgur.com/pExKRdO.jpg 続いてますよー(´･ω･`)
とりあえず、色々手詰まりなので、Townsの実装を再開します(´･ω･`)
どうにか実用的な速度の目処が立った感じですので。
録音機能や電子ミキサーをぶち込むので、試行錯誤しています。
タイミング見て、PC98やPCエンジンなどのバグ取りますので…頭が凝り固まりすぎて、手詰まりになってると言う。
起動させた後にマウスもキーボードもエミュに取られたままで
終了させるにはどうすればいいのでしょうか？
CTRL+END
タイトルバーに説明出てるで
ttp://https://cloud.docker.com/u/artanejp/repository/docker/artanejp/mingw-w64-llvm-ubuntu18.10 要は、CSP/QtのWindows版をLLVM CLANGでビルドするためのDockerイメージです。
LLVM CLANGでのWindowsビルドをやるクロスビルド環境は、gccのそれとバリバリに衝突するので…(´・ω・｀)
そこらへん回避するのにDocker使うのを見つけたので、やってみました。
Windows10の人は、比較的楽にDockerを使える環境を作れるでしょう。それ以前のWindowsの人はややこしいかも。
インストールだけで大体数GBの空きディスクが必要と思って下さい。後、/home/あれこれ ディレクトリは、他の（履歴を取らない）領域にマウントしたほうが便利なので敢えて作ってません（今は）
結構この類は捨てたはずなんだが残ってた
ｱｲｳｴｵ順ｷｰﾎﾞｰﾄﾞだから直入力しにくい
ちょっとお待ち下さい、対応策を考えます…。
ｴｰﾄ?ｴｰﾄ?
まだ不完全でまだまだ手を入れる必要がありますが、最低限のローマ字カナ変換@ファミリーベーシックと、
コピペ関連の改善の目処が立ちました。
久しぶりにビルドしてみましたが、emupc8801 が以下のようなエラーを吐いて落ちるようです
[info]Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
[Qt:WARN] In line
[Qt:WARN] [warning]Attribute Qt::AA_UseDesktopOpenGL must be set before QCoreApplication is created.
[Qt:WARN] In line
[Qt:WARN] [warning]Attribute Qt::AA_UseOpenGLES must be set before QCoreApplication is created.
emupc8801ma: /home/hoge/common_source_project-fm7/source/src/vm/pc8801/../debugger.h:121: virtual void DEBUGGER::initialize(): Assertion `d_parent != NULL' failed.
ありがとうございます。
Wayland環境で試されてるでしょうか？
私のXorg環境では問題が出ていないので…。
assertで引っかかってますね…少しお待ちを。
assertが機能するようなビルドの仕方をしてやってみてますが、問題なく動きますね…
・ビルド環境はどのようなもの（＋どのツールチェイン設定にしてますか）いますか？
可能なら、buildvars.datの類も晒してくださいませ(→pastebinなどつかって）
・前のヴァージョンのDLLが混在していませんか？
環境によってはDLLをインストールしてからldconfigした上で本体をビルドしないといけないかも（でも、Debianだとそこまでしなくていい…）
Fedora30です。buildvars.dat は
ttp://https://pastebin.com/Y2ApEwEa こんな感じです。gcc は 9.2.1 です
しても、
$ config_build.sh
# ldconfig
$ cd pc8801ma/build
$ cmake .. && make
しても同じでした
where すると
(gdb) where
#0 0x00007ffff5d79e35 in raise () at /lib64/libc.so.6
#1 0x00007ffff5d64895 in abort () at /lib64/libc.so.6
#2 0x00007ffff5d64769 in _nl_load_domain.cold () at /lib64/libc.so.6
#3 0x00007ffff5d72566 in annobin_assert.c_end () at /lib64/libc.so.6
#4 0x0000000000453220 in META_MainWindow::metaObject() const ()
#5 0x0000000000451138 in VM::VM(EMU*) ()
#6 0x000000000046d197 in EMU::EMU(Ui_MainWindow*, GLDrawClass*, USING_FLAGS*)
()
#7 0x0000000000475bf9 in EmuThreadClass::EmuThreadClass(Ui_MainWindowBase*, USING_FLAGS*, QObject*) ()
#8 0x0000000000475ef4 in Ui_MainWindow::LaunchEmuThread() ()
#9 0x0000000000474c1a in MainLoop(int, char**) ()
#10 0x0000000000422a25 in main ()
こんな感じです。
「ブートすらしない」方は、最新のgitで多分直せたと思います（全く自信がない）ですが、
この現象は私の方の環境では再現できないので
…VirtualBox上で再現できるかどうかやって見るので、使われてるOSとビルドに使ってる環境をお教えいただけますでしょうか。
はい、98はブートするようになりました。が、8801maは依然として落ちます。
環境はFedora30の64ビット版です
ああ… に気がついてませんでした(´；ω；｀)
ごめんなさい(´；ω；｀)
こちらのDebian/Sidでは再現できないので、今から再現性試してみます。
Fedora30でPC-8801MA(に限らずOPNを使ってるPC-8801/8001)がassertで落ちる件、多分対応できたと思います。
# 丁度いい機会（＋ディスクに余裕が出た）なので、VMにFedora30入れてみました。
最新のgitからお願いします。
emupc8801ma の起動確認しました。ありがとうございました!
ttp://https://osdn.net/projects/csp-qt/releases/71767 ttp://https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20191015 いくつか改良して行きました。
・FamilyBasicのローマ字かな入力が微妙におかしいですが、とりあえず出来るようにはしました。
・Win32ビルドを、LLVM CLANG（例外処理の仕方が全く違って、速い）にして、かなり速く出来ました。PC-9801RAでV30CPUを無効化して、重いソフトを走らせると顕著ですが。
・一部のPC9801シリーズでの「V30モード」を入れてみました。ひょっとしたら挙動がおかしくなるVMがあるかも…（あんましきちんと確認しきれてない）
・↑でV30を有効にして行くと、386や286が非常に？重くなります。これはスケジューラの仕様に絡んでる問題なので仕方ない…。
・デバッガ対象デバイスを一部拡張しました（前のリリースだったかも）
・EVENT::drive()のスケジューラを改善しました（これも多分）
他にいろいろと…(@_@)
ちゃっくんぽっぷでキーリピートが止まる
3歩くらいで止まる感じ
DIALIDEで移動やショットのキーを押すたびに自機・敵機とも動かなくなりゲームにならない
Xmillenniumだとちゃんと動くんだけどね
あれ？全然問題なく動きますよ…(CSP for Qtの10/16あたりにリリースした奴を、Debian/Sidで動かした）。
キーボードは、pseudo subかそれとも本物のROMを使ってるかご確認してレスお願いします。
後、DIALDEの方は、ジョイスティック専用ではなかったですかね。
ちゃっくんぽっぷですが動きました
どうやらkbdrom.x1tに不備があったようです
今まで不具合なかっただけに見落としです
ありがとうございました
$702Bの値が4ではなく12と出てきます
遅くなりました。
とりあえず、ある程度対応しました。
EmuM5は、拡張メモリやFD5が使えないので、そこらへんで＊も＊なんかあるとは思います。
FD2は正常にできる
fMSXに入ってるDISK.ROMを使うと、そんな感じになるかもしれない
それ多分ビンゴですね。ないから試せませんが…
ttp://http://umaiboux.k-free.net/yaya/2016-04-01plus1.html >>"DISK.ROM"（FDDのROM）16KB SONYの物以外で動くかどうかは知りません。
ブートしてしばらくしてから、Enter を押して、beep 1,1 などとすると音はなるので画面が表示されてないだけだと思います。
こちらでは表示出来てますが…最近表示周りに色々手を入れてるので、可能ならば最新のgitからビルドしてみてください。
configでの画像のレンダラーの項目の記述を変えてしまったことでの問題かもしれません。
-g gles2とか-g gl4とか-g gl2とか付けて起動した場合はいかがでしょうか？
ビンゴです。-g gl2 でうまくいきました。
ありがとうございます。
ｊ８０の作者さんがバイナリDL控えてるようなんで、他の選択肢を考えています
それならオープンソースのCSPとかMAMEとかならいじれる
>Java でやりたい理由は？Java じゃなけりゃ色々あるけど
自分がJavaを多少かじってるのと、
昔j80で少しだけ遊んだ経験があったのでJavaと書きましたが、
それほどJava自体にはこだわってません。
Linux(Ubuntu系)で動くのはありますか？ もしあれば助かります
とりあえずJR100は動いた
上にも書いたけどCSP(Common Source Project)を Artane. さんがQTに移植してくれてるんで
Linux でも動くし、それがいいんじゃない？emupc8001, emupc8001mk2, emupc8001sr とかあるよ
あとはMAME(MESSが統合された)もLinuxで動く
素早いレス感謝です。
さっそく紹介頂いたエミュ試してみます
ありがとうございました
よろしくおねがいしますm(_ _)m
なお、バッチと言うかsource/build-cmake/にあるシェルスクリプトでのビルドを原則にしています
…CMakeの構造上の問題と、CSPが同じソースを頻繁に#ifdefで切り分けて複数のバイナリを作ってる辺りが衝突する問題を解決する気力が十分になくて…(´・ω・｀)
CMakeも余りわかってるわけでもないし、実際にはできるのかもですけど…。
PROMPT $e[1;46mDOSV$e[0m[$P]
とかで日本語モードでEnter連打で画面下限に達した場合は問題ないのですが
chev usとして画面下限に達した場合に色の管理がおかしくなってしまいます。
当然ですがclsコマンドで表示は治ります。
Enter連打でプロンプト表示が1行飛ばしになるのはdosboxの仕様とのことですが、
dosbox-xでは発生しないので対策しているみたいです。
そもそも PROMPT コマンドは本家の DOSBOX では対応していないはずです。最新版ではわかりませんが。
DOSVAXJ3 では Wengier Wu 氏による lfn 対応のソースを取り込んだ際に対応しました。
公開されている lfn 対応版のバイナリ dosbox-lfn.exe でも同じ現象は発生するようです。
最下段の改行でスクロールが発生した際に呼ばれる int 10h ah=06h の bh に、画面左下の属性が入っているのではないかと推測します。
現在多忙のため、修正は気長にお待ちください。
わかりました
PROMPTコマンドはconfig.sysとautoexec.batを切り替えて使っているため
どの設定状態かを知るために指定してるのですが、本来の動作に支障ないので
ついでの際に見てくだされば結構です
ttps://mao.5ch.net/test/read.cgi/gameama/1568311229/ なんとか、スローペースですが、色々やってます(´･ω･`)
debianパッケージ（野良）化とかしたら、どうでしょうかね？(´･ω･`)
ppa 的なシステムがDebianにもないかなぁ…とかとか(´・ω・｀)
マージしました（まだリリースにはしてない）。
後、PCエンジンで、CD-ROMとPCM周りを治し始めています。
多くのソフトのデモなどが、まともに見れるようになりはじめています（現状、ゲーム前デモ段階で確実にダメなのはR-TYPE)。
ヴァリス1がプレー出来なかったり、ヴァリス2がボス戦に行けずにプレー止まるなどありますが、後ほど。
[MZ2500/CRTC] apply crtc patch (thanks Mr.Koucha-Youkan)
らしいよ
とりあえず、PC-エンジンのゲームが結構動くようになったはずです。
動かないものもあります。
暇見て、更に直していきます…Ubuntu Xenialのビルドは、昼くらいに。
ttp://https://osdn.net/projects/csp-qt/releases/72148 レコードもonになりません。
何か条件があるのでしょうか？
年末年始から色々バタバタしていて、殆ど動けてなかったのですいません＿|￣|○
起きたら調べて書きますので。
なお、来週末で一段落して、二月からまたバタバタしていきそうですが(´･ω･`)
少し暇が出来たので、直しました。
Pause/BreakキーがBREAKキーに割り当てられてますが、割込シーケンスが上手く行ってなかったようで。
ついでに、EscキーもBREAK/RESETにしました。
今の所、gitに修正いれたのみです。
自己解決。
ならない
そうだったんだすね。確認ありがとうございました。
いえいえ
使えるよ
MULTI8ですらFM音源搭載エミュがあるしなw
あと、98とかもなんか割と頻繁にホスト側のマウスやキーボードが全然効かなくなってカクカクになったりする
気がします...
まだまだです(´･ω･`)
まず、Towns2H(二代目)などのブートROMが起動する所まで持ち込もうとは思ってますが、今はUIの不備で落ちてしまう…
すいません(´･ω･`)
しかも、まだ、中がかなーりぐちゃぐちゃなので、整理してかないといけません(´･ω･`)
という感じです(´･ω･`)
subrom吸えてないとダメなのかな
TAKEDAせんせはFM-7系を作っておられないようだし、、、
CSPの中にいれてるemufm77avで動きますよ。
ttp://https://osdn.net/projects/csp-qt/ ただし、かなり凄まじいプロテクトがかかってるゲームのはずなので、完動するかどうかはわからない…。
確認しましたが、キーボードとかサブCPU周りではなさそうです。
ある程度条件を絞り込みました（ミスしてライフが減ると起こる？）が、まだ原因までは行き着けてない…(´･ω･`)
x1というか、98や88でも同じ感じなんで（10秒くらいでキーとかマウスとが異常に重くなる）
UIの問題じゃないかと思います
確認乙です。原因特定難しそうですね…
mz80k.exe(2019/4/30版)でタイムシークレットを動かしたときF6-F10キーが反応しません
K2Eでのキー配置で右端の縦1列、月=F1、水=F2…という割当になるのですが
実機ではShiftと同時押しでF6-F10になります。エミュでは同時押しでもF1-F5になります
SP-1002やBASIC等ではShift+月はちゃんと「日」になるので問題ないのです。タイムシークレットだけで発生します
キーボードからの入力もmz80k_kbd.exeの入力も同様です
てれれれーれれー てれーれーれー
てれれれーれれ てーれーれ てれれれれれ
てれってれってれってれってーれー
てーれれれれれれれー
# 手持ちのシステムROMを逆アセンブラにかけるのが、多少面倒くさいので(´･ω･`)
うんず専用なのかなぁ？(´･ω･`)
想定されてるメモリーマップ配置がかなり違ってて困る…(´･ω･`)
ROM化出来る（16ビットコードと32ビットコードを混在出来る）フリーのコンパイラとかでいいのご存知な方いますか？
bccとかつかうかなぁ
…あ、システムROMの部分にテストコード入れてデバッグしてかないとデバッグやりようがなくなってるのが判明しましたので…Townsスレの方がよかったかもしれません、すいませんm(_ _)m
ttp://https://twitter.com/Artanejp/status/1221088945506664448 ttp://https://twitter.com/5chan_nel (5ch newer account) うんづ用互換ROMはI/O 0x05e8を使っているので2代目以降の仕様を前提として組まれていると思います
なお実機では初代と2代目のブートROMは全く同じものが使用されています
それでうんづ用互換ROMの想定メモリマップなのですが32ビットコード(EXT-BOOT)が統合されている程度で
私は特におかしいと感じた点はなかったのですが…(12ドットROMは4代目以降,パックドピクセル方式の起動
ロゴはMARTY以降,独立したEXT-BOOTは3代目以降にしかありません)
ありがとうございます！
参考になります。
細かい質問等は、Townsスレにしますね…(´･ω･`)
@Artanejp: ここまではきた(´・ω・｀)
まだたくさんおかしい(´・ω・｀)
ttp://https://twitter.com/Artanejp/status/1222555350529761280/photo/1 
ttps://pbs.twimg.com/media/EPdjm3rUYAAv3h6.jpg 
ttps://pbs.twimg.com/media/EPdjm2uUwAAq56V.jpg ttp://https://twitter.com/5chan_nel (5ch newer account) ttp://https://twitter.com/Artanejp/status/1223189367281160192 やっと表示がマトモになりましたが、DMAがダメかも(´；ω；｀)
ttp://https://twitter.com/5chan_nel (5ch newer account) 今日の更新で、Neko Project 21/Wの386コアを取り込んでみました。
PC-98でWindows 3.1が動くようになってたりします。
DOS上のHIMEM.SYSも問題ありません。
お疲れ様です！！
びっくりしてます…今読んでて声を上げてしまった。
おつかれさま
次の更新時には、以下のように指定する予定です。
cpu = new I386();
cpu->device_model = INTEL_I80486;
80286もnp21版を取り込もうとしていますが、80286とV30しか対応していないので、
8086/80186対応も追加するための作業中です。
というかHD1にアクセスしとるっぽい
気づいていらっしゃるかもしれませんが、np2の286コアは、フラグレジスタの未定義ビットにバグがあるのでお気をつけて
実機 ⇒ bit1 が必ず 1
NP2 ⇒ bit1 が必ず 0
なぜか386コアの方は正しく実装されている...
うちだけなのかな？
fm7は平気だけど88とか98はすぐ重くなる。townsも。
よければ Fedora で試してみていただけないでしょうか
PC-9801RA以外ではテスト出来てません（Townsではなぜか、リセットした時のベクターからのジャンプが上手くいかない
…jmp 命令で二重読みしてたりする）。
後で暇な時に続きをやります。
最新のではどうなりますか？
後で調べてみます。
わかりました。
現状、暫定的にlibcommon_vmに対応してあります。
最新の git は Fedora ではそもそも
undefined reference to `DEVICE::get_cpu_clocks(DEVICE*)'
が出てビルドできないようです
例によって、sudo ldconfigはされましたか？リンカー絡みだと思います。
フロッピー経由での起動(HIMEM.SYS含む)も大丈夫っぽい…一度HIMEMの起動に失敗した上で、SETUP2でメモリ割当を設定すれば…。
しかし、まだ、SCSI周りがほとんど動かないです(´；ω；｀)
IPLは読み込んでますが、その後BUSYがおりるのを待ってしまう。
はい、ldconfig しても結果は同じです
すいません、rwhideの方でしょうか、それとも、31でしょうか？
31です
試しましたが、依存関係満たしていれば、問題なくビルドできますけどね。
もし、ccacheを使われてる場合、ccache -C でキャッシュをクリアしてみてください。
それでもダメな場合は、クリーンビルドをしてみてください。
すみません、ちょっと前にクリーンビルドして buildvars.dat も消してしまっていたのが問題な気がします
今 LIB_INSTALL を /usr/lib64 に書き換えてビルドしなおしています
お騒がせしました
いえいえ
ビルドはうまくいきましたが、towns だけは towns_scsi_host.cpp がなくて失敗します。
これは作業中という感じでしょうか。
それと、ビルドはうまくいくのですが、やはり、数秒ごとに固まったりまた動いたりを繰り返す
感じで何かおかしい感じです。また、たまに固まったまま何もできなくなって、OSごとリブート
するしかなくなることもあります。
ごめんなさい(´・ω・｀)
addし忘れてました！！
今、add->pushしました、すいませんm(_ _)m
ありがとうございます。ビルド確認しました。
.casイメージの読み込みの互換性はあるんだけど、
BASICで書き込んだ.casイメージはopenMSXやBlueMSXで読めません
書き込みには互換性無い？
いえいえ
casで出力すれば互換性なし
wavで出力すればopenMSXで読める
だと思う
$ QT_QPA_PLATFORM=xcb emupc9801ra
などとすることで回避できるようです。wayland との相性ということでしょうか？
もし固まってしまう人がいましたら参考まで
韓国の方にお願いされては…(´･ω･`)
日本で現物見たことないです(´･ω･`)
Wayland環境が今ひとつ上手く動かないのですが、後で調べてみます。
ROM BASIC の字が表示されなかったり、一太郎4の緑の枠が表示されなかったり。
あとは、極 とか 柿木将棋 とかで表示が乱れます。以前は普通に表示されていました。
ttps://code.google.com/archive/p/fc-100/ 完成度は不明
自分でビルドしなきゃいけないかもしれない
あと、MAMEにも入ってるみたいだけど
ttps://github.com/mamedev/mame/blob/2b1a21cc02f6c81baecfa22eb78cf1cbb845efce/src/mame/drivers/fc100.cpp#L584 NOT_WORKING という扱いになってるのかね
まだVXの起動時のチェックを突破できていません。
INT命令の飛び先は対応できたのですが、それ以外のどこかで引っかかります。
8086～80286については、まだMAMEベースのものを使うことになりそうです。
ただ、V30については8080互換モードは実装したいなーと思っています。
最近一部で話題になっていた、8080互換モードをつかったCP/M80エミュレータを
動かせると面白いなー程度の動機ですが（苦笑）
eFMR-50(386/486)2020/2/1版で286用のBIOSをパッチしたもので再びメモリチェック
完走してDOSが立ち上がりました。猫CPUを導入して効果ですかね。
Windowsも動くか試してみよう
違うよ
そうだよ
マウスで駒を動かしているときも動かしている駒の周りがどんどん壊れていきます。
wine で武田さんのを動かす場合は問題ありません。
ttp://https://imgur.com/a/coCVhhK ハッキリいってどうでもいいです
こちらは使わせてもらっている立場で、お客様ではないので、そこらへんははき違えない方がよいと思います
一応できました。
ttp://http://takeda-toshiya.seesaa.net/article/473606835.html そんなことは当然でしょう
ただスルーされるだけの報告もする気が失せたって話
ありがとうございます。
今のTownsのCDROMの実装が一段落してからになるかもしれませんが、直しますね。
色々微妙に忙しい（しかも、微妙に病気ぎみ…コロナウイルス感染だったりしたらやだ。的なやつな）のでレスポンスが遅いです、
すいません(´･ω･`)
私の方は、githubにpull request頂くか、
小さいものならメールでdiff頂ければ試してマージしますよ。
と言う事で、お時間ある方で私の方をいじってみようという方がいらしたら、適当なブランチ切ってみてください。
Townsのほうが泥沼化してるので、先にPC-9801の方を直しておきました。
git の ddbbd2c3d25663b8e646613a1150f287bab93906 です。
柿木将棋、直っているのを確認しました。ありがとうございます。
自分で確かめろよカス
ごめんなさい
違うだろバカ
TURBOは全部同じ
X1ｔｕｒｂｏZのエミュレータでFM音源ボードの実装を変更されましたでしょうか？
X1用のスペースハリアーでFM音源が鳴らなくなってます。
X1turboのエミュレータでは、FM音源が鳴ってます。
対応可能ならば、お願いします。
今忙しいらしいよ
アナログパレットに換わったままになってしまうので
ウイングマン2とかやると色合いが綺麗である意味感動する
X1ｔｕｒｂｏZのエミュレータでマウスの挙動が異常です。X1turboの方は、操作とカーソルの追従は問題ないです。Windows10環境にて、ソフトは琥珀色の遺言です。報告まで。
実機も同じですよ。パレットの初期化は、電源投入時にしか実行されないようです。
リセットでは、保持したまま。
ttp://rednow.php.xdomain.jp/d.php?f=x1turboz.7z ないね。
Device - Soundで、FM音源が接続された状態になっていますでしょうか？
忙しいのに、家族サービスでスケート中に右足首を骨折してしまいました（を
今週は大人くして、来週から仕事に戻る予定です。
今のPCにないキーをどうするかはいつも悩みの種です。
ファンクションキーに割り当てるにも限度はありますし・・・
あらまぁ…おだいじに…(´・ω・｀)
お忙しい中、すみません。
ＦＭ音源が選択されています。Ｚ専用のシャープ製デモプログラムでは、ＦＭ音源が鳴ります。
emuは、最新のリリースの物を使っています。
ただのturboでは大丈夫
今んとこスペハリだけBGM鳴らないのを確認していますね
あんれまぁ お大事に
ttp://https://osdn.net/projects/csp-qt/releases/72481 Townsは、「とりあえずブート画面が見えてフロッピーDOSが(HDDなければ？あっても動いたり不安定）一応動く」
と言う程度です(´・ω・｀)
ここから、色々やってきます…と同時に、多分、ここでご指摘受けたのをいくつか取りこぼしてます…すいません(´・ω・｀)
ディスクイメージ編集できる対応ソフト少ないので
あとXmilleniumはデバッカウインドウがないのが残念
2d形式ではなくて。でしょうか？
まだ、CD-ROMは動いてないし、そもそもかなり汚い回避策でとりあえず動かしてるので…(´・ω・｀)
ttp://https://docs.microsoft.com/en-us/windows/win32/api/dwmapi/nf-dwmapi-dwmenablecomposition > Note This function is deprecated as of Windows 8. DWM can no longer be programmatically disabled.
> Note As of Windows 8, calling this function with DWM_EC_DISABLECOMPOSITION has no effect. However, the function will still return a success code.
Win8以降では意味無しってことなのかな
それとも、やっぱり意味あるのかな
でもWin7を使っている人には意味がある
ってググればすぐ分かるのに何故ここに書く？
そんなもんは知らんわなぁ
せいぜい更新で追加されたものだと思ってたわ
Windows7にでも入れなきゃ
X1エミュレータのディスクイメージはフォーマット仕様がアーカイバの様に
特殊ですよね？
他のエミュレータだとディスクイメージは何もないプレーンバイナリ形式
なのでそのままWindows用のバイナリ編集ソフトでも扱えて便利だったので。
特殊形式だとデータ移行も不便でスクリプト作る時にも使い難いですし。
とか
Ｘ１DiskExplorer
とかじゃダメなん？
＿＿＿＿
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∵∴∴,（・）（・）∴| ／￣￣￣￣￣￣￣￣￣
|∵∵／ ○ ＼| ＜ うるせー馬鹿！
|∵ / 三 | 三 | ＼＿＿＿＿＿＿＿＿＿
|∵ | ＿_|＿_ |
＼| ＼＿/ ／
＼＿＿＿_／
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∵∴∴,（･）（･）∴|
|∵∵／ ○ ＼|
|∵ / 三 | 三 | ／￣￣￣￣
|∵ | ＿_|＿_ | ＜ aa集積場topに戻る
＼| ＼＿/ ／ ＼＿＿＿＿
＼＿＿＿_／
ttp://https://twitter.com/i/status/1242728504292036609 ttp://https://video.twimg.com/ext_tw_video/1242728442333818881/pu/vid/640x480/BJUO20Os0siE0e5v.mp4 ttp://https://twitter.com/5chan_nel (5ch newer account) 乙
B: ドライブにうまくアクセスできないみたいです
SETUP2.EXE等で、シングルドライブ設定がされてるかどうか調べてみてください。
多分、設定されてる時の挙動です。
手持ちのディスクイメージの中にSETUP2.EXEがないです...
残念
ああ、SETUP.EXEでできました。
無事B:ドライブにアクセスできました。
うんずは再起動かけないと仮想ドライブ認識しないのが残念
うんず普通に仮想ドライブでCDイメージ使えるじゃん。
再起動したらどうとかって、なんか便利になる話？
仮想ドライブ利用ででしょ
CD入れ替えに困るでしょ
入れ替えが必要なゲームだけで起きる問題ってこと？
仮想ドライブに二枚目をマウントするだけじゃうんずは認識しなくて、
仮想ドライブを一旦終了させ再起動しないと二枚目を認識しないって理解でいいのかな？
一枚組のゲームしかタウンズ遊んでないから、いまいちピンときてないわ。
いや、一枚目。
一枚目がそうだから二枚目もそうだと思われる。
仮に認識してもCDDA読まないとか
セガサターンのSSFでも以前はそんな感じだったと思う。
仮想ドライブにマウントしないといけないエミュというと
「うんず」「SSF」「OOTAKE 」「NeoGeoCDのエミュ」が自分が使うのだと該当するけど、どれもCDDAに対応してるし再起動も必要ないよ。
たぶんおま環じゃないの？
Win7と10のアップデートで一部仮想ドライブで使えなくなったけど、そういったあたりから潰していってみては？
ootakeは自身でイメージ化したものは対応してるな
自身でイメージ化機能がつく前からCDイメージを扱えたよ
仮想ドライブ経由じゃなくて？
昔からCDイメージは仮想ドライブ経由使ってくれと、cueを直接読み込む機能はつけない
今はCDイメージ化機能ついてバージョンアップでよくなってるらしいね
ssfはイメージに対応してるといっても一番サターンでなじみあるディスクジャグラー形式のcdiに対応してないから
cueでまた吸出し直さなくてはいけなくなるのが非常に大変
で、肝心のうんずはバージョンあがって仮想ドライブなしで直接ってもう夢なんかな
とりあえず、投下しておきます(´・ω・｀)
ttp://https://twitter.com/Artanejp/status/1248225523878133760 ttp://https://twitter.com/5chan_nel (5ch newer account) FM音源まで来ました。
ttp://https://twitter.com/Artanejp/status/1248528859290456066 ここからは、ちょっと後になるかも…CDCに取り掛かっても良さそうではありますけど。
Tonws Linuxでキーボード入力が出来ないとか、Towns OS 2.1L51でマウスとキーボードが出来ないという問題が発覚してはいますけど。
ttp://https://twitter.com/5chan_nel (5ch newer account) まだまだおまちください(´･ω･`)
「OpenMSXのテープ読み込みアルゴリズムを組み込んだMSX、
ip6の同上を組み込んだPC-6001ってあったら良いなぁ」
って独り言だけど
ジャイアン「そこだ、ぐっといけ！」
当 ス レ は 閉 鎖 し ま し た
ご 利 用、あ り が と う ご ざ い ま し た
*******************************
アレルギー禁断症状ノ中 戯レタ傀儡ト共ニ
奈落ノ底ヘ落チテイク・・・・」
まだ、CD-DAコマンド関連が出来てないのでTowns OSのブートが出来なかったり、フリコレに関してもVRAMに対するDMA?の問題からダメなかんじですが。
まぁ、暇見てちまちまと進めていきます…きちんと動くようにしたら、改めてCDCに移すべきものを移します。
※git参照してください
「54歳の実父の子供を出産した9歳の女性」
としてギネスブックに載った
まあ人権無い国で作為的に成長ホルモン与えて産ませるような虐待起こると困るし
その星では、おうちにも学校にも遊び場にも爆弾が降っていました。
その星では、14歳以下の少女が7秒にひとり、結婚していました。
その星では、1億5000万人もの子どもたちが働いていました。
その星は、地球です。
この物語を変えましょう。
ttp://https://twitter.com/Artanejp/status/1256280380392390659 LInuxの移植をやった野村さんたちは凄いなと改めて思いました(´・ω・｀)
後、Towns OS2系のCD-ROMがブートできるようになりましたが、色々とおかしいです。
CD-ROMも、かなり不完全な状態。
ttp://https://twitter.com/5chan_nel (5ch newer account) RUN RUN Linux持ってたなぁ。あれどこかにまだ持っていそうだけど。
先にLinuxが移植され（しかも、多分世界初の移植された機種だったはず）、その筋のコミュニティーが盛り上がりまくったから、
BSDに目を向ける人が（カーネルいじる人たちには）いなかったんですよね。
かなーり急速に便利になり、本家PC/AT Linuxにもフィードバックされる技術やフィーチャが幾つも出たりして。
途中からレーザー5などが支援したのも大きかったですね。
リヌクスとかライナックスとか呼んでいたなぁ
アルティマ
ル'ケブレス
Linus「好きに読んだらええ」
弄っていて楽しかった。
gnomeとかkdeとか出てきてからはつまらなくなった。
が、Towns LinuxのCDからのインストールが上手く行かなかったり、なんかの拍子に読み込みエラー起こすしで、微妙な感じです(´･ω･`)
Win版でいいなら
ttp://nenecchi.kirara.st/#JUNKに修正されたものがあった \の入力は相変わらずできんな
ttp://https://twitter.com/Artanejp/status/1258737350818971653 ttp://https://twitter.com/5chan_nel (5ch newer account) MULTI8てがけてるとこあったかｗ ありがとう。
関係ないけど、コメントのセンスがアレでイマイチわかりづらくてね、そこ。
PSGユニット持ってないから正解がわからん
うんず作者のkasanobaさんに質問メール入れてみました。
・PCMはほぼ完成ラインまでできたけど、出来ればローパスフィルター実装したい所で。
・スプライトが、まだ全然動きません(´；ω；｀)
・Towns OS v2系をCDからHDにインストールすると、カスタマイズ時に、なぜか一部のファイルがぶっこわれるという怪奇現象が(´･ω･`)
・TownsOS 1.1がブートして、幾らか動くようになったら、ポイントリリースします。
commitし忘れてました(TдT)
ありおがとうございます
ありがとうございます。コンパイルできました。
ところでマウスを取り込んだ後、解放するにはどうしたらよいのでしょうか？
ああ、すみません。右アプリケーションキーですね
大変は大変ですが、詰め将棋をやってるようなもので楽しいですよ(´・ω・｀)
お疲れ様です。
右アプリケーションキー、もしくはマウスの真ん中ボタンです。
今は、マウスの二つのボタンを同時押ししても出来るようにしてますが、多分、近々廃止します（マウスボタンを二つ同時押しにする前提のソフトがあった気がするので）。
起動すると「GS-BASIC V1.0 By Microsoft(c)」って表示されるみたいだけど
ちゃんとマイクロソフトに金払ってるのかな
SAMSUNG HUBASIC V1.0
COPYRIGHT (C) 1982
BY HUDSON SOFT
HuBASIC 64KBのPC-6001って感じ
それとも主に在日の人達が現地で購入して、日本に
持ってきたのか。
コスト・パフォーマンス的の劣る製品を 普通の
日本人が購入するとは思えないのだが。
マニュアル類は朝鮮語だろうし。
X68Kのキーボードの機能キーにはランプが付いていて数も多いのですが
このランプの点灯状態を見れるプラグインみたいなもの（仮想キーボード含む）って何かありますか？
XM6 TypeGなら、
表示 -> デバイス -> キーボード でLEDのフラグが確認出来ます
また、
ツール -> ソフトウェアキーボードでもLED状態が表示されます
簡単ですよぉ(´･ω･`)
ビルドすればいいだけだから(´･ω･`)
エミュ作る人のソースには、殆んど説明が
無いんだよな。
今どきXPにこだわる意味あるの？
XP使うよりマシだろｗ
5千円は格安だな
ホンマなの？
以下、余談：
色々やりくりして、子供の進学祝いにRyzen2600でWindowsマシン組みましたが、モニターやキーボード含めて大体八万から九万いかないくらいでしたよ。
3500とかAPUでも良かったのですが、予算の関係上とか色々ぐだぐだだったりしたのがあって、結局は投げ売りしていた2600に。今月1600AFが出たので、もう少しやすく組めますよ。
学校がリモート主体にしてる関係で、駆け足で部品決めましたが。
全部新品にしなくてもよくて、
色々インフラ流用したり、パーツ流用したり、グラフィック部分をCPU内蔵にすれば、ガンガンコストダウン出来ますよ。
後、Linuxでも殆ど動く時代なので、沼に入るのも一興ですよ(￣～￣)ﾆﾔﾘ
私個人はWindowsの方が使いにくくなる身体ですが(´･ω･`)
ttp://https://raspida.com/retropie46-release-rpi4 8万～9万って高杉だろ
中華ノートでも買った方が良い
1万の中古ノートにメモリとSSD追加で十分だろ
>エミュの開発に使用するとかじゃなくて、8bitレトロPCのエミュ遊ぶだけならドンキのに二万円パソコンでいけるだろ
ドンキ舐めんな。
使えなさハンパじゃねぇ。
8ビットならPen4 かAthlon XPで十分だわよ
ドンキPCてそんなに酷いの？
togetter.com/li/1503839
信じるか信じないかは、あなた次第
エミュレーター特有の変なコードも苦手っぽい
Athlonでどうかはわからない（多分、コア数よりもキャッシュの小ささが引っかかると思う）。
ただ、所謂ネットブックや三万円台くらいのノート（AtomやローエンドモバイルCPUが使われてる）や据え置きPCだと、CSP/Qtは厳しいかもしれません（最新のRyzen Mobile搭載ノートで十分メモリ積んでいたら、PC-8801やPCE、9801VM/VX くらいまでなら処理落ちなしで行けるとは思う）。
元々、CSPは内部構造で汎用性を重視してる絡みで、他の特定機種専用エミュより構造的に重くなるのは事実ですし…。
申し訳ございませんでした。
※値段に関しては、中古の場合はよくわからないので、新品であれば。と言う事で。
Athlon XPは非SSE2だからエミュレーター動かなくなったよ。最新コンパイラのデフォ設定らしい
作者がオプション指定で除外してくれたら動くけど
｜
｜
｜
｜
↓
｜
｜
｜
｜
ありがとうございました！！！
Pen4系でお終いだっけ？
2GHzの壁あるからちょっとでも速いの用意しようかな、と思ってる
ありがとう
PenM745のノート取ってあるんだよね
値やらが違うが、ありがとう
Fedora です
Towns OS v1.1L20以降がCDブート出来ない件で今はギブアップしたので…一旦リリースかけてから見直すと言う事で。
v2.1はCDブート出来ますし、幾つかのソフトは動きます（フラクタルエンジンをv2.1から起動したり、スプライト使ってない奴を起動したり）。
OpenGLを3やES2にした場合はどうでしょうか？
とりあえず、今のビルドが終わったら、Fedora30でビルドを試してみます。
dockerで動かせるの、Fedora31でしたm(_ _)m
Fedoraは色々癖があるので、明けてリリース向けのビルドテストが終わったらやってみます。
お手数をおかけしますがよろしくお願いします
ttp://https://osdn.net/projects/csp-qt/releases/73221 ttp://https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20191015 ttp://https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20200627 問題はないようです。
FEDORAの場合、CMakeが共有ライブラリを/usr/local/lib64にインストールするようになったので、
/usr/local/lib/x86_64-gnu-linux/ をld.so.confで見るようにしてて、なおかつ旧いライブラリが残ってると、飛ぶんじゃないかと思います。
こちらは Fedora32 で、共有ライブラリは buildvars.dat ですべて /usr/lib64 にインストールするように指定しています。
また、念の為古い libCSP* はすべて rm してからインストールしなおしても
Segmentation fault で落ちます。
#0 0x00007ffff73c02bc in CSP_Logger::get_vm_clocks_usec() ()
at /lib64/libCSPemu_utils.so.2.20.1
#1 0x00007ffff73c2def in CSP_Logger::debug_log(int, int, char*) ()
at /lib64/libCSPemu_utils.so.2.20.1
#2 0x00007ffff73c34c8 in CSP_Logger::debug_log(int, char const*, ...) ()
at /lib64/libCSPemu_utils.so.2.20.1
#3 0x00007ffff73c37b1 in CSP_Logger::open(bool, bool, char const*) ()
at /lib64/libCSPemu_utils.so.2.20.1
#4 0x00007ffff73beea4 in CSP_Logger::CSP_Logger(QObject*, bool, bool, char const*) () at /lib64/libCSPemu_utils.so.2.20.1
#5 0x000000000043253f in MainLoop(int, char**) ()
#6 0x000000000042ae7a in main ()
git pullして作り直してもでしょうか？
少し前にエンバグして既に修正した現象っぽいので…。
とりあえず、これかなぁ…と言うのを見つけたので、直してみました。
お試しを。
95d2c7369f1000ef5f4b3205cd0d2264cd676833
直りました！
ありがとうございます
危ういところをピックアップして直そうと言う事で。
後、TownsOS v1.1でブートするソフトが軒並み一旦v2.1でブートしてから動かすようにしか動いてないのは、まだ、原因を割り出せていないのです(´；ω；｀)
後、MacでOpenGLが廃止になるならないと言う話を眼にして、どうしたものか(´･ω･`)と思っております(´･ω･`)
良かったですー。
バグかどうかCSPのバイナリを動かせないので試せません
どなたかNEC版windows3.1（MS版はどうなるかわからない）のペイントブラシを起動してゴミが出るか試してくれませんか
9801系のROMコードでないと動かないとは思います（9821では色々変わっているので）
これらがペイントブラシの左枠で顕現すると思うのですが対応機を持っていないので試せません
またscrollコマンドでの画面分割も作られていないとは思うのですが
全て実際にバイナリで試せないので妄想になってます
BIOS持ってる機種をなんとか対応させて試すならがんばるんですが
コンパイルするために仮想環境作るならOSはなにがお勧めなんでしょうか？
使われてるOSがWindowsであるなら、以下のDOckerコンテナをお使いください：
ttp://https://hub.docker.com/repository/docker/artanejp/mingw-w64-llvm10-ubuntu20.04 現状、GNU/Linux上でのネィティブビルド／他アーキへのクロスビルドと、
dockerコンテナ経由でのWin32/64(64は未だ整備されてない）ビルドが可能です。
いくつか癖のあるビルド方法なので、ご注意を。
で、単純にバイナリDLして動かすのであるなら、以下のOSに対応しています。
・Debian GNU/Linux sid AMD64 (Qt関連・QtOpenGLやlibav関連/x264などが必要になります)
・Ubuntu Xenial (16.04LTS) AMD64
・Win32 (Win32のみ全てのDLLが添付されています)
いいよ。でもどのQEMU/9821を見ればいいですか？
qemu/9821では直せたのでCSPにも同じ問題が隠れてると思うんです
夜にwindows機出してきて試してみます
いい加減、Townsを前に進めないといけないのですが、バタバタしてたりする
だけでなく、昨年度一年間が子供のことやら実家からの撤収のことで四六時中
バタバタあーだこーだとやったり動いたりしてて、
しかも、一月半ばくらいから、呼吸器の調子がおかしくなり、から咳や痰がひどく・微熱がでたり下がったりで呼吸が苦しくなる。
と言う、原因不明の病気で三月末までハマる中を感染させないようにしながら動き、子供の進路とか新居とかやってて、そういう感じでボロボロでおります故、
# まぁ、血液検査でおかしな数値がでたんで、コロナウイルス感染してやしませんか？と
# 病院に言ったら、あの当時の保健所や国の塩対応の酷さもあってか、
# はぐらかされてPCR検査に送られることもなく、(||´Д｀)ｏ=3=3=3ゴホゴホ
# 繰り返して、重要なことをこなしていたんで、エネルギー切れちゃいました(´・ω・｀)
作業再開はもう少し後になりそうですm(_ _)m
概略だけお教えいただけますでしょうか。
・現象
・推測できる理由や改善案（いづれも、報告される側で書くのが可能な場合だけお願いします）
長くなるのをお許しください
qemu/9821でwindows3.1のペイントブラシを使うと必ずゴミが出ていました。
ソース流用元がそうなのでCSPでも同じことが起きると思っています
7220.cpp write_vram関数の中でGRCGのオンオフを見る必要があると思いました そうしないと横8dotの太さを保ってしまいます
cmd_vecte関数の中でdy= ead/pitchとなっていますが5MHzのときにずれてしまいます
windows3.1のペイントブラシがGDC5MhzかつEGCをGDCから使うというのでゴミが出るもので有名ぽいので例に挙げました。
pbs.twimg.com/media/EcP62uuUcAI-Dc0.png
ありがとうございます。
後で見てみます。
キーボード入力のイベントとともに無反応になってしまうのですが、
なにか設定変更やコツみたいなものがあったりしますか？
Windows10で互換モードレイヤー起動を試しても同様でした。
J-3100 モードで CGA 4色を DCGA で疑似表示出来るようになっています。
その他プロンプトで背景色を指定した場合の問題の修正等を行っています。
とはいえ、スプライトがとりあえず動き始めました。
TownsOS v1.1L20/30のブート不良は相変わらずで、CDとDMAのタイミング関連で変なの読んでるのか、
実装しておかないといけないものが実装されてないから、
INT 91h AH=1Dhファンクションが無実装扱いされてるのか
…まだまた泥沼であります(´･ω･`)
無理のないペースで
乙です。j-3100の英語DOSでブートしてCGAのゲームを起動してみたのですが
普通に4色表示されてしまいます。
何か設定とかあるのでしょうか？
こちらでToshiba英語DOSで起動していくつか試してみましたが、普通にDCGAによる単色疑似表示になります。
英語DOSでブートしないでゲームを起動したらどうなりますでしょうか。
今回J-3100モードではCGA 4色をDCGA単色で疑似表示するようにしたのです。
imgmount して起動しても4色表示になります。
ちなみに試しているゲームはプリンスオブペルシアです。
art of war を試したら dcga 表示になりました！
なつかしいです。
ソフトによって4色になってしまうのは不思議ですね
なっているのでしょうか？どうもプリンスオブペルシアの画面が EGA なような気がしてきました。
プリンスオブペルシアは、VGA、EGA、CGA の順で使えるモードを選んでいたと思うので、
EGA で起動してしまっているのではと思えてきました。
確かに j3100=ss でも VGA/EGA は使用可能になっています。
この設定は文字色背景色と機種判別コードが変わるだけなのです。
ttp://https://www.popuw.com/machines.html をみると prince cga で起動すれば CGA になりそうな気がします。
ありがとうございます。
prince cga でdcga表示になりました!
できましたか。
int 10h ah=1ah あたりで判定しているのあれば修正してみるかなとも思ったのですがオプションで指定可能であればまあいいかなと。
ゲームだと CGA 対応版は別プログラムという場合もあるようです。
プリンスオブペルシャはプログラム一つで Hercules まで対応してるのは凄いですね。
CTRL+Pause/Breakでも止まりません.
px7.txtの記述と同じく、Pause/BreakがSTOPに対応しています。
しかし、Windowsキーボードの特殊キーは環境依存だか何だかで正常に動作しないことがあるようです。
keycode.cfgでキー割り当てを変更すれば良いかもしれません。
どうもです。keycode.cfgの導入で解決しました.
プロンプトでの背景色処理の対応、ありがとうございます。
これでストレスなしでDOSVAXJ3を使わせて頂きます。
おま環ですが、10種類近いautoexec切換と各種batchファイル
を使っていたのでプロンプトでの再現性が重要でした。
報告ありがとうございます。
CGA の件ともども遅くなってしまってすみませんでした。
プロンプトの背景色の問題ですが、int 10h ah=0eh のテレタイプ出力を使って最下行で改行が発生した場合、最下行左端の属性がスクロール後の空行の属性になるという事で、実は正しい動きだったりします。
日本語モードの場合は CR で左端の属性を書き換えて、LF でスクロールとなっていたのでたまたま発生しなかったという事のようです。
あまりよろしくない方法で回避していますが、過去の機械や OS をそのまま厳密に再現しようという事は考えてないのでまあいいかなと。
ただ、dosbox のコンソール出力はやっぱりちょっと変なので、int 29h でエスケープシーケンスを処理するよう修正する予定です。
そこで再発しないよう念入りに確認はするつもりです。
もしくは昔あったB1形式で出力とか。
一部のゲームでどうVRAM利用してるのか気になって。
ないなら作るとか
M88x5かな
ALT+1～4でBRGT(ext)のオンオフで実行中のGVRAMの状態見れる
.GRMのベタイメージも吐けてそれをBASIC上でファイルドロップするとそのままエミュで表示出来たはず
小画面のアニメ処理は、周囲に展開した画像を転送してパラパラするやつあるね。
M88だとマスクがうまく動かず、丸見えなソフトがいくつかあった
wine のせいですかね？以前は動いてたんですが...
予告通りint 29hでエスケープシーケンスの処理を行うように修正しています。
プロンプトの色の問題は日本語モード(AX or J-3100 or DOS/V)で起動した場合は大丈夫ですが、
英語モード(machine=vga等)で起動した場合は素のDOSBOXの処理になって発生しますのでご注意ください。
よくわからんけどUse Direct2D1をオンにしたり、Use Direct3D9をオンにしたり、両方ともオフにしたり、２種類入ってるバイナリの両方を試したりで結果が変わりませんかね
だめっぽいですね。
というか、FDいれてリセットしてもランプもつかないので
ブート自体うまくいってないかも
ホストマシンのVulkan仕様はどうなってますか？
最近のWineはDX9をVulkanに翻訳してる場合があるはずですので。
別のPCでも同じでした
ROMがおかしいのかな？以前は動いていたと思うんだけど
