基本、開発・人柱・新バージョンの報告や話題等で進行をお願いします
たまには上記の延長線上での脱線も可
※家庭用ゲーム機器は板違いです。（ぴゅう太はOK）
※ジェネレーターや其れに準ずる質問等はスレが荒れる原因になるので華麗にスルーして下さい
※上記の事柄に反応した場合その人も同じ池沼扱いされますので決して反応してはなりません
※このスレは如何にスルーできるか問われるスレですので肝に銘じておいて下さい
※禿しく空気読め
前スレ
PCエミュレーター統合スレッド Part7
http://hanabi.2ch.net/test/read.cgi/i4004/1430836648/
PCエミュレーター統合スレッド Part6
http://hello.2ch.net/test/read.cgi/i4004/1364603890/
武田 ◆bnZpPXJze51u
2017/01/03(火) 20:48:23.56
緩募。
X1turboZで追加された画面モードでの、VRAMの使われ方が分かる資料と、
著作権的に問題のない検証用プログラムがあると助かります。
年始の内に、いい加減対応しておこうかと。
Linuxで英語設定のブラウザからググってんのか？
TOSECやNeo-Kobeなどのグループが、国内パソコンのソフトを積極的に収集してるから、
色々調べれば、あるいは…
なんとか、12/31分まで取り込めました。
https://osdn.net/projects/csp-qt/releases/66943
色々バタバタしてて、あんまし進んでないです(；´Д｀)
turboZといえばX1センターのこれくらいだよね・・・
18年もやってる（た？）のね、中の人亡くなったのかな
だから繋がらなくなったのか(´･ω･`)
ばっちりです
・opengl32.dllをリネームして使用されないようにする
・emumsx1フォルダには何も無い状態でemumsx1.exeを実行する
・バッチファイルの記述 .\emumsx1.exe 1> .\_msx1_log12.log 2>&1 で標準出力も標準エラー出力も同じファイルにリダイレクトする
の条件を満たして試行してみましたが、リダイレクトすると前スレ902などで書いたWindows7の環境では落ちてしまうみたいです。exeファイルのダブルクリックでは落ちません。
Win10とWin7の出力結果を１つにくっつけてみました。
ttp://pastebin.com/x0KKMP8Q
これで誰でも閲覧可能？
すみません、
http://hanabi.2ch.net/test/read.cgi/i4004/1430836648/775
http://hanabi.2ch.net/test/read.cgi/i4004/1430836648/779
あたりの話を蒸し返します。（動作が軽くなるような変更は個人的に大歓迎なので。）
VMware上のUbuntuで、emumsx1のセルフビルドを試してみました。
（gcc5では最適化に不具合があるのかなぁ。普通にビルドするとfmgen.cppの232行目で落ちるけど、その直前で
type,i,j,amtable,amtをprintfするか、デバッグ向けっぽい設定でビルドすると動くという謎現象。）
PCM1BITクラスに関しては PCM1BIT::write_signal の中で SIG_PCM1BIT_SIGNAL の時に touch_sound() を呼べば、
set_realtime_render() を呼び出さなくても20161018版よりは改善されるみたいです。しかし、微妙に音程が低いように思います。
YM2203クラスのPSG部分のほうは全然わかりません。set_realtime_render() を呼び出さない場合は実機と比較して、
テンポは変わらないのに音程が低くなったように聞こえます。
１つ、要望に近い提案ですが
・VMクラスやデバイスのクラスからset_realtime_render()を呼び出すのではなく、ユーザーがメニューから
set_realtime_renderのtrue/falseを切り替えできるようにするのはどうでしょうか？
喋る処理があるようなゲームで遊ぶ場合はtrueにする、BASICのPLAY文で音を鳴らすだけの場合はfalseにする、みたいな。
デフォルト値はtrueのほうが親切かもしれないけど、喋る処理が正常に聞こえるようになったらデフォルト値をfalseにするか、
又はメニューを削除して内部のデフォルト動作もfalse相当にするけど#ifdefかset_realtime_render()呼び出しで
true相当に変更できる余地は残す、とか。
１つ、要望に近い質問ですが
・set_realtime_render(true)を使わずに正常に聞こえるようにするための調査、Todoリストに入れていただくことは可能でしょうか？
簡単なテスト用のROM（実機のBIOSやC-BIOSで起動したemumsx1でROMカートリッジとして使用することも可能、emumsx1の
BIOSの代わりに使用することも可能）ぐらいはこちらで用意します。PCM1BIT用とPSG用と。
そもそも量子化ビット数が1ビットなので音質は悪いですが、エミュレータのバージョン間の動作比較用には使えます。
>（gcc5では最適化に不具合があるのかなぁ。普通にビルドするとfmgen.cppの232行目で落ちるけど、その直前で
type,i,j,amtable,amtをprintfするか、デバッグ向けっぽい設定でビルドすると動くという謎現象。）
正月の間に、たまたまDockerでUbuntu16.04LTSでのクロスビルド環境を整えられましたので試しましたが、確かに落ちますね(；´Д｀)
と言う事で、対策しました。
最新のgitのbuildvars.datの、USE_RADICAL_OPTIMIZE項を、
途中でポストしたあげくにリセットかけたので、再度m(_ _)m
>VMware上のUbuntuで、emumsx1のセルフビルドを試してみました。
問題点を、最近たまたまご指摘の直前に確認できたので、修正入れました。
（dockerにUbuntu16.04環境を入れてビルド試したら云々です）
buildvers.datの、USE_RADICAL_OPTIMIZEを「No」などにしてみて下さい。
>PCM1BITクラスに関しては（中略）
>・VMクラスやデバイスのクラスからset_realtime_render()を呼び出すのではなく、ユーザーがメニューから
>set_realtime_renderのtrue/falseを切り替えできるようにするのはどうでしょうか？
一応実装してみました。
「音声」→「厳密なレンダリングをする」です。
これで上手くいくとは思いますが…
>・>set_realtime_render(true)を使わずに正常に聞こえるようにするための調査、Todoリストに入れていただくことは可能でしょうか？
（中略）
>BIOSの代わりに使用することも可能）ぐらいはこちらで用意します。
ありがとうございます。
多分、PCM1BIT用だけで事足りるとは思います。
甘えさせて頂いて、申し訳ございません。
後、この問題に関してですが、PCM1BITが非常に汎用性が高いので、1サンプル毎に必ずmixしないと上手くいかない造りになってるからだとは思います。
これ、対策が結構ややこしくなり（今考えているのは、Signalが変化した時の時間を記録しておいてmix()の時に展開する）、下手にやれば重くなる可能性も高いので、色々細工する必要がありそうです。
で、今、次のリリースの為にコンパイラをバッチで廻しています。
メニューなどの大半に、日本語訳とツールチップ（マウスカーソルが指してるアイテムの近くに解説文が浮かんでくる奴）をつけました。
一部、いい加減かもしれません(;´Д`)
とりあえず、24日の夕方（JST）迄には出したいところですが。
にはヘッダが付いていないのが多いのか、CHSの設定が面倒だぞ
snes9xでロマサガ3をやっていたのですが、終盤でセーブデータが壊れたみたいになってしましました
どうにかならんでしょうか？
ここまでかなりやりこんできたので正直ショックです
ファイルが壊れています
と出ます。助けてくださいおねがいします
https://osdn.net/projects/csp-qt/releases/67002
今回から、Ubuntu 16.04LTS向けのビルドが追加になり、今までのLinux環境のはDebian sid専用になりました。
sid以外のディストリの方は、多分Ubuntu16.04LTSで動くと思います。動かないのかもしれませんが、その場合は自家ビルドで…(；´Д｀)
実機のWindows7とVMwareのUbuntuで、ビルド済みバイナリを試しました。ソースからの自前ビルドは試してません。
厳密なレンダリング（Strict Rendering）にチェックを入れると、PCM1BITは正しく喋っているように思えます。PSGはチェックを入れても入れなくても同じような感じで、正しく喋ってません。
20161010版や20161027版ではPCM1BITもPSGも正しく喋っているはずです。
(MSXの場合、fmgenじゃなくて別のものを使ってみるという方法もあるんだけど。)
年末年始あたりに９割ほどまで作ったものがありますので、仕上げしてアップローダーに置いておきました。
http://umaiboux.k-free.net/yaya/wav2msxrom_1bit.html
ROM作成ツールが主役のようにも読めますが、入っているサンプルROMだけ使ってエミュレータの動作確認できると思います。
ソフト板にsnesスレがある。
ありがとうございます。
とりあえず試してみましたが、確かにPSGだと音程が違いますね。
後で、昔のビルドではどうだったかみた上で、色々やってみますね。
直してみましたのでお試しください。
SP_TESTFIX.20170124-1.7z
https://www.axfc.net/u/3768492
なんだかんだで一行追加すればなんとかなってしまいました(；´Д｀)
https://www.youtube.com/watch?v=f6R4T7bYG9k
実機のWindows7で、emumsx2.exeのみ確認。
厳密なレンダリングにチェックを入れると、PCM1BITもPSGも正しく喋っているようですね。
ネームサーバー検閲するあたりのタイプを。
ここの定期的書き込みがGoogleに影響しているのか、
検索に入力すると続きの候補に「閉鎖」って出てくるよ。
狙ってやってるとしたら悪意の塊だな…。
スマホから見てるんじゃない？
まぁ、ここ見てなきゃ気付かないだろうね
Emu-France
いやパソコンだけど
最近まで403で見れなかったが今は普通にアクセスできるようになっている
https://osdn.net/projects/csp-qt/releases/67032
実機のWindows7で、emumsx1.exeのみ確認。
音に関しては>>42に書いたのと同様、厳密なレンダリングにチェックを入れるとPCM1BITもPSGも正しく喋っているようです。
表示基盤がOpenGL v3.0の場合：
>>29に書いたのと同様、標準出力と標準エラー出力をリダイレクトすると落ちます。exeファイルのダブルクリックでは落ちませんが、QWidget::repaint: Recursive repaint detected は出てます。
表示基盤がOpenGL v2.0の場合：
標準出力と標準エラー出力をリダイレクトしても落ちないようです。exeファイルのダブルクリックでも落ちません。QWidget::repaint: Recursive repaint detected も出てません。
少なくとも、うちのWindows7ではOpenGL v2.0を使ったほうがいいのかな。
中国語のメッセージはどうしていたんだろうか
何せ「ドラゴンクエスト」の勇者の名前をアラビア数字４桁にしてしまった国だからな。
OpenGLv3でのクラッシュ問題ですけど、件のメッセージをググって試しに直してみました。
CSP_TESTFIX.20170201-1.7z
https://www.axfc.net/u/3771344
これでうまくいってるといいのですが…(´・ω・｀)
DOSVAX (AX PCエミュレーター)
http://island.geocities.jp/cklouch/soflib/dosvax/dosvax.htm
Windows7以降対応ってあるけど、Vistaでも動きました、
subsysのバージョンを書き換えたらserver2003でも動きました。
たぶんXPでも動く。
ホストのドライブがVista以降じゃないと見れないので、
実質Vista以降じゃないと使えないかも
設定が悪かっただけだった。普通に作動した
やっぱり駄目だった。
Vistaでは問題なく動くけど、XP(server 2003)以前だとホストのドライブを
認識しない
今度は、コンパイル時間を圧縮する為に、デバイスの大半を独立したライブラリに追い出しています。
# make -j6で二時間とかかかってますからねー(;´Д`)
## もっとかな？(;´Д`)
全てのデバイスは厳しいですが、一番ボトルネックになってる所（i386とかあのへん）は追い出せる見込みが立ちました（まだ本格的な作業に入ってないけど）。
今のところ、FM-7とX1がどうにか動いてます（全てのデバイスを追い出せてる訳でもないのですが）
お騒がせして申し訳ございません>武田さん
Windowsではexeファイルだけの差し替えですよね。
InitInstance()だのスレッドだのがログに出てくる順番が異なったりはしますが、うちのWindows7でOpenGL v3.0を使った場合
標準出力と標準エラー出力をリダイレクトすると落ちます。exeファイルのダブルクリックでは落ちませんが、QWidget::repaint: Recursive repaint detected は出てます。
という感じで>>58の物と同じ現象のようです。
それより、>>71
＞デバイスの大半を独立したライブラリに追い出しています。
というのが気になります。
Windowsで言うと、機種によってexeファイルが異なるのは今までどおりだけどデバイスの大半は機種共通のdllファイルに入れる、ということでしょうか。
それだと、#defineによって動作が変わる箇所はどうなるのでしょうか？
例えばMSXでは一部市販ソフトの不具合対策のためにYM2203_PORT_MODEを定義してym2203.cppで使われてたりとか。
今のym2413.cppではリズム音とメロディーを左右に振り分けてるけど、MSXでは左右同じ音にしたいので
http://umaiboux.k-free.net/yaya/2016-04-01plus1.html
http://umaiboux.k-free.net/yaya/2016-04-13plus1.html
では#if definedを追加してたりします。
（私の方が停滞してますが）一応同期してやっていこう
ということになっているつもりですので。
osd以下は好きなように弄っていただいていいですが、
仮想マシンなど共有部分の設計の根幹に関わる設計変更は、
余程の理由でない限りはご勘弁いただければと。
少なくともビルド時間の短縮のため、という理由には
見合わないかなあと感じます。
正月休みに実装したTK-85と、ワンボードマイコン系で
ボタンにも画像を貼る仕組みを一旦出しておこうかと。
メニュー周りを一度見直したいなあと思っています。
現状、仮想マシンの設定とWindowsアプリケーションとしての設定が
ごっちゃになっているのを、ちゃんと分離して整理したいなあと。
はい、わかりました。
i386とかの、ビルドに猛烈な時間がかかるデバイスを何とかしてコンパイル回数減らしたいなという所ですが。
ところで、FMGENに細工して、独立した(OPN不要な)PSG(AY-3-8910とか）を作ってみました。やろうとしていた事の下準備で作ってみています。
同じ結果になるコンパイルスイッチの物同士だけ自動的に使い回して不具合も出ないような仕組みが簡単に
構築できるんだったら苦労しませんわよね
Bドライブのアクセスランプの緑は通常88やX1の2HDの色なので
緑は2HD使用時に割り当てて欲しいですな
考えてみたら、意外と難しくなさそうだというのが、Ｃ＋＋で本腰入れたらわかってきました。
多重継承を逆手に取ったある種のトリックなんですが、既にqt/common/menu_flags.なんとか辺りで使っております。
ビルド時間で最大のボトルネックになってるi386エミュレーションコアは、やってみたらものすごい「きつく」なってますし、当面は（本家とは分離して、本家に簡単にリバート出来るようにした）技術検証を優先しようと思います。gitではブランチ切った方がいいかな。
直接のメリットは、コンパイル時間とディスク占有量の圧縮ですが（家でビルドすると数ギガバイトは潰れる）、他に何かメリットが出てきそうですので。
リセットを押してもテープの状態保持が望ましいです
eX1/X1turboの途中でテープ読み込み中止してもエラーにならないで固まったまま？
なのでAPSSの使い勝手に不都合を感じます
X1ではキーボード上でカセットコントロールできると有難いです
前スレを909で検索してみればいいんじゃないかな
http://www.vector.co.jp/soft/winnt/util/se514733.html
毎度のEvo-genだっけ？とは違った
ウイルス判定してくれます
本当に何か入っているんじゃ・・・
特にバスターやAvastは
MSEかNOD32の方がマシでは
たまにノートンとか
＞本当に何か入っているんじゃ・・・
ソースから自分でコンパイルしてみればいいのに…
MSEは検出性能良くないしなぁ
まだ、現象が突き止められないので、とりあえずデバッグビルドしてみました。
CSP-TEST-20170210-2.7z
https://www.axfc.net/u/3774177
SHA1SUM: 4840f70571f35ed91aa8e3fafe70ff67cf4c24bc
異常発生時のメッセージがログに出てくるので、それをコピペしてみてはいただけないでしょうか。
本当はバックトレースがほしかったのですが、どうやら公式のQtパッケージでは出してくれないようです。
＞プロシージャ エントリ ポイント __gxx_personality_v0 がダイナミック リンク ライブラリ libstdc++-6.dll から見つかりませんでした。
でした。
あらまぁ(´・ω・｀)
これではどうでしょうか？
CSP-TESTBUILD-20170211-1.7z
https://www.axfc.net/u/3774415
起動しました。
opengl32sw.dllというファイルが入っているのに気付かず、そのまま実行しましたがリネームしてもしなくても同じですかね。
Win7でexeファイルのダブルクリックでは落ちませんが、QWidget::repaint: Recursive repaint detected は出てます。
Win10とWin7の出力結果は
ttp://pastebin.com/xGnrvejJ
こんな感じです。
一歩前進…ですかね。
ログの感じからすると、Windows7上で動いてるIntelのOpenGLドライバとQtとの相性っぽい気がしなくはないのですが…
とは言え、色々至ってない所がこちらにあるという感じもしますので、とりあえずこれをお試し願います。
CSP_TESTFIX.20170212-1.7z
https://www.axfc.net/u/3774960
SHA1SUM: bb8504e5f7667943fcdc23fc3a9ae01983be89ef
２つのパターンで作成してみましたので、両方ともログを貼っていただけると…
あと、今回からGUIの大半が一個のDLLに分離できたので、そこら辺やQtライブラリを入れ替えていただけないでしょうか（添付してあります）。
・libQtのファイルとWith_Qt5.4のファイルの組み合わせで動かす
・libQtのファイルとWithout_Qt5.4のファイルの組み合わせで動かす
の２パターンということでしょうか。
Win7での２つの出力結果は
ttp://pastebin.com/HyLtKF5n
こんな感じです。時刻以外は同じ、ですかね。
With_Qt5.4とWithout_Qt5.4のバイナリはほぼ同じで数バイト異なるだけ、で正しいでしょうか。
はい。（多分）そうです。
Qt5.4以降のAPIを使うかそれ以前からあるAPIにするか以外の違いがないので。
で、色々調べて見ましたが
、どうも原因が見えないと言うか、Windows7のドライバー（Intel製？）との相性なのではないか。と言う事で、
当面はGL2.0をデフォルトにします。
後、Issuesに記録しました。
近い内に、Windows7の試供品をVMに入れて動かすのと、バックトレースを何とかして組み込むのをやろうとは思ってます。
この前更新されたTK-80BSも反応が出て隔離された
気持ちが悪いからバイナリを削除した(´･ω･`)
(´・ω・`) 彡⌒ミ
／ ＼ （ ）いいこと言うなハゲ
.＿＿| | .| |＿ / ヽ
||＼ ￣￣￣￣ ／ .| | |
||＼..彡⌒ミ (⌒＼ |_＿./ ./
||. （ ） ~＼___＿_ノ| 彡⌒ミ
/ ヽ だよなハゲ ＼| （ ）
| ヽ ＼/ ヽ. 美しいハゲだな
| |ヽ、二⌒) ／ .| | |
.| ヽ ＼∧＿∧ (⌒＼|_＿./ /
私自身はMicrosoft Security Essentialでウイルスチェックして、
問題ないと判断して配布しています。他のセキュリティソフトが
どのような判定をするかについては私の与り知らぬところです。
誤判定もあり得るとう前提のもとで、セキュリティソフトと
配布元の私と、どちらを信頼するのかというだけの話です。
私の方が信頼できるということであれば、自己責任のもとで
使っていただければいいですし、
そうでなければ削除していただければいいと思います。
其々のご判断に、私から何か言うべきことは何もありません。
納得です。
おそらく大丈夫だろう。
LinuxマシンでもWine使ってeX1turboとかePC-8801MAとか入れてるけど、もし本当にウイルスだった場合どんな動きをするのかある意味楽しみｗ
関係ないけど、eX1turboとかカーソルキーをジョイスティックとして使える機能とか欲しいな。
他のバイナリは全く誤反応しないのに
これだけ反応するのは何かあるんだと思う
そこまで、セキュリティソフトを信じられる事に
感心するよ。
感心するよ。
道に落ちてる食い物拾って信じられないから食べないと言ってるような物
Avast!でバイナリで引っかかるのは不思議なことにほぼ武田氏のなんだよな・・・
どんなコード書いてもコンパイル直後に消される
前に武田さんのソースをそのままビルドしてみたら、コンパイラ（VS2013無料版）の最適化設定によっては引っかかる事がありましたので、
多分ですが、コンパイラが悪いコードと言うか、ウイルスチェッカーが引っかかるようなコードを吐き出す部分がかなりあるのかも。
アンチウィルスは、半分ブラックボックス化してるから、色々嫌なことがありますよね。
今まで引っかかったことありませんよ
一つくらいウイルスが入っていてもわからんわ
色々と個人情報が知られてる自分のサイトの配布物に
ウイルスを意図的に仕込むなんて事、ばれた時には
社会的に死ぬのにするか?
という可能性がないわけでもない
あるいは自分基準で「これはウィルスじゃない！」のとか
自己責任で使えばいいだけの話だろ
頭大丈夫？
武田氏のソフトをDLしなければ死ぬわけじゃないんだ
ウダウダ文句並べてないで嫌ならDLしなければ良いだけ
どうもVC++2013でビルドすると、ウイルスと誤検出されやすいようです。
babagge2nd.exeで比較すると、
VC++2008だと検出率は3/57、VC++2013だと20/58となりました。
次回以降のリリースでは、VC++2008に戻そうかと思います。
よろしくお願いします。
馬鹿か、無料で配布しているんだから、使うのは自己責任に決まってるだろ。
そこまで、配布者が負う義務はどこにもない。
mz1500、2800、Pasopia、PC6001mk2、PC9801e、PC9801vm
あたりがが今までで出やすいかな
今回はBinary.zip自体弾かれた
Aviraと言ってもAVGも吸収しちゃったんだよね
AVGも似通ってくるのかなぁ
フリーとも言うけど有償版とした普通のウイルスセキュリティでもあるんだよね
まあ、そこまでする必要はないよな
自衛できんやつは使わんでよろしい
eZ80TVGAMEでキーボードからのボタン操作が出来なくなっているようですが
Joystickからの操作はできます
virustotalでの検出率は2/52です。
>156
メニューのInput - Joystickで、ジョイスティックに対する
キーの割り当てを指定してください。
何も検出されずバッチリです
武田様,
解決致しました
有難うございます
質問、要望、報告等はこちらからでよろしいでしょうか？
ホビーパソコン系にも画面フィルター入れてほしいです。
ソース見ればウイルス混入がないことはわかるよ。
処理系どころかデバイスのファームに入る事もあるな
そこまで気にするならOSやデバイスドライバー含めた全てのソフトはおろか
自作PC()レベルじゃなくLSIレベルから自分で作って管理・把握しないと安全は確保できない
頑張れよ
現在段階的に取り込み中です。
out_debug_log()をDEVICEクラスで宣言、
各デバイスのemu->out_debug_log()をthis->out_debug_log()に変更、
EVENTクラスのtouch_sound(),set_realtime_render()周り、
サウンドデバイスへのtouch_sound(),set_realtime_render()の追加、
get/set_device_name()と各共有デバイスのデバイス名の初期化、
（一部デバイス名は私の好みで変更しています、すみません）
辺りまで取り込みました。
一部変更の上で取り込んでいますが、ご意図通りになっているか、
お時間のあるときにでもご確認お願いいたします。
各機種のデバイスのデバイス名は後日取り込んでいきます。
共有デバイスのデバイス名の上書きは、同じデバイスが複数使われている
場合だけでもよろしいでしょうか？
各機種のdrec->close_tape()の前後のemu->lock_vm(),emu->unlock_vm()も
取り込みましたが、これは何のためだったでしょうか？
YM2203とAY_3_891Xのクラスは分離しましたが、
fmgenの方は、opnaにis_ay_3_891xを追加して、この値を参照して
PSG::SetVolume()の処理を分けるようにしています。
また、AY-3-891x搭載機種は、全部AY_3_891Xに切り替えています。
そう言えば、YM2203内で左右のボリュームを反映する処理を入れていますが、
fmgen側ですでに左右のボリュームを調整する処理が入っていたかと思います。
他に何か目的がありましたでしょうか？
同じクラスから何度同じ値でset_realtime_render()が呼ばれてもいいように、
どのクラスから呼ばれたかをチェックするようにしました。
また、各デバイスのtouch_sound()も取り込んでいますが、一部修正しています。
PCM1BITは、ONで非MUTEの場合、入力パルスが変化している間だけ、
自動的にrealtime_renderをtrueに、また２フレーム以上変化がない場合は、
自動的にrealtime_renderをoffに、それぞれ設定するようにしました。
SN76489AN::write_signal()のSIG_SN76489AN_DATAは、I/Oバス直結でなく、
別I/OからCE/WEを操作してアクセスするためのデータバス信号なので、
ここではtouch_sound()をしなくてもいいかと思います。
CE/WE信号をwrite_signal()したときに、write_io8()がアクセスされるので、
そちらでtouch_sound()されるからです。
SCSI_CDROMは、start_command()ではなく、set_cdda_status()内で
処理するのが楽そうです。
touch_sound()して、演奏中はset_realtime_render()をtrueにしています。
MSM5205も、ADPCMの演奏中はset_realtime_render()をtrueにしています。
PCEは、SCSI_CDROMとMSM5202で処理しているので、PSG関係のアクセスだけ
touch_sound()すればよさそうです。
common_source_project-fm7-SNAPSHOT_20170130.tar.gzがベースなんですけど、こんな感じで変更すれば
strict_renderingがオフでも大体いい感じで喋ってるかもしれない予感です。
ttp://pastebin.com/HiX63kcx
VMware上のUbuntuでセルフビルドしたemumsx1で確認。
と思ったけど、武田さんの更新が先だったか……
まあ、何かを適当にどうにかして下さい！
ありがとうございます！！
チェックや取り込みについては、しばしお時間下さい（充電中につき）。
教えてちゃんです。
エミュレーターを勉強し始めて1ヶ月くらいです。
http://garaimu.blog107.fc2.com/blog-category-9.html
↑
こういうのとか見て、やりたかった
ニューーラリーXとスペースインベーダーができるようになりました。
あとぴゅう太のゲームがやりたくていろいろ調べましたがお手上げです。
ボンブマンだけでもやりたいのですが。。。
素人にはハードルが高いでしょうか？
何かヒントを授けていただけないでしょうか。
http://www.floodgap.com/retrobits/tomy/emu.html
↑
これを読んでも理解できませんでした。
http://www.theoldcomputer.com/roms/index.php?folder=Tomy/Tutor-Pyuuta
↑
ここでbiosとromがありますがどう使っていいやらさっぱりです。
よろしくお願いします。
出て行け
そして二度と書き込むな
event.cppの修正を、今晩のリリースで取り込ませていただきました。
確かに何か音が低くなるなあと思って、pcm1bitはset_realtime_renderを
trueにするようにしたんですよね。
ただ、pcm1bitは、元々１サンプルの間のオン・オフの時間比を考慮して
波形生成するようになっていて、realtimeでmixした方がいいので、
pcm1bitの方はset_realtime_renderをtrueにする仕様のままにしています。
>>Artane.様
各マシン固有のデバイス名も追加しました。
汎用デバイスは、原則として、複数のインスタンスが生成される場合のみ、
使われ方に応じたデバイス名を指定しています。
http://takeda-toshiya.my.coocan.jp/
↑このページからBinary Archiveをダウンロードして
ZIPファイルの中にあるpyuta.exeを適当なフォルダに置く
http://www.floodgap.com/retrobits/tomy/emu.html
↑このページからFirmwareをダウンロードして
ZIPファイルの中にあるtutor1.binを同じフォルダに置く
tutor1.binをipl.romにリネームする
pyuta.exeを実行してメニューからromファイルを開く
という説もあるような、ないような
できました！！
感激です！！(T◇T)
レトロなおもちゃみたいな感じがサイコーです。
私は昭和46年生まれです。
当時は貧乏で友達にたまーにやらせてもらっていた
程度でしたがボンブマンが好きでした。
ぴゅう太のコントローラーは何か操作が難しかった
ですが、ゲームパッドだとすごく操作しやすいですね。
ほぼゲームはやらないのですが
スペースインベーダー、ニューラリーＸ、ボンブマンだけ
どうしてもやりたいと思っていました。
5年前にエミュレーターをやりかけたのですがさっぱり
分からず動きませんでした。
また精進いたします。
本当にありがとうございました！
１年近くも放置プレイをかましてしまって申し訳ないです。
https://osdn.net/projects/csp-qt/releases/67244
>>173
ありがとうございます！！！
>>178 とは行き違いになってしまった…（汗）
お疲れ様です有難うございます。
tanamさんのyaMSX1のバイナリは、残しておいたほうが良いかも知れません。
拡張スロット関連の不具合で暴走するソフトがあるらしいので、基本スロットのみで構成されたマシンは有用かな、と。
（ePX-7で適当なMSX1のメインROMだけ使ってもいいんだけど、RAM32KでFDD無しなので能力不足な場合もあるかもしれない）
yayaMSX1を改変してyaMSX1に似せたスロット構成のバージョンを作っても良いでしょうけど、余分な手間がかかりそう。
あと、HX-20のステレオ／モノラル切り替えはリセット無しで反映されるようになっていると嬉しいのですが……
>>179
コンピューターに libwinpthread-1.dll がないため、プログラムを開始できません。この問題を解決するには、プログラムを再インストールしてみてください。
でした。common_source_project-fm7-SNAPSHOT_20170130.zipの中身から該当ファイルを持って来れば起動できます。
ご参考までに、作業中のファイルです。
http://takeda-toshiya.my.coocan.jp/00tmp/source.zip
emu.h
#include <pthread.h>しているのは、qt/osd.hに入れてください。
class CSP_Debugger;の宣言が全環境に反映されてしまってます。
こちらはその下の#if defined(OSD_QT)に入れていただければと。
debugger.cpp
lstrlen()は_tcsclen()にしました。
_tstoi()は、common.hで宣言している代替処理ではダメだったでしょうか？
qtのosd->open_console()の引数はconstにしていただけると助かります。
cur_time_tは、common.h内で
#define dll_cur_time_t DLL_PREFIX_I struct cur_time_s
を定義してやって、各デバイスでは
dll_cur_time_t cur_time;
と変数を宣言するようにしましたが、これでご意図通りでしょうか？
そのままだとちょっと取り込み辛いです。
ノイズ再生専用クラスを別途用意して、wav読み込みとかボリュームとか
音声合成とかは全部そっちで処理してやるようにして、
各デバイスは、渡されたノイズ再生専用クラスのポインタ経由で再生、
みたいな感じで取り込み作業を始めました。
現在はMB8877搭載機種のみですが、結構すっきりした感じになりました。
他のFDCとDATARECまで完了したらリリースします。
common.hとconfig.hを工夫して、なるたけお互いソースを共通化できる
仕組みを入れてみました。
USE_SHARED_DLL（名前は適当に変えてください）辺りをご参照ください。
ｍｚ700にも、FD、QD対応をお願いします。
http://takeda-toshiya.my.coocan.jp/00tmp/source.zip
大体実装できたけど、ついでにDATARECにFWD/REWの音も追加してから
リリースしようかと思います。
X1とかMZ-2500とか、APSSの様子が感じられて面白いですね。
MSXについては、最終的にはスロットに刺すデバイスを
任意にカスタマイズできるようにしたいなあと思います。
ホビー系のマシンにもCRT Filter入れてほしいです。
出来ればコンボジットっぽくなるやつ。
宜しくお願いします。
2ボタンで通常パンチのところがローキックになってしまいます
下でも入力されてるんかねぇ
openMSXみたいに、カートリッジスロットを拡張して4MBのRAMを計8個増設、なんてこともできたら理想ですが
そこまではしなくても色々なデバイスを抜き挿しできると便利ですね。
VMのメモリやI/Oポート周りの処理を大幅に変更する必要がありそうですけど。あとはUIも？
ただし、PX-7に増設RAMを挿した場合はRAMのスロットが分かれてしまって不具合発生するソフトがあるかも。
なので、基本スロットのみの構成でRAM64KBを同一スロットに内蔵したマシンが欲しい所です。
FDDのシーク(FDDSEEK.WAV)、ヘッドの上げ下げ(HEADDOWN/HEADUP.WAV)、
CMTのリレーのオンオフ(RELAY_ON/RELAYOFF.WAV)、早送り(FAST_FWD.WAV)、
を再生するようになっています。
各機種や各デバイスで必要な修正は最低限になっているかと思います。
ご確認お願いいたします。＞開発関係各位
武田さん、
WAVファイルのファイル名の付け方について
ホームページ上に説明が見つかりませんでした。
どこかに説明がありますでしょうか？
ePC-8801MAでディップスイッチの設定を変更・保存することは可能でしょうか？
iniファイルを直接書き換える方法でも結構です
ありがとうございます。
コードを見る作業は、早くて月曜の夕方になりそうです。
（子供が高校入学するのやなんや沢山タスクがきているのでバタバタしております）
私の作業した拡張と、武田さんの拡張を照合しながら、武田さんに合わせていくようにします。
後、やっぱり、デバイス全般をDLLに出す準備をさせて頂けるとありがたいのですが…
既存のコードの構造を大きく改変するものでなければ問題ありません。
DLL無効にしてもちゃんとビルドが通って動作する状態を維持する点は
ご留意いただければと思います。
DLL_PREFIXを付ける辺りとか、config.hで全メンバを有効にする辺りとか、
部分的に取り込みは既に開始しています。
何とか、DLL生成用とDLLを利用する用と、ソースを１本化できないか、
一度ご検討いただければ幸いです。
#ifdefで複数デバイスが纏められているものも、ご相談いただければ
（YM2203とAY_3_891Xのように）別クラスに分割するなり検討します。
ただ、何でもかんでもDLLに突っ込むのではなく、効果の高いもの
（ビルド時間が長く、多数の機種で使われているもの）に限定して
いただければ、私の方も対応しやすいです。
>>武田さん
お疲れ様です。
>>200
>libcpu_newdev以下でコードが２重化しているのが気になります。
>何とか、DLL生成用とDLLを利用する用と、ソースを１本化できないか、
>一度ご検討いただければ幸いです。
・速度にインパクトを与えなければ、#ifdefで括られてる所をif分岐でやれるといいのですが。
・DEVICEクラスのdevice.hは、デバッガがあることにしたい（要は、デバッガがないVMでも、get_debugger()以下があることにしておきたい…
・以下のデバイスについて、baseクラス→本番クラスと言う構造にしてしまってよろしいでしょうか？
基本的に、本番のクラス定義とオーバライドをvm/に、baseクラスの定義と記述をvm/libcpu_newdevに入れるということで。
i386
i86
i286(今後予定)
mc6809
mcs48
z80(今後予定)
mb8877(今後予定)
uPD765a(今後予定）
disk(今後予定)
もしよろしければ、
デバッガのあるなしや個別デバイスのHack(例えばi386のDMAや疑似BIOS）については、オーバライドで対処するようにしてしまおうか思います。
上記あたりが、個別VMごとに処理が違い、なおかつコンパイルの時に時間やディスク占有でボトルネックになってると思いますので。
deviceの本体をvm/libcpu_newdev/device.cppにするのは、結局は、device.hがifdefで動作を変えてる事でVMごとに再コンパイルが必要なのをどうにかしたい＆＆リンカ側の都合によるためです。
長くなりそうなので、続きのレスにします。
フロッピーやハードディスクなどのアクセスランプは、
ステータスバー上に表示するようにしました。
クライアント領域の右下に小さく表示していたアクセスランプは
廃止しています。
ここ最近の修正で、ソースに相当大規模な変更がはいっています。
マージ大変かもしれません、ごめんなさいです。
これでリリースしているバイナリが99個になりました。
（99機種ではないです）
100個目は、一部筋でご要望のあった機種になる予定？
わかりました。その辺りは、極力配慮します。
DLL_PREFIXの件は、本当にありがとうございます。
>>183
>>190
これから、件の部分をマージしていきますので、色々変更入れるようにします。
お疲れですね
ステータスバーの表示をオン・オフする機能が欲しいです
表示するものがなくてもステータスバーが表示されるものもあるので
おおう（を
直しときました、ご指摘多謝多謝です。
>>206
取り敢えず、表示するもののない機種は表示しない方向で
修正してみます。
スクロールが少し速くて曲が3分くらい余っちゃうんだよね
お疲れ様です。3/15 武田さん版で引っかかることがいくつかありました。
・下のステータスバーが物凄くちらついています。
・FM-7/FM-8で、「320KB FDDを接続する」に相当する項目がないので、フロッピーが認識されてない。
その他にも微妙なことがある気がしますです。
FM-7/8のDipswitchのメニューは次の更新で修正します。
ステータスバーですが、
- Direct3D有効、Wait Vsync有効
- Direct3D有効、Wait Vsync無効
- Direct3D無効
のそれぞれで挙動はどうでしょうか？
それで解決つくのであれば、ウィンドウモード時は強制的にVSYNC待ちを
無効にしてもいいかなと思います。
Direct3D有効、Wait Vsync無効で常用してますが激しいってほどじゃないけど頻繁に
チラつきますね
Linux Bean+wineの方ではDirect3D無効、Wait Vsync無効ですがチラツキ激しくなりますね
まぁWineは正攻法じゃないんでね
eX1turboの方で確認しましたが
毎秒2回程度に落として様子を見てみようかと思います。
＃FILEIOにzlibを仕込む実験中。
＃セーブは面倒だからロードだけでいいかな。
＃D88のマルチイメージのセーブ対応とか考えるだけで面倒そう。
D3d有効だと、VSync待つか待たないかによらず、ちらつきが厳しいです。
ただ、この部分が画面の描画を喰っているのでもないので…ちょっと、コードを見てみます。
d3d無効だと、わずかにはちらつきますが、見られますね。
>>212
来ますか！！
ご協力必要であれば…
zlibやgzipだけではなく、xzやlzmaなどのメソッドも後から追加出来るようであると、色々はかどります。zlibは、既に過去の物ですので（圧縮効率的に）
D88/D77形式は、さすがにzlib対応はやらなくてもいいように思います。
となっています。
メディアウインドウ作るなり、サイドバーをつけてそちらにも色々情報だしたりするのが妥当でしょうかね。
gzip形式（not zip形式）をサポートしてみました。
fopen/fread/fwrite/fseek/ftell/fcloseとほとんど同じ感じで
アクセスできるので、簡単に仕込めました。
zip形式のサポートは面倒くさそう（苦笑）
今日のバイナリで改善しているか、お時間のあるときにでもご確認お願いいたします。
ステータスバーのちらつきは一緒っすね
モニターは15KHzだからスキャンラインが表示されるのが正解じゃないかにゃあ
普通の画面の右側に、ドック形式の仮想メディア表示欄を作ります（とりあえずの物は出来た）。
FM-7シリーズなどである、キーボードのLEDも、コレに統合するかも。
下のステータスバーは、メッセージ専用にしていきます。
GPLなソフトウェアに入れたり、少し改変しても文句を言われないフロッピーやカセットなどのアイコンがあると、さらによく出来るかも…(^_^;)
誰か教えて下さい！おねがいします！
試されたい方は、最新以降のソースコードをgithubからクローンしてビルドしてみて下さいませ。まだ、Debianでしかビルド試してないですが。
後、qtパートのGUIを記述してるソースコードが余りに煩雑になりすぎてますので、
マクロかメタ関数でウィジェットやメニューを記述し直すようなのを始めようと思います。既に、最新gitのdock_disks.cppで試していますが、いい感じになったので。
>>220
わかりました。
火曜の夜以降になると思います。
zlib適応部分とか胸熱ですねー(^ω^)
お疲れさまです。
画面みた感じだと、新しくできたステータスバーと、元々ある画面の下側が、同じような座標位置で重なっていてちらつく感じがするんですよね。
まだ、Windowsようのコードを全く見ていないのですが…
ZLIB対応も取り込んでます。が、武田さんのままのfileio.cppだと、zlib1.2.8を使ってるシステムでは
ビルドができなくなるので、そこら辺の対策を入れてありますし、後、透過的にzlibを使えるように(fileio.cppでの)ファイル名の扱いを変えたりもしてます。
# 圧縮率が上がるliblzma対応も入れちゃおうかなぁ
# …後、FILEIOに読み込み専用か外部から確認できるメンバ作ったり、圧縮形式を確認できるメンバ作ったり。
# 多分、そこら辺があると、仮想デバイスに読み書きするときや書き込み保護するしないの判断をする時に役に立つ。
後、FM-7系の高速化に手を染めています。今回は主に、メモリアクセスにテーブルを積極的に使うようにしてます。
サブシステム側しかやってないのですが、凄まじくホストCPUを喰う「アムノーク」が、大体10%程度CPU使用率が下がりました(90%オーバー→80%前後)
なので、メインメモリ側もやっちゃおうと思いますです(^_^;
>>220
お疲れ様です。
確認しました。
320KB FDDの件は大丈夫。
下のステータスバーについては、Direct3D有効だとダメですね。
ステータスバーと画面の下のほうが、食い合ってチラチラしてる。
コメント頂けますと助かります。
http://takeda-toshiya.my.coocan.jp/00tmp/x1turbo.zip
サブメニューを作れるようにしました。
それを使って、ステートセーブ数を10に増やしたり、
仮想マシンとホストで設定を分けたりしています。
（どっちに割り振るか悩ましい項目もありますが）
で、これを全機種のリソースに横展開するのが面倒くさそう（苦笑）
ステータスバーってコントロールの一種で、クライアント領域の底に
配置しているだけでして。
で、Direct3Dって基本クライアント領域の全部を更新しようとするので、
PCのパフォーマンス依存でちらつきが出るみたいです。
>>223のご提案通り、変化したときだけ更新するようにしたのと、
メニューから表示・非表示を切り替えられるようにしました。
これで様子を見ようかと思います。
>>229
実家でバッファローのバンクメモリのマニュアルを発掘できませんでした（苦笑）
資料と検証用ソフトが用意できましたら、まあおいおい、ということで。
ベース部分の整備で予定していた項目は概ね完了しましたので、
一旦MS-DOS Playerに戻ってご報告いただいていた不具合をつぶして、
各ドライバの修正と新ネタの検討を進める感じで。
＃毎年エイプリルフールのネタをやらなきゃと思うんですが、
＃結局忘れちゃって、GIGAZINEの特集記事見て思い出すと（を
WIDTH x0,12の画面モードの時にPCGが2倍の16ドット拡大表示になってませんね
良い感じです
HIRESO切り替えがSCREENにあったり、キーボードがContorolにあったり
設定バラバラなのがちょうど気に掛かってたところでした
テープイメージのリセット時の保持(現状IPLで手動APSS使うには無理がある。
例えばロマンシア。3本目にturbo専用が入っておりAPSSで調整するとイメージの不具合生じる
。イメージが無反応のため現状モニタでm→APSS+2→bootでやるしかない。リセットをかけるとイメージ位置初期化)
デゼニやサラトマとかもIPLのAPSSスタートでしたね。
マウス、CZ-8B01のROM BASIC対応、
カセットコントロールキー、turboZでほぼ完璧ですかね
各機種共通でやってほしいのがジョイスティックのラピッド機能とテープ位置保持(アドベンチャーなどで不便)ですかね。
プロジェクト内のリリースビルドに
AdditionalOptions="/MP"
をつけてもらえませんか。。。
Microsoft.Cpp.Win32.user.propsのデフォルトいじって/MPできた。
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">
<ClCompile>
<AdditionalOptions>/MP %(AdditionalOptions)</AdditionalOptions>
</ClCompile>
</ItemDefinitionGroup>
ステータスバーがちらつくのは、FM-77AVはひどいですね。
320x200のときみたいですね。
あと、イースを試しに動かしたときに、
敵と接触したときの効果音と同時に、BGMが消えちゃうのですが、
こちらは、Common側のサウンドチップ制御まわりかなぁ。
ちらつく環境では描画用に子ウィンドウを用意して親ウィンドウに重ねて親ウィンドウでステータスバーって方法ならいけそうだが
FM77AVなんかはウィンドウ位置を移動しても画面モードが変るタイミングでか勝手にセンタリングされるのが困る
PC88はFDDシーク音が変
用意してる音が「シークー」だとすると「シシシシシシークー」みたいになる
毎回センタリングするからちらつのかもね。
自分が気になっているのは、DAIVAのオープニングデモ。
擬音は伝えにくくてごめん。
headdown.wavにコン、というかトンみたいな少し大きめの音。
fddseek.wavにウィーンみたいな音。
headup.wavにトン？ツン？の小さい音。
で、当時の1MB機の記憶に近いんだけど。
エミュレーターだと
Ｆ：
Ｑ：
Ｃ：
Ｍ：
の選択画面になってしまいます。
息も絶え絶えながらかろうじてリリースしました。
https://osdn.net/projects/csp-qt/releases/67503
Qt版のemufm77avやemufm77av40exと比べてみて、とのようでしょうか？
FM-7シリーズは、可変画面サイズレンダリング（仮称）で実画面にズームするのをなるべくハードウエアに廻すような
事をしてますので、上手く行かない場合に備えて、固定画面サイズレンダリング（AVなら4096色モードを2x1拡大し、
AV40なら640x400を基準にして拡大する。みたいな）を選択してやれるようなインフラは作りますね。
おまけ:
後、Qt 4/9ヴアージョンについて少し書いておくと、FM7系のメモリアクセスの高速化にかなりのエネルギーを投下しました。
今までif-then-elseルールでアクセス先を決定していたのを、今回は複数のアドレステーブルに切り替えました。
コードお読みになると、色々えげつない事が見れるかと。
あともう少し、最低でもVRAMについては高速化出来そうな気がしますが、それはまた後日。
OpenMPで、時間かかりそうな部分（画面描画とか移動とか）をマルチスレッド化出来るようにしてみる必要があるのかないのか微妙なのですが、
貧弱なマシンだと、多分一部では必要になる。
と思ったのですが…(;´Д`)
（パソコン側でロード/セーブするまでテープが動かない）ようにできないでしょうか？
物は違うが円盤入れた時のautorunは切ってる自分も居るし
PCじゃなくてデータレコーダのシミュレートだから無理だろ
そんなばかな。
もうひとつのＭＺ700エミュで、ＰＣ8001エミュでも普通に出来てるぞ。
emuz-700/1500がＮＥＷ-ＭＯＮＯＴＯＲで起動するんだな。
頭出しは手動
JR-200Uとか使いづらい
連続でないなら入れ換えても手間じゃないだろ
別のテープをロードしてから戻して
続きからロードとかの場合は有効だけど
そんなのX1のザナドゥくらいしか知らない
だからこその「互換」ROMなんじゃ
軽井沢とかデゼニ、サラトマ、惑星メフィウス、ウイングマンとか旧作ADVに色々あるんじゃね？
そんなやり方してたらファイルの順番がわからんだろ
現在どのファイルを必要としてるかも
向こうのＭＺ700エミュみたいに簡単に切り替えできたらなぁ。
昔のバージョンでは正常だった。
ファミベーは切り替えできるんだけどねぇ
まぁ、ipl.romで固定だから手間かかるだろうね
てか、unofficualNESTERJ手がけてんだから統合？した方が
スッキリするような気も
サンダーフォースで変な音が鳴りっぱなしになります。
サウンド関係で色々デグっていませんか？
前のバージョンのバイナリも公開して欲しいです
今からビルドを仕掛けるので暫くお待ちください。
バイナリアーカイブが23MBオーバーなので、サーバの容量的に、
古い版を残すのは現状ちょっと難しいです。
ノジマのnifty買収で、今後どうなるか様子を見たいです。
現在、Z80のタイミング関係の改良を少しずつ進めています。
現状の実装では、１命令の最初のクロックで、すべてのメモリアクセスと
I/Oアクセスが発生して、それから１命令文待機するようになっています。
これを、CPUを１クロックずつ進めて、１命令の間のどのタイミングで
メモリやI/Oのアクセスが発生したかまで再現するのが目標です。
これによって、例えばHBLANKの間に何命令実行できるか、というところまで
厳密に再現できるようになる予定です。
ただ、命令数が多いのと、各仮想マシンの調整が必要なので、まだまだ
時間が掛かりそうな感じです。
年内とまでは言わないけど、秋くらいまでには何とかしたいなあと。
PC-98RLのROMの吸出し作業をしました。
ハイレゾ対応ソフトの手持ちがないのでちょっと二の足ふんでましたが、
確かWindows 3.1がハイレゾ対応だった気がするので、
その辺を目標に作業を進めようかなと思います。
取り敢えず、現状の98の実装にEGCとITF対応のコードを入れてやって、
それからハイレゾ対応という順に作業を進める予定です。
とある大ネタの作業中です。
デバッガ上でBIOSコールしながら、周辺I/Oの調査をしています。
某P6オフでお披露目できるかなあくらいの目標で。
これかPC-98RLかX1turboZくらいが100バイナリ目になるかと思いますが、
行き詰ったらもう少し簡単なネタになるかも。
IOとSN76489ANを元に戻したバージョンをリリースしました。
MZ-1500とぴゅう太の音は直ってます。ありがとうございました。
既にシーク音を再生してたら再生しないロジックにすれば良いンゴ
Volume操作で左側しか変更してなかったりもするンゴ
命令を全く無視します
他の機種ではきちんとPasteされます
とやってみたら、どうも小文字のみ受け付けて大文字では認識されないようですね
OPM(YM2151)標準装備
アナログ4096色グラフィック
ＯＳＲ2.5とか見当たらないぞ
4/16版で元に戻ったので、また苦しい音質に戻った。
うーん、押し入れにバンドルCDがあると思うけれど。
ジョイスティックサポートして欲しいにゃあ
これを、禿げたおっさんが書いています。
ちゃんと剥けているぞ！
EmuZ-1500で多段ロードのテープが
かってに再生が進んでうまくロードできん
外付けのやつにはない。
でも、ＭＺ-700用のデータレコーダーを付ければ（専用コネクターは1500にもある）remotoも効く。
エミュも対応してほしいな
msdos playerのdebug版のバイナリ配布もお願いします。
ROMはipl.romとfont.romだけでいいの？
Artane.さんのリリース物件ですが、武田さんの2017-03-08以降の物と比較すると
・HX-20のバイナリが無い。
・MSX2以降の機種で、v9938.cppではなくv99x8.cppを使用している。
のようです。
source\build-cmake\cmake\config_msx.cmake
v99x8.cppをv9938.cppにする。かつ、該当機種は add_definitions で -D_MSX_VDP_MESS を追加する。
source\build-cmake\hx20\CMakeLists.txt
15行目と16行目は emumsx2plus ではなく emuhx20 にする。
source\src\vm\msx\CMakeLists.txt
BUILD_HX20のrtcif.cppは不要。
でいいのかな……
MSXのほうもお願いしますよ
ペースト機能があるのであれば、もうちょっと頑張って
ローマ字かな入力機能が入ると
アドベンチャーゲームがやりやすくなるので、非常に嬉しいです。
宜しくお願いします。
まあ機能としては後回しされる部類なのかもしれないが
ペースト機能は多分キー入力のフックだろうから
そこにローマ字変換を入れれば実装できると思う
早くしてくれ
MESS
カセットビジョンはカセット毎にハードウェアが異なる
稀有なコンソールだからなあ。
エミュ作るのにも困るぜきっと。
ROMの吸出しはできると思うんだが
だからシミュレーターね
パクパクモンスターやギャラクシアン、きこりの与作は作られてるけど
まぁ、エミュならVdmgrのような形が相応しいのかなぁ
オレはできないけどさ
ワイヤーですらない。
元々はテレビのチャンネル数字を画面に表示させるためのチップを
そのまんま流用したものだからな。
だから荒い四角ドットと三角・菱形ドットしか表示できない。
本家対応までのツナギに
ttp://spoiler.shiteyattari.com/binary_xp.7z
ttp://spoiler.shiteyattari.com/binary_vista.7z
有線リモコンでテレビ操作するやつ
キーボードでチャンネル変えられるからある意味有線リモコンですな。
相変わらず、扁桃腺腫らして非常にややこしいことになってますが、多少さわりはじめています。
#if などをVMのデバイス側で極力使わないで、なるべくライブラリーに入れてしまうのを試しに始めています。
#ifdef の結果をosdでリスト化して（qt/osd.cppなど）、各デバイスのinitialise()でフラグをクエリして、状態変数に格納して、実際の挙動は状態変数が支配して…
と言う事をやってます。
MB8877とかUPD765Aで動いてます。
デバイスごとにBaseクラスに移動して云々よりは、まだやりやすい気がしなくもないし、却ってダメかも知れませんが。
後、デバイスから呼ばれてるEMUクラスのメソッドが限られてるので、OSD側にラッパー設定したりとか。
最新のgithubにて。
バグではまってるのかな？
GWは家族サービスと、P6オフ向けのネタの仕込みをしてました。
5/13の晩には更新できると思います。
ttp://jbbs.shitaraba.net/computer/43774/
妥協している部分があるのが残念
直してくれ
作者に対応をお願いしたら「オプションでスピード落とせやカスと言われた(´･ω･`)
Beep曲も違和感無く演奏される
という訳で、100バイナリ目のネタは、ヤマハのYISでした。
ユーザがいないエミュレータを実装することに躊躇しない私ですが、
これは極め付きで実機所有者がいなさそうですね（苦笑）
しかし評価はされる
>>専ら、YIS絡みの新規デバイスの追加を行っています。
>>また、eFM77AVなどで、無駄にウィンドウをセンタリングしていたのを修正しました。
ステータスバーのちらつきがしっかり直りました。
結構うれしい。
まぁ、欲を言えばROM配布も許可してくれりゃ万歳だったのに
Z8001かぁ
でも、ソフト持ってないのよね。
でも、マウス使えないとシステムディスク使えないの
V3の画面モードがエミュレートできれば
何とかなりそうだな
ctrl + enter
で、マウス使えるよ。戻すのも同じキー
https://osdn.net/projects/csp-qt/releases/67697
>>310
見落としていました！！！(>_<)
HX-20はビルドできるようにしましたが…
今から、追加差分作ります。
すいません…
直してみました。
https://osdn.net/projects/csp-qt/releases/67698
近日中に、共通ライブラリにVMを押し込む場合の指針を書きますね。
頻繁に稼働してるデバイス(CPUやGDC）とそうではないデバイスで、対応方法が違うほうが、コスト的に良いと思いますので。
http://i.imgur.com/fyozvVh.png
ありがとう
でも、BASICで使うと固まったり認識しなかったり
例えばNEW Z BASICでmouse(0)
turbo BASICでは大丈夫そうだけど
https://pastebin.com/HfccLL22
動かしたい人は諦めるしかないのでしょうか？
まあ需要ないだろうなあ
うんづの中でTownsのwin3.1か95が動かないってこと？
そういうことですが、95のソフトは今のwinで動くから必要ないのかもしれませんね。
https://egg.2ch.net/test/read.cgi/software/1482812256/
819 :
名無しさん＠お腹いっぱい。
2017/05/24(水) 01:18:04.02 ID:MIHCoWqg0
>>824
LGY98のNDISドライバを解析した結果、DOSでDMAエラーになる原因が分かりました。
ドライバ初期化時にRemoteDMA転送を行ってみて完了したがどうかをチェックするの
ですが、LGY98ではDP8390のコマンドレジスタを読んでbit5が立っているかどうかを
チェックしています。他社製ドライバではレジスタ0x07の割り込みを見ている様で
そちらの割り込みビットはセットされていました。
なので、RemoteDMA完了時にDP8390のコマンドレジスタbit5を立てる様に変更すれば
DOSのドライバが使用出来るようになります。
このビット設定はQEMUのNE2000ドライバでも入っていないのでQEMU9821上でもLGY98の
DOSドライバは動きませんでした。
以下LGY98.Cの抜粋です。
コンパイル出来る方は以下変更してLGY98.DOSドライバが使用できるかどうかお試しください。
static void ne2000_dma_update(LGY98 *s, int len)
{
s->rsar += len;
/* wrap */
/* XXX: check what to do if rsar > stop */
if (s->rsar == s->stop)
s->rsar = s->start;
if (s->rcnt <= len) {
s->rcnt = 0;
/* signal end of transfer */
s->isr |= ENISR_RDC;
s->cmd |= E8390_NODMA; /* コマンドレジスタにDMA完了ビットを立てる */
ne2000_update_irq(s);
mz700もQD対応をお願い致します。プロッタプリンタは難しいですか？
QDが入った状態でリセットしたら、ちゃんとQDからブートするようにしてほしい。
Be名無しさん
2017/06/06(火) 22:04:54.41
QEMU/9821でもODIドライバ使えばDOSでネットワークにつながるよ
.
なのでWindows3.0のスタンダードモードとリアルモード、
Windows3.1のスタンダードモードは作動すると思われる。
Windows95はエンハンスドモードなので作動不可。
MESSのコア使ったFM-TOWNS単体エミュ誰か作らないかな？
https://i.imgur.com/6wgSejO.jpg
https://i.imgur.com/zWqx7Zz.jpg
まさかの改造版登場
http://jbbs.shitaraba.net/computer/43774/
Dear Kasanova,
thanks for your great emulator. :)
My question, is it possible to install successful Windows95 on the Harddisk image?
I tried but without luck.
EMM386.EXE can't be loaded because it requires HIMEM.SYS (or a compatible XMS driver), and HIMEM.SYS is not working.
If a way exist, please can you explain me please?
Thank you in advance.
Anna Wu
Re: Windows95 on UNZ 投稿者：Kasanova@管理人ﾒｰﾙ 投稿日：2011年 1月30日(日)23時37分20秒 通報 返信・引用
Hi Anna,
Thanks for your report. I've never tried to install it.
Windows95 is not working on UNZ due to the lack of some protected-mode features in the CPU emulation.
Is there any particular reason for using the FM TOWNS version of Windows95 on the emulator?
I know that it's a very rare localized version of Windows95 and you want to see how it is working. ;)
USキーボードでもカナ切り替えができるようにならないかなぁ
PC-8801MAでUSキーボードでもKANAキーが押せるように
設定を変えるようにすることは可能でしょうか？
宜しくお願いします。
の搭載も熱望されていたようだな。Windowsの作動についてはCPUの実装の
精度が上がれば動く筈だけどね
変えるとなぜかSETUP2.EXEメモリ設定が全部無効になってしまって、
HMAも使用できなくなってHIMEM.SYSが作動しなくなってしまったが、
VectorにあったFT16ってソフトで設定したらうまく動いた。
eFMR-50は実機BIOS無しでは拡張メモリ(プロテクトメモリ)は有効に
できないですか。SETUP2.EXE(SETUP.EXE)が「この機種では使用できません」
とでてメモリ設定ができませんでした。なにか良い方法はありますか？
内蔵デバッガで、マシンIDを取得するポートをリードするところで
ブレークして、その後で違う機種だと判定する処理を抜けてやれば
いけるんじゃないかなーと思います。
扱っているアーキテクチャが多すぎるので、
頭の中というか勘所を切り替えるのが結構大変でして。
なにか１つのアーキテクチャを始めたら、
暫くそれを続ける方が効率がいいんですよ（苦笑）
反応遅くなってしまってごめんなさいです。
例えばZ80をベースにNSC800を、とか、
MB8877をベースにMB8876とかMB8866を、みたいなのは派生クラスに、
機種ごとの細かい挙動の違いのハックは、
（セカンドソースの仕様違いみたいなのもあるかもしれないけど）
例えばDEVICEクラスにuint32_t feature;を追加して、
各デバイスで各bitを挙動を切り替えるフラグとして使う、
みたいなことを考えてます。
pio = new I8255(this, emu);
pio->set_feature(I8255_AUTO_HAND_SHAKE);
みたいにして、
I8255クラスの中では、
#ifdef I8255_AUTO_HAND_SHAKEのかわりに、
if(this->feature & I8255_AUTO_HAND_SHAKE)を使う、
I8255_AUTO_HAND_SHAKEはi8255.hで#defineする、
みたいな感じです。
でも、
改変版作ってくれた人が許可だしてくれるのかどうかが分からないのと、
2chでOKだされても、それが本人かどうかががわからないからなぁ。
返信ありがとうございます。
武田さん、こっちのスレ
やっぱＦＭ－Ｒでしょう。【2台目】
http://matsuri.2ch.net/test/read.cgi/i4004/1216996103/
でエミュレーターのテストしていたのですが、
実機BIOS(実機IPL)が無い場合は、MS-DOS5.0はブート途中でハング、
MS-DOS6.2ではCOMMAND.COMが読み込めず使用不化、MS-DOS7.0では
メモリ512KB認識で起動しました。武田氏はFMR用MS-DOS3.1をお持ちで
あると思われますが、MS-DOS3.1は実機BIOS無しでも起動出来たということで
よろしいでしょうか？(起動できていなかったら386版や486版のテストが
できていない筈なので)
あと実機BIOS有りの場合は80286の8Mhzでは起動できたのですが、
12MHzでは診断エラー70が出て起動できませんでした。
ひょっとすると80386や80486でも8MHzモードを付けたら実機BIOS有りでも
起動しそうな予感がするのですがどうでしょうか？
https://i.imgur.com/ehivUHF.jpg
改造版がメインになりそう。それくらい便利。
カナ入力のアドベンチャーゲームがサクサク遊べる
デバイスに関する私の案を取り入れて頂きありがとうございます>武田さん
武田さんの作業状況見て、私の方も合わせるようにします。
私は四月五月に身体壊したのを未だ引きずっています(;´Д`)
今は、ちまちまとバグ取ったり、I286を最新のMAMEから持ってきて（ライセンスが確かBSDだったので）入れ込みを試みてますが、まだ動かせない状況です。
>>408
独自改良版の方にお願いなんですが、元がGPLv2なんで、改良版公開した場合には、*必ず**絶対に*ソースコードの差分や付け加えた所を配布してくださいな。
それがGPLなソフトでの大原則的なルールなので。（詳しくは日本語訳を読んでくださいね）
私がQt版向けに作った、非常に頭の悪いローマ字かな変換と較べてみたいですし。
お疲れ様です。
確かに、その方がスマートですね。
後は、EMUやDEBUGGERのAPIがあったりなかったりするのを、使わない場合でもダミーエントリーはVM側から見れるようにしたいと思ってます。
少し後に、こちらで形は作ってみようと思ってます。
まさか、大震災で…(;_;)
私も、Townsを作り込む準備は二月くらいまでやってました（時期の記憶に自信ない）。
が、体調ガタガタになったのと、横道に逸れて戻れなくなってるので、一旦止まってます。
色々キリがよくなってきたら、再開します。
私が持ってる「赤本」は、UX辺りまでなので、いわゆる「白箪笥」以降はどうかなー(´･ω･`)
と言う所ですが。
sourceのpassは、
babumi
http://jbbs.shitaraba.net/bbs/lite/read.cgi/computer/43774/1368531085/287
>MS-DOS3.1は実機BIOS無しでも起動出来たということで
>よろしいでしょうか？
ttp://takeda-toshiya.my.coocan.jp/fmr30/index.html
>内蔵の疑似BIOSを使えば、フロッピーからMS-DOS V3.1をブートできることを確認しました。
間違えてた。参照先はeFMR-30の方になってたわ
スターフォースのコンフィグ画面で文字の一番下のラインの色がおかしくなる
ローマ字入力のテスト版です。
メニューから、Control - Romaji to Kanaをチェックすると、
ローマ字入力モードになります。
仕様としてはこんな感じでよろしいでしょうか？
＃X1turbo/Zは、キーボードがType-Bの場合、カナが50音配列になります。
＃こちらは現状では未対応のため、Type-Aを指定してご使用ください。
シフト＋テンキーの処理も見直しました。
従来よりは安定性が良くなっているといいなあと思います。
タイムシークレットをプレイしてみましたが
ローマ字入力にすると、ファンクションキーが効かなくなるのは
ちと不便です。
文字コードを読み取っているみたい。
US配列だと、ちゃんとUS配列の入力になる。
英数字だといちいちカナロックを外してキーコードを送って
再度カナロックしているみたいなので、
数字だけテンキー入力に変換して、
他の英記号は無視でいいんでないかな？
アプリケーションキーでローマ字入力の切り替えを出来るようにしました。
また、Page Up/Down, End, Home, カーソル, Ins, Del, Help, F1-F12も
受け付けるようにしました。
ePC-8801MA改造版の、仮想マシンの修正も一部取り込んでいます。
>>423
WM_CHARに飛んできた文字コードを取り込むようにしています。
＃テンキーを見てない機種も幾つかあると思うので（苦笑）、
＃取り敢えずは現行の仕様です。
こちらについては、自分では十分に確認できていないので、
色々テストしてみて頂けますと幸いです。
>>>423の通り3ストローク入力だから仕方ないのかにゃあ
いちいちローマ字入力を解除すればいいんだけど
うちのノートPCはアプリケーションキーが無い(´･ω･`)
どうしたらいいんでしょうか？
ローマ字入力中、数字を入力する際は、カナロックを解除せずに、
テンキー経由で入力するテスト版です。
対応ありがとうございます！ 非常に快適です！！
自分でiniファイルを書き換える隠し機能でもいいので
是非、仕様として残して欲しいです！
個人的には要らないと思います。
黙っとれボゲェ！
意見は意見。
でもP6のディスク接続はONとOFFが欲しい
外付けは外せるようにして欲しい
このテスト版ですが、Shiftを押しながらファンクションキーを押しても
F6～F10にならずに、F1～F5になってしまいます。
このテスト版ですが、Shiftを押しながらファンクションキーを押しても
F6～F10にならずに、F1～F5になってしまいます。
Shiftキーを放しても押した状態が解除されません。
解除すると正常になります
いないようだな。MS-DOS Playerはエラー出るし、VT-DOSは落ちる
CM/MじゃなくてCP/Mだった
例：青春スキャンダルでパンチがローキックになる
スパカセの一部動作不完全ソフト(ポールポジションやマッピー)
もオナがいします
取り急ぎ、今晩のリリースでサポートしました。
CLの値域をチェックしていないので、
INT 21hの全ファンクションが呼べてしまいますが（苦笑）
最近はPC-9801VXを実装していました。
ITF,EGCの実装テストのためで、本命はハイレゾ機です。
PC-9801VXとしてはもう動作していますが、
もう少しコードを整理してからリリースしようかと思います。
対応速くて驚きました。ありがとうございます。
あとPC-98系にも期待です。
そろそろHDDや1MB以上のメモリも期待したいが、
SCSIは、もう55ボードからROMを抜き出す環境がない。
海外版はQX-10、QX-11って型番のようだ。(日本語版wikipediaでは
"海外版はHX"ってかかれているがこれは間違いで正しくは"海外版はQX"
が正しい）
さらに海外ではQX-16って機種もあるようで、これはZ80と8088を両方
搭載して、8色カラー出力が可能のようだ。
200ライングラフィック＋テキスト表示のソフトで
テキスト部分が位置ずれずれで崩れまくりになり、
うまく表示されませんでした。
9821実機では表示できたんだけど。
ご面倒かもしれませんが、現象の起きるソフト名と、
乱れた状態の画面のスクリーンショットを2，3枚サポートまでメールして頂けると対応できるかもしれないです
それと、出来ればで構いませんが実機or他のエミュレータで正しく表示されている画面もあると助かります
Common Source Code Projectの方は、PC-9801方面で大工事中なので、
そちらが落ち着いてからの作業になります。
＃基本、娘を寝かしつけてからの時間で細々と活動してますので
＃（大体自分もそのまま一緒に寝てしまいますので（苦笑））、
＃即応性は期待しないでください。
あらま残念。。。
ファンクションキーの不具合が対応されるまでは
改造版で代替します。。。
TAKEDA, toshiya's エミュレータ
http://egg.2ch.net/test/read.cgi/software/1477134755/
よく見ると起動画面に
「Make ready QD」じゃなくて
「Make ready FD」と表示されている
もしかしてFDDが繋がっていると
QDからの起動はできなくなるのだろうか？
実機のころから大好きなのです。
ttp://or2.mobi/index.php?mode=image&file=162496.jpg
http://egg.2ch.net/test/read.cgi/owarai/1498650847/
シゴロっていう弟はいません。
これも好きでずっとやっていたゲームで申し訳ないのですが、
TOKIOの音楽のテンポが半分くらいに遅く、
音楽だけスローモーションになってしまいます。
また、マウスカーソルを動かす際に、ノイズが鳴っちゃいます。不思議。
みんなPC-6001Vベースっぽいよね
韓国のパソコンだが。PHC-25とPC-6001の中間的な構造で興味深い
ちょうどソウルオリンピックで韓国に住んでいた頃だ。懐かしい。
MC6847なので画面表示はP6っぽい。BASICはSamsung Hu-BASIC
(実際にHudsonが開発)。ソフトはPC-6001のものを移植したものが多かった。
グラフィクがショボかった為か後にVDP UNIT (TMS9918 + 4KB VRAM)や
SOFT BOX (TMS9918 + 4KB VRAM with BIOS)なるものが出てグラフィックが
強化され、MSXのソフトも移植された。
https://i1.ruliweb.com/img/4/E/4/B/4E4B34AB340FD76E94
Goldstar FC-100（ニセPC-6001）
http://pds27.egloos.com/pds/201501/14/98/b0267598_54b53a48d51c6.jpg
Goldstar FC-150（ニセm5）
http://cfile1.uf.tistory.com/image/121E6E1B4B8BA9EE8EF988
Goldstar FC-200（ニセじゃないMSX）
https://www.1000bit.it/lista/g/goldstar/goldstar_fc200.jpg
エミュはあるにはある
SPC1000とFC-100はある
ソフトが数本付いている
SPC-1000ではグーニーズ(MSX版)とかザナックが白黒で動く
MSX Biosが入っていないと動かないからこっそり入れてある
キーボード無しのモデルにはMSXロゴが付いてないだけ。
下位モデルのZemmixは無ライセンスで製造していた
というかROMのライセンス料を入れたら7万ウォンなんて価格は無理だと思った
vficでイメージ変換するときに、やはり便利でして。
今は自分でソース(定義ファイルですけど)を書き換えてビルドさせて貰ってます。
あ、editdiskで開く時の定義ファイルでよければ、作ったので、あとで載せます。
>>439
>>460
実記でオプションなデバイスはON、OFFできれば、より自分の実機に近づけた感じがしますよね
GoldStar PERSONAL COMPUTER FAMICOM FC-1000H
と書いてあるｗ
EASTSEA DISK MAGAZINEとは朝鮮人には屈辱とか恥と言うものが無いのかな
任天堂よりも先に使用している訳だが…
日本語母国語じゃないのバレバレだね
ウリナラマンセー！
さすがにその批判は意味不明
単に金星電子(現LG)が「FAMICOM」を先に使用してたって話なんだが
ファミコンはあくまでも略称であって、ファミコンはファミリーコンピュータ
ファミコンを使ったのはスーパーファミコンからでしょ
で、先にLG云々に何か問題あるの？
○○ペミコンというのは、そこらじゅうにあったな
キー配列がJIS配列ではなくアイウエオ順になっている
MZ1500とかは、キーマップが違っているので
「ヌフアウエ」と入力して「アイウエオ」と表示されます。
対応してほしいです。
「実機」 はそれが正しい
実機もローマ字で「NUFUAUE」と入力すると「アイウエオ」に変換されるの？
ウセロ ウセロ ネトウヨ ウセロ
電話一本したら「ハ、ハィ、すぐ伺います」って言ってた
友達の家が学校の近くで帰り道の途中だからついでに貰いに行った
俺がX1買ったのは別の友達が2冊持ってたベーマガ
これまた別の友達が持ってたベーマガDELUXE
(2人ともナイコン)
それと学研を見ててパソコンというものが欲しくなったのさ
暇だったしウォーキングついでに歩いてきたとオバチャンカートに注文冊子入れて来てたわ
それで倉庫に眠ってたソーサリアン等AllAboutシリーズ買えたわ
電子ブロック、マイキットの広告が眩しかったなぁ
できる側は「やっ太」って少年なんだけど
できない側が「デキッコナイス」って外人で
すげーネーミングだと思ったわ
ip6plusの動作の方がよかったんだな
VWやVやePC6001は動作しないの多いな
スコア枠の表示された後(ロード3段目？)くらいで
Rewind 0% Play 0%を永遠に繰り返して読み込みません
そだね。xmil026_tt143じゃなきゃ起動できないね。
ローマ字入力の、MZ-1500の50音キーボードの対応と、
SHIFT＋ファンクションキー対応の評価版です。
あと、PC-9801VXのバイナリも入っています。
対応ありがとうございます！
ローマ字入力にしたままSHIFT＋ファンクションキーが
入力出来るようになったのですが、
SHIFTを押してもファンクションキーラベルの表示が
変わらないのは、どうしようもないですかね。
PC-8801の白黒モードのグラフィック周りも修正しています。
>>523
シフトキーは、自動キー入力の処理に握られてしまっているので、
ちょっと難しいです。
PC-8801mkIISRのデモンストレーションプログラムで
NECのロゴが回転しながら飛んでくる部分が表示されないです。
あと銀色の星飾りの途中のパレットが変わるところで
黒い四角の書き換わらない部分があります。
ありがとうございます、修正した仮バイナリです。
http://takeda-toshiya.my.coocan.jp/00tmp/build_test.zip
NECのロゴのところは、テキスト画面を表示しない設定の時、
アトリビュートを黒色＆シークレットに決め打ちにしていたのが原因でした。
銀色の星飾りの黒い四角のところは、0x87（豆腐）がカラー０番で表示されていました。
カラー０番の文字は、常に黒色で描画するようになっていましたが、
これを背景色で描画するようにしました。
もう遅いので、リリースはまた明日以降にでも。
RGB Filterを有効にしてもスキャンラインを
表示するようにできませんか？
（8001mkIISRは15KHzのモニタしか映らないので）
共通のソースからビルドしているから無理なのかな？
普通にスキャンラインあるやん？
HostじゃなくDeviceの方から
フィルター有効の状態でね
自分で吸い出したやつは起動するよ。イメージ吸出しに失敗しているんじゃない？
あ、もし
キミが大陸あたりから入手したやつだとしたら、拡張子と中身がアンマッチ疑え。
用事でバタバタしてるので、取り急ぎ。
不具合とかありましたら、ここか、↓のページやgithubのバグトラッカーにお願いしますm(_ _)m
https://ja.osdn.net/projects/csp-qt/releases/68167
pad settingsで二つのコントローラをそれぞれ設定しても、ゲームを開始すると1コンしか操作できず、2コンはボタンを押しても操作できません。
ps4のコントローラを二台とも使用し、inputmapperで繋げてます。
関係あるかわかりませんがデバイスをみると、全く同じ名前のデバイスが二対あります。
2コンも動かすにはどうすればよいでしょうか。
OPも途中で止まります
おれっちVMしか動かせないけど、
VMでも魔道物語おかしいね。
バイナリを２つくらい取ってあって、さかのぼったけど同じだった。
縦線というかゼブラっぽい画面になっちゃう。
CSP_SNAPSHOT_20170811-1.Win32.7z
docディレクトリの中にlicenseディレクトリとLICENSEファイルが入っているようですが、普通の設定のWindows上で展開すると
この2つは同一ディレクトリ内で共存できないんですよね。大文字小文字の違いだけなので。
そのせいで、新しい場所に展開してるのに「上書きしますか？」のメッセージが出たりします。
次のリリースでは、どちらか一方の名前か場所を変更していただけたら、と思います。（たぶんずっと前からなんだけど。）
また、デバッガのウィンドウを一度表示すると閉じられないし、表示されているときに再びデバッガのウィンドウを表示させるような
操作をするとexeファイルが落ちます。
CSP_SNAPSHOT_20170811-1.Ubuntu_16.04LTS.Linux-GNU.tar.xz
実行ファイルが要求しているライブラリのバージョンと、libディレクトリにあるライブラリのバージョンが違っているような……？
CRTVの割り込み後の、GDCのステータスのVSYNCが変わるタイミングの問題のようです。
帰省中で信頼できる資料にあたれないので、自宅に戻ってから調整します。
ダンジョンの画面化けは現象確認できましたが、頭抱えてます。
GRCG周りの問題かなーとは思うのですが、タイルレジスタに全部０を入れえてるだけで、
そう変なことをしているようには見えなくって、うーむうーむ。
＃今日は家族サービスで水族館に行ってました。
ご指摘ありがとうございます。
>CSP_SNAPSHOT_20170811-1.Win32.7z
>docディレクトリの中にlicenseディレクトリとLICENSEファイルが入っているようですが、普通の設定のWindows上で展開すると
>この2つは同一ディレクトリ内で共存できないんですよね。
対策をとりました。既に、対策版(fix1)をosdnにアップロードして、前のアーカイブは削除しました。
>CSP_SNAPSHOT_20170811-1.Ubuntu_16.04LTS.Linux-GNU.tar.xz
>実行ファイルが要求しているライブラリのバージョンと、libディレクトリにあるライブラリのバージョンが違っているような……？
大ミスをやらかしてしまってました！！！（>_<）
差し替えたものを、これもまたfix1としてosdnにアップロードしておきました。
>また、デバッガのウィンドウを一度表示すると閉じられないし、表示されているときに再びデバッガのウィンドウを表示させるような操作をするとexeファイルが落ちます。
細かく現象をチェックして、なるべく早く直すか対策するかしますね。
しばらく本家のを使ってましたが
本家の修正が改造版に取り込まれて
さらにローマ字入力モードでのフルキー数値入力がサポートされて
ローマ字入力中のShiftキーファンクションガイドも正しく表示されるので
再び改造版を使うようになりました。
どんどん使いやすくなって、つくづく両氏に感謝です。
（VMwareの中で）起動しました。
こちらはWindows用バイナリをWindows上で動かした場合と違って、デバッガウィンドウでqやQを入力すると閉じられます。
イレギュラーな操作かもしれませんが、デバッガウィンドウを表示したままで、メインウィンドウの×やメニューで終了させようとするとデバッガウィンドウが固まります。
以下のようなエラーでコンパイルできませんでした。gccが7.1.1なのですが
そこらへんの問題でしょうか？
In file included from /home/hoge/tmp/common_source_project-fm7-SNAPSHOT_20170811/source/build-cmake/pc9801vm/../../src/vm/io.h:15:0,
from /home/hoge/tmp/common_source_project-fm7-SNAPSHOT_20170811/source/src/debugger.cpp:14:
/home/hoge/tmp/common_source_project-fm7-SNAPSHOT_20170811/source/build-cmake/pc9801vm/../../src/vm/device.h:656:52: エラー: ‘this’ may not be used in this context
virtual void set_realtime_render(DEVICE* device = this, bool flag)
^~~~
/home/hoge/tmp/common_source_project-fm7-SNAPSHOT_20170811/source/build-cmake/pc9801vm/../../src/vm/device.h:656:15: エラー: default argument missing for parameter 2 of ‘virtual void DEVICE::set_realtime_render(DEVICE*, bool)’
virtual void set_realtime_render(DEVICE* device = this, bool flag)
^~~~~~~~~~~~~~~~~~~
make[2]: *** [common/CMakeFiles/common_common.dir/build.make:87: common/CMakeFiles/common_common.dir/debugger.cpp.o] エラー 1
make[1]: *** [CMakeFiles/Makefile2:127: common/CMakeFiles/common_common.dir/all] エラー 2
make: *** [Makefile:130: all] エラー 2
デフォルト引数を後ろから指定してないのがおかしいと思うんだが
最近のC++ってこういうコードでもいいの？
そんな間抜けか
こちらをチェックするのがえらく遅れてしまい申し訳ございません(>_<)
とりあえず直してみましたが、どうでしょうか？
https://github.com/Artanejp/common_source_project-fm7
のページの、「Clone or DOWNLOAD」のボタンを押すと、下に「DOWNLOAD ZIP」と言う項目が出るので、ダウンロードしてお試ししてみてくださいませm(_ _)m
https://github.com/Artanejp/common_source_project-fm7/archive/master.zip
もう、いろんなことでバタバタしてるのでなかなかこちらのメンテまで行き着けないという(>_<)…来月には余裕が出ててほしいです(；´Д｀)
まだ以下のようなエラーで make が通らないようです。
In file included from /home/hoge/tmp/common_source_project-fm7-master/source/
build-cmake/pc9801vm/../../src/vm/io.h:15:0,
from /home/hoge/tmp/common_source_project-fm7-master/source/
src/debugger.cpp:14:
/home/hoge/tmp/common_source_project-fm7-master/source/build-cmake/pc9801vm/.
./../src/vm/device.h:656:52: エラー: ‘this’ may not be used in this context
virtual void set_realtime_render(DEVICE* device = this, bool flag = true)
^~~~
make[2]: *** [common/CMakeFiles/common_common.dir/build.make:87: common/CMakeFil
es/common_common.dir/debugger.cpp.o] エラー 1
make[1]: *** [CMakeFiles/Makefile2:127: common/CMakeFiles/common_common.dir/all]
エラー 2
make: *** [Makefile:130: all] エラー 2
thisってどのC++規格からディフォルト引数に指定可能になったの？
これでどうでしょうか？
（ダウンロード先のURLは同じです）
＞commit c3ee812c159138dfa0da52ab6488c5918ea6de02;origin/HEAD
＞Date: Fri Sep 29 13:24:00 2017 +0900
＞
＞ [VM] More fix FTBFS with not with libCSPnewdev.
直りました。ありがとうございます。
ところで、make の最後で libCSPcommon_vm と libCSPfmgen がないといわれて
config_build.sh を走らせてみたのですが、以下のようなエラーでうまくいきま
せんでした。
/home/hoge/tmp/common_source_project-fm7-master/source/src/qt/gui/menu_control.c
pp: メンバ関数 ‘void Ui_MainWindowBase::do_change_boot_mode(int)’ 内:
/home/hoge/tmp/common_source_project-fm7-master/source/src/qt/gui/menu_control.c
pp:112:33: エラー: ‘struct config_t’ has no member named ‘boot_mode’; did you me window_mode’?
using_flags->get_config_ptr()->boot_mode = mode;
^~~~~~~~~
window_mode
こんなのが cpu_type や sound_type でもいわれています。
現象を確認して大体の問題は掘り出せましたが、幾らか変えないといけないところが出てきたので、少々お待ち下さい。
土日の間に時間取って何とか出来るといいのですが。
何をしたらいいんでしょうか？
実機でも鳴るんじゃないか。
ありがとうございます。負担にならない範囲でよろしくお願いします。
>>563
今さっきCommitしてアップロードしたので、多分大丈夫だと思います（一部、今もビルドテストの最終段階と言うか最初のビルドテストでダメだった物のビルドをしてるので…）
とりあえず、お試しくださいませm(_ _)m
あ、まだ、MInGWなどでビルドすると不具合があるかも知れません（Windows向けのスクリプトまで手を回せてないので）。
以下のような感じでズラーっとエラーメッセージが出ます
[ 76%] Linking CXX executable emupc9801vm
CMakeFiles/emupc9801vm.dir/qt_utils.cpp.o: 関数 `Ui_MainWindow::LaunchEmuThread()' 内:
qt_utils.cpp:(.text+0x10ca): `DrawThreadClass::DrawThreadClass(OSD*, CSP_Logger*, QObject*)' に対する定義されていない参照です
qt_utils.cpp:(.text+0x14fe): `USING_FLAGS::get_config_ptr()' に対する定義されていない参照です
qt_utils.cpp:(.text+0x1ad3): `USING_FLAGS::get_config_ptr()' に対する定義されていない参照です
CMakeFiles/emupc9801vm.dir/qt_utils.cpp.o: 関数 `Ui_MainWindow::LaunchJoyThread()' 内:
qt_utils.cpp:(.text+0x1c28): `USING_FLAGS::get_config_ptr()' に対する定義されていない参照です
sudo ldconfig
してみたらどうなりますか？
バイナリ落としてきたが鳴らない。嘘つくな。
俺も同じだった。M88は鳴るが武田さんのPC-800mk2SRエミュは、PC-8801-11に対応していないようだな。残念。
追伸ですが、スクリプトからビルドされてる場合、ログファイルを
【各VM名】/build/make.log
と言うファイルで記録していますので、それをpastebinな貼るか、もしくは、圧縮してアップローダー辺りに投げて頂けると助かります。
鳴るぞ
LinuxのWineにも持ってったけど鳴ってるよ
80mk2の勝手移植テグザーは、
BASICのバージョンがmkIIからの1.0だと音が鳴らない
SRからの1.2だとBGMが鳴ってるわ
88でもそういうソフトあるし。
ldconfigしても同じでした
$ cmake .
$ make
で上記のようになりました。
$ make > m 2> me
の結果をアップしておきます。
https://dotup.org/uploda/dotup.org1353694.7z.html
すみません、libCSP* が正しくインストールされていませんでした。
無事、makeできました。ありがとうございます。
OPNAつける設定にすると、OPNAがちゃんと付いちゃうのね。
OPNAつける設定にしていても、
80系のときには、自動的にOPNになる選択肢も欲しいところ。
LLISTでファイル作って、簡単に他機種のエミュレーターに
ソースを送り込める。
ps3改造はしたくねぇ…
>LLISTでファイル作って
確かにLPTの出力先をファイルにしてしまえば、エミュからエミュ外に手軽に直接ファイル送り出せるじゃないか…。
その発想はなかった。ちょっとプリンタの概念に囚われすぎてた…。
私も歳取ったなぁ…(^^;;
LLISTも全く使わなかったけど
今頃になって役に立つなんてねぇ。
見たところ、このスレにも出てくるTAKEDA氏のだったり、
X68000のTypeGあたりができる模様。
テキストファイルからのキー入力もあるから便利
文字コードに気を付けないといけない。
ソースはアスキーコード内にとどめて
ホカの文字はCHR$を使うなどして。
https://osdn.net/projects/csp-qt/releases/68534
debian sidのバイナリは、今ビルドしています(；´Д｀)
Windowsは、今回からffmpegとlibx264がアップデートしました。
不都合あれば一言お願いします。
じゃないの？まだ準備中だけど
CSP_SNAPSHOT_20171018-1.Win32.7z
＞プロシージャ エントリ ポイント __cxa_throw_bad_array_new_length がダイナミック リンク ライブラリ libstdc++-6.dll から見つかりませんでした。
で起動できませんでした。
CSP_SNAPSHOT_20170811-1.Win32.fix1.7zから
iconv.dll
libstdc++-6.dll
libwinpthread-1.dll
zlib1.dll
を持って来れば起動できました。この状態での動画記録は、ちょっと見た感じでは大きなズレや乱れは無さそうです。
8bit時代のパソコンのエミュは大変だね
16bit時代ならFDDイメージ経由とかシリアル出力とかでどうにでもなるけど
昔のエミュはホスト機のRS-232Cポートから出力できる機能がないものもあったけど、
最近のエミュはホスト機のRS-232Cポートから出力できるのが多いね
シリアルが使えると通信ソフトを使ってYMODEMとかZMODEMとかでファイル転送できるから便利
それでは理解した内容を
400字以上800字以内にまとめて
このスレに書き込むように。
【内容】そうかわかった
以上
PCエミュとWindows間でシリアル通信できた
フリーの仮想シリアルポートのドライバソフト使ってもいいんだけどあやしいドライバソフトは入れたくない
いつになったら復活するんや・・
魔道物語のオープニングが止まる件は、uPD7220のSYNC信号のタイミング改良でいけました。
ただ画面化けはまだ解決ついていません、画面周りの問題か、ディスク周りの問題か。
目先のTODO:
- FM-16β or PC-98XA/XL/RL or B16 or MULTI16
- 小ネタ（JR-200あたり）
- 各種デバイスの#ifdefを減らす
- DISKクラスを書き直したい
- 各種プリンタクラスの整理
- YISの動画作成
わかってくれてうれしいぜ
ちなみに俺の名はいぬねこ
お疲れ様です
ぴゅう太エミュ等、いつも愛用させてもらってます
ありがとうございます
けむしろう氏のエミュとやり取りできんのですわ
ホビー系パソコンのNTSCフィルターお願いします。
ttp://spoiler.shiteyattari.com/filter.html
詳細に試したわけではないけれど、
j80はよさそう。
XEiJも動くけれど、FD入れ替えのダイアログボックスを出そうとしても、
マウスで該当する部分をクリックしてもFDイメージ選択のダイアログボックスを出せなかった。
コマンドラインでイメージ指定する分には大丈夫。
スレ汚しで申し訳ない。
そんな感じでよろしくおねがいします！
わかってくれてうれしいぜ
俺の名はいぬねこ
本当にわかったのなら、わかった内容を
200字以上400字以下にまとめて書き込むように！
【内容】そうかわかった
微妙に変えてんじゃねぇよｗ
以上
>>620
どの機種で動かしましたか？
FM-7とAV,AV40では違いありますか？
後で（たぶんまだまだ何日か腰を据えた動きがとれない…）調べてなおしますので。
ソフトウェアでのスキャンライン…手抜きで実装してませんでした(;´Д`)
すいません(;´Д`)
手抜きというより、ハードウェアスケーリングになるべく頼って、速度稼ぐためでした(;´Д`)
いい方法考えますです。
FM77AV40SX入門ディスクの「発色比較2」で
26万色表示が一列おきの表示になっています。
横が320ドットではなくて640ドットになっているような・・・？
すいません、
改造版でのみ発生する不具合のようでした。
デバッガ周りの改良と、PC-8801/X1関係の修正です。
あと１週間で本業も落ち着く予定なので、そうしたらもう少し作業ができるかと思います。
全部OSDの方でやるべきなんですが、
これまでの経緯から、VM側でやっちゃってるんですよね。
この辺は来年の課題ということで。
winmain.cppちといじるだけなので、
「APPキーでフルスピード」も取り込んでいただけると助かります。
使いづらいが
XM7では動いてるから必要なファイルとイメージに問題ないと思うんだけど
テープでしょうか、ディスクでしょうか？
こちらでは、最低でもテープは動いてますが…(´･ω･`)
こまかい検証はしてないので他の人は動いてるのかな？って
FDDは接続されてますか？（オプションで、FDD非接続がデフォルトになってますので）。
途中で追加された仕様なので、そこら辺アレかも…(´・ω・｀)
それでもうまく行かない場合は、プロテクト周りだと思うので…
# F-BASICディスクにテープから落としたものは起動しますね。
XM7に比べて時間がかかっていたので起動しないと思ってしまってました
XM7はクロック設定変えて起動が早いのと比べてしまって勘違いしたんだと思います
おさわがせしまして、申し訳ありませんでした
あとご存知の方で教えてくれればうれしいのですが、TASってどうやって作るのかご存知の方いますか？
持ってるのが
・Windows7（ノートPC）
・PCゲーム版「電車でＧＯ！ 新幹線 山陽新幹線編」
・hourglass
を用意したのですが、うまくいきません。
ほかに
・Windows XP（ノートPC）
・PCゲーム版「電車でＧＯ！ 新幹線 山陽新幹線編」
も持っていますが、、
F-BASIC Ver 3.0 Level ε
XM7では問題ないけど、eFM7でキー入力できない
自分だけかな？
わかりました…しかし、現物がない(；´Д｀)
大昔、Levelγかεの入ったディスクが友人からもらったのの中にあった気がしなくもないですが、行方不明…イメージ化してあるかすら自信がないです。
未だに、色々と身辺がバタバタしてる上に、別件に集中していてそれが一段落しないと作業に入れないかもですが…
川崎の県立図書館に行くことやらなんやら必要そうな状態のようなので気長にお待ちいただけると…具体的にお気づきになった現象とかありましたら、お願いしますm(_ _)m
# 現象自体が謎なので…
こちらでも勝手に試してみましたが、確かにeFM7ではキー入力ができませんでした(ただし試したのはRS-232C対策済みのLevel χです)。
XM7のデバッガを使って解析してみた結果、キー入力待ち処理にSYNC命令を使っているのでそのあたりの実装に問題があるのではないでしょうか。
解析する能力があればご協力できる事もあるんでしょうが
報告以上の事は自分には無理なので…
年末にかけてぼちぼち作業を進めますが、宴会が毎週あるんだよなあ（苦笑）
地味ぃにuPD765AのREAD DIAGNOSTICを修正しました。
PC-880１のニュートロンのプロテクトに引っ掛かったメッセージが変わっています。
後はGAPの値がビットずれしているのをチェックしているんでしたっけ？
https://osdn.net/projects/csp-qt/releases/68737
ありがとうございます＞たけがみさん
後、ソフトウェアスキャンラインの件も、試してみました。
SSE2とかのSIMD命令をコンパイラが吐くように誘発する作りにしてあるので(VCはどう解釈してくれるかわからない…）、結構ソースコードは汚いです。
ブログの方にコメントが幾つか寄せられているようです
お試しくださいませ。
書かれてた当時、身の回りが、急激に色々ゴタゴタし始めてて、返事しても完全に忘れてました(；∀；)
>>598 ：ナイコンさん：2016/03/29(火) 03:26:28.10
>>後、Z80カードにしても、試験用のディスクがあればすぐにでも実装するんですが、今は無いですしねー。
> Excuse の理由としては弱いかな。
> FM-8 の時代にはフロッピーディスクやCP/Mなど高値の華だったので、
> もっぱらカセットベースで Z80カードを使ったものだ。
> $FD05 の bit0 で CPU 切り替えるだけなので、コモンソースのコアを使えばすぐじゃない？
> 「FM-8活用研究」をお持ちなら、上記カセットベースでZ80カード使う記事が3件掲載されてる。
近い内に川崎（神奈川県立図書館）に行くチャンスがあったら、調べてみますね。蔵書が残ってるといいのですが。
とりあえず、検証無しで乗っけちゃっていいのか？とか、バス周りの回路（i/OやHALTタイミング絡み）がわからないので躊躇してましたが…
神奈川県立川崎図書館は、社史が有名ですけど、工学書の収蔵が豊富なんですよ。
８０年代のマイコン雑誌の収蔵が、多分首都圏では片手の指に入ってる。らしいです。
ただし、今見たら、来年５月に溝の口のはずれにあるKSPに移転するので一時閉館してるんですね(；∀；)
http://www.klnet.pref.kanagawa.jp/kawaiten.htm
ミゾノグチも土地勘は少々あるから、一度行ってみようかねぇ。
移転の際に古い書物も残してくれればよいが・・・
I/Oの19820720別冊の名目で所蔵
今さっきのCommitから。
MC6809:: と Z80:: に手を入れてます。
6809のバス制御が*HALT で抽象化したのでは後々まずそうだったので、BAとBSに切り替えました(；´Д｀)
>>660
ありがとうございます！！！
暇見て行ってみますね。
https://osdn.net/projects/csp-qt/downloads/68767/
富士通版Z80カードの割り込み関係の回路がよくわからないので（多摩図書館に行くのをお待ち下さい…）、多分怪しいことになってます。
後、Z80の実装でPICがついてないといけない実装だったので、ここもいい加減ですがPICなしで動くように仮実装しました。
多分、実際の割り込み処理のあるソフトはうまく動かない気がします。動くかも知れませんが。
RS-232Cなどを使ってエミュの外側をつないでテータやり取りできないもだろうか。
それも、最大限手抜きして。と言うのを最近模索していたんですが、unix系だとsocatと言うプログラムがあるのを見つけました。
http://www.dest-unreach.org/socat/
ひょっとしたら、Windows系でもなんか作られてるかも…
これをっつかうと、ネットのソケットとこちら側だけではなく、SSHのそれなどと、こちら側の端末や別のエミュをつなぐことができそうなんですよね。
対応してるネットワークや接続手順多種多様に渉ってますし。
日本語通信カードの現物をジャンクの山から探しだして、手製のROMリーダで読めればなぁ…とか考えていますです(；´Д｀)
これからリーダーは作りますけど、読まなきゃなんとかなる…はず。
今お家向けに作ってる「Zig-Bee的な機能のモノワイアレス製モジュールまで組み込んである上に、MMLで音楽鳴らしたりテレメータできたりする、呼び鈴システム」と言う胡散臭さ爆発のものの作業が形にできたらやってみようとおもってますです。
FDを入れるんだよ。
お前は電源入れずにM88が使えるのか？
エミュレータでいいんじゃないかと思えてくる。見た目変わらないし・・
あえて実機を使い、
なかなか手に入らないフロッピーとか探しまくり、
やっと手に入れて実機で動くようになった時の感動とか、
もしくは昔、お金が無くて買えなかった高級機を、
今になって安く手に入れて動くようにするまでの楽しみとか、
そういうジジイならではの楽しみ方があるのだよ。
どんな騒動があったの？
>>678
俺も最近はもうハードウェアは場所取るし処分しようか迷ってるｗ
実家からMacintoshとX1を回収してきたけど、両方エミュあるしねｗ
イギリスとスペインで少数流通したらしい。しかしそれを再現する
エミュレーターがどこにもない。ニッチなエミュレー作っている武田さんが気が向いたら
ePCEngineにPALモードを搭載して欲しい。具体的にはPAL専用のソフトは無いのでは
と思われるが、実はフィンランドのハッカーがNESやApple ][のソフトをPCエンジンに
移植していて、これがPAL版のゲームを元にしているので、それをPAL版のPCエンジン
で動かせば正しい速度で動くという訳です。
あとスーパーカセットビジョンのエミュのeSCVもPALに対応していただけると
ありがたいです。
関連スレ
◆PCエンジン総合スレッド其の六拾参◆
http://medaka.5ch.net/test/read.cgi/retro/1507428390/829-833
そうなるとSC-3000も欧州でPAL版発売されていたからeSC-3000も
PAL対応したいし、eFamilyBASICもPAL版NESで動かした想定で
対応させたくなっちゃいますね
>ニッチなエミュレー
ニッチなエミュレータ
ファミコン(NES)は他の機種よりもPAL版のクロックの低下が多いですね
NTSC PAL
ファミコン(NES) 1.79 1.66
Master System 3.58 3.55
スーパーファミコン 3.58 3.55
メガドライブ 7.67 7.61
PCエンジン 7.16 7.11
ちなみにロシアで流通したDendyというファミコン互換機は
1.77MHzで作動していました。
> と言う事で、FM-7/8/77の「簡易Z80カードに基づく(I/O 1985-9)」Z80カードの仮実装をした物をリリースしてみました。
対応ありがとうございます。
手持ちの FM-7/8用CP/M の起動確認できました。
添付デモソフトも問題なく動きます。
ですが、動作がカクカクしてるのは以前と変わらんですね...
ちょっと気になるのが、カナでいう所の「ロ」のキーが効かないんですけど、
何か設定の問題？
このキーはFMではかなり重要なキーなので使えないと痛いのですが。
> 富士通版Z80カードの割り込み関係の回路がよくわからないので
*は不論理。
▼はプルアップ抵抗。
FM-8用Z-80カード
*IRQ-----o/ o----▼--------|*INT
*NMI-----o/ o----▼--------|*NMI
参考文献：FM-8活用研究
FM-7用Z-80カード
*FIRQ----o/ o----▼--| |
| )-----|*INT
*IRQ-----o/ o----▼--|~ |
*NMI-----o/ o----▼--------|*NMI
参考文献：F-BASIC解析マニュアルフェーズII探究編
FM-CP/Mでは、全部SW OFFで使いますので、割り込みはあまり気合い入れて
作らなくとも支障ないと思います。
「ロ」キーがきかないのはおそらくQt用でビルドされているからではないでしょうか?
ありがとうございます！！(；∀；)
FM-7向けZ80カードですが、*IRQと*FIRQがSWを通してANDゲートに入ってZ80の*INTに行ってる。と言う認識で大丈夫でしょうか？
後、
>ちょっと気になるのが、カナでいう所の「ロ」のキーが効かないんですけど、
>何か設定の問題？
WindowsとWineのLinux経由では、キーコードが違う感じがありますね。
回避策を考えますね（久しぶりにVirtualBox立ち上げて調べます）
カクカクなのは、OpenGLドライバの問題なのか、ホストCPU喰いすぎてるのか…うちの方では特にカクカクにもならないので…うーん…
> FM-7向けZ80カードですが、*IRQと*FIRQがSWを通してANDゲートに入ってZ80の*INTに行ってる。と言う認識で大丈夫でしょうか？
はい、あってます。AA くずれてしまい申し訳ない。
> WindowsとWineのLinux経由では、キーコードが違う感じがありますね。
> 回避策を考えますね（久しぶりにVirtualBox立ち上げて調べます）
武田さんがビルドされるバージョンでは問題なさげなので、放置でかまいません。
Z80 の方の確認に注力します。
と言いつつ、Z80 じゃないところで引っかかってます。orz
・バブルカセット
- CP/M FM-8初期版ではOKだが、2nd版やFM-7版ではエラー出て使えない。
前者と後者の違いはF-BIOSのみ。前者のF-BIOSで作りこんでるとまずい事が
あるのかも。
- F-BASIC V1.0, V2.0 ではOK。
F-BASIC V2.0 のF-BIOSでは大丈夫らしい。
- 上のメニューのところ、バブルカセット1,2じゃなくて 0,1にすべき。
下の方には BUB0, BUB1 になってるのに。
・FLEX
- 起動しません。
F-BIOSが、$25(37) Not Ready を返している。
デバッガ起動して、G で戻っても勝手に
break at 0000xxxx: esc key was pressed
でデバッガに戻っちゃうの何とかして欲しい...
キーバッファに何か残ってると悪さするのかな？
F-BASIC V3.0のFBIOSのバブルカセット部分と同じであることが分かった。
そこで、"F-BASIC V1.0" + "F-BASIC V3.00のFBIOS部分" というハイブリッド
なものを作ってみた。(V3.00というのが重要。V3.02ではだめ）
これで、CP/M が無くても再現できます。
F-BASICのメッセージとしては Device I/O Error だけど、
FBIOSの返し値は $25(37) Not Ready でした。
まとめ：
バブル正常動作：F-BASIC V1.0、V2.0、CP/M初期版
Not Ready: F-BASIC V1.0+V3.00のFBIOS、CP/M 2nd版、CP/M FM-7版
が、（先週から）最低でも月曜の夜までは諸々のことで貼り付けられてるので、全く進められそうにありません(；∀；)
なんとか、この期間に問題をなくしたいのですが…
色々と修正しました。
お試しくださいm(_ _)m
只、FLEXが起動しない問題に関しては、なんでなのかわからないので（現物がないので確かめられない）…
バブルカセットの周りのことは修正入ってないです。
2DDファイルを読み込んで途中で止まってしまいませんか？
ハイドライドならタイトルグラ表示後
ドラスレやギャプラス等は読み込まない
吸出しはmake_hdかMAHALITO→2D変換どっちかだったと思います
fm7 をビルドしようとしましたが以下のようなエラーでビルドできませんでした。
../../common/libcommon_common.a(debugger.cpp.o): 関数 `debugger_thread(void*)' 内:
debugger.cpp:(.text+0x8fe): `OSD_BASE::read_console_input(char*, int)' に対する定義されていない参照です
collect2: エラー: ld はステータス 1 で終了しました
make[2]: *** [qt/common/CMakeFiles/emufm7.dir/build.make:522: qt/common/emufm7] エラー 1
make[1]: *** [CMakeFiles/Makefile2:694: qt/common/CMakeFiles/emufm7.dir/all] エラー 2
make: *** [Makefile:130: all] エラー 2
sudo ldconfig してからビルドし直すとどうなりますか？(FAQ)
ldconfig しても同じです。
共有ライブラリーありでビルドしましたか？
「共有ライブラリーあり」というのがどういうことか分からないのですが、
$ cd source/build-cmake
$ ./config_build.sh
$ cd fm7/build
$ cmake ..
$ make -j4
こんな感じです
すいません、cmake は alias で
cmake -DCMAKE_BUILD_TYPE=Release
になっていました。ほかはデフォルトからいじっていません
(1) buildvars.dat はありますか？
(2) 10月前後に大きな変更があったので、buildvars.dat.tmpl（テンプレファイル）の設定のアップデートを取り込んでいますか？
# 必要な所だけ残してbuildvars.dat.tmplを取り込めば良い
ああ、インストールマニュアルアップデートしないとかもですね(；´Д｀)
とりあえず git clone しなおしてから
$ cd source/build-cmake
$ cp buildvars.dat.tmpl buildvars.dat
$ ./config_build.sh
$ sudo ldconfig
$ cd fm7/build
$ cmake ..
$ make -j4
してみましたが同様のエラーがでます...
すいません、/usr/local/lib/x86_64-linux-gnu にパスが通ってないだけでした m(_ _)m
build できました
対策考えます(´・ω・｀)
結構落とし穴になりますね…
ありがとうございます。よろしくお願いします m(_ _)m
そうか？
dash の方が余程うざいんだが。
まぁ被害にあった人でないとわからないと思うけど。
全然スルーじゃないじゃん。
PI.氏は建前上は中立の立場を貫いているように見える。
dashは本領発揮だな。
うざい書き込み炸裂中。
FM16βの画面が表示され始めたので、スクリーンショットだけ公開しています。
ことよろー
お疲れ様です（喪中につき挨拶控えておりまして）。
動き出しましたか！！
16βのグラフィックを司るチップは、77AV系に積まれてるMB61VH010の系統（そのまま載ってる？16色対応はたぶんできてるけど無試験…）のもののはずです。
とりあえず、武田さんの12/28分までマージするのを試しビルド始めると同時に、
MC6809の出力線でHALTや割り込み、SYNC状態を意味する線を、busreqからbaとbsに切り替えました。
DMAのサイクルスチール転送を真面目に実装したり、外部デバイスに同期を取らせる事があれば、結構使われそうかと。
詳しくは、ネットに転がってるMC6809BやHD6809Bのデータシートをお読み下さい。
その関係で、FM7系列が、ガンガンに変わりました。
割り込み処理やサブHALTで、タイミング的に、忠実性が増してくれるといいのですが。
しかも、現状Z80カードだけですが、色々な方面からこれやらない？(´･ω･`)と言うお誘いもあるので、
現物持ってないのはあれこれリバースエンジニアリング（穏当なレベル）して、やっていきますね。
現物がないので、こちらでハードウェアのエミュレーション構造を組んだら、現物あるお方に動作チェックをお願いすることにしますので、その節はお願い申し上げますm(_ _)m
#仕方ないから、秋月でROM読み用のゼロプレッシャーソケットとピンの多いPIC32買おうかな(´д｀)
そこらへんやら実家の残務整理がカタがついたら、今度こそFM-Townsも始めたいですが…(´･ω･`)
16βの同時発色数は16色中8色のはずですが…
おお、ついに！
期待しとります！
じゃまなので、マウスカーソルはウインドーの外に置いておきたいのですが
Qt側の仕様によるものなので、*最低でも当面は*我慢をお願いします(´・ω・｀)
>>734 の件など、いくつか積み残しがあると思いますが。
https://osdn.net/projects/csp-qt/releases/68873
機材がそろえば自分でもやってみたいネタでした。
何とか実機だけは確保したんですが、ソフトがなくってねえ。
何か書けば書くほど、負け犬の遠吠えにしか聞こえん。
取り敢えずCP/M-86やF-BASIC86がブートするところまで来ました。
リリースまでは…まだ掛かるかなあ。
スクリーンショットだけ更新しています。
(1) FM16β ipl ROM
(2) FM16β subsystem ROM
(3) FM16β C.G. ROM
(4) FM16β 漢字ROM(JIS第一水準、第二水準、非漢字)
(5) FM16β用 CP/M-86 or MS-DOS
(6) 上記(5)で使用できるアプリ
こんなところかな。
ビルドしたのの配布は後ほど(^_^;)
RS-232Cは割り込み関係を仮インプリメントしてはいますが、出口の部分やボーレートスイッチ部分は作ってないです。
てか、出口作るの少し面倒臭いですが、やります。後で。
midiはPITが入ってなく、しかも出口もないから絶対に動かない(´･ω･`)
とにかく眠い…(´･ω･`)
githubにソースコードとテストコード（一応動いてるがいいかわるいか自信ない）が入ってます。
https://osdn.net/projects/csp-qt/releases/68923
これでいいとは思うんですが、自信がありません(´・ω・｀)
Z80の割り込みはデフォルトでOFFにすべき。
Z80カード出荷時は全部OFFだし、FM-CP/Mでも全部OFF状態しかサポートされてない。
F-BASIC V3.0J がうまく動かない。
RUN”JTEST" すると、エラー、カードの装着を確認してください、と(半角カナで)言われる。
日本語通信カードが認識されていない。
RUN"V3.0J" すると、起動メッセージが出て止まる。(起動メッセージは正しい)
デバッガで見ると、$FD28 を読んでループしてる。
OS-9 Level1 + NT-KSys でもトライしてみたが、同様にNG。
日本語通信カードを認識してくれてない。
ROMファイル名がXM7と違ってたのに気付いてやり直したところ、
F-BASIC V3.0J も OS-9 + NT-KSys も動くようになった。
わざわざファイル名変えないで欲しかったな。
JSUBSYS.ROM : JSUBMON.ROM でいいじゃないの？てか無ければこっちを読め。
JSUBDICT.ROM : 日本語カード/AV40系 の DICROM.ROM と内容同じなので、
違うファイル名にする必要ないが、無ければこっちを読め。
相変わらず動きがカクカク。
馬鹿にイラついてんじゃない？
https://osdn.net/projects/csp-qt/releases/68925
日本語通信カードのファームの名前の修正も入っています。
>>748
iniファイルのディップスイッチの項目で保存してますので、そこら辺をリセットするとデフォルト値に戻ると思います。
今のデフォルトは「無効」のはずです。
>>749-750
多分、ファームウェアの名前をこちらで独自にしていた事から来てる問題です。
JSUBMON.ROMというふうに、XM7準拠に直しましたので…
辞書は、JSUBDICT.ROM・専用漢字ROMはJSUBKANJI.ROMですので、お間違えなく。
セーブファイルもJCOMMCARD.binとなってます。
あと、eFM7でのみJTESTがうまく行かない気がしますが、こちらでの試験がダミーのファームウェアと漢字ROMなせいだと思います。
MMRがあると、JTESTは漢字ROMのチェックを省きますので…。
このテスト、ROMのチェックサムを計算して判定してるので、厳しいですね。
68923 での話。
JSUBKANJI.ROM だと読んでくれない。
KANJI.ROM にしたら読んでくれた。
JTEST も通ったよ。
68923 での話。
eFM77 で動かしてみようと思ったら、日本語通信カードの設定がない...orz
68925 では付いたのかな？
あと、CPU周波数のスイッチは不要と思う。実機にはこんなスイッチないし。
（サイクルスチールのオン／オフはある。）
ありがとうございます。
68925の方では改善してあります。
eFM77での周波数スイッチですが、チート扱いで残したいと思います。
知り合いの家の77で、FM-8用のゲーム（というかデルフィスとかインベーダーとか）やったら凄まじい事になったトラウマが(;´Д`)
>>751
ありがとうございます。
辞書の名前の件は、77AVで*私が*日本語通信カードを使っていたので、
日本語通信カードと日本語カードを（排他で？）どちらも刺せる余地を残したいからです(^_^;)
昔7使ってた時に買った日本語通信カードを、友人からやすく77AV譲ってもらってからも日本語書くのに使っていたという…(^_^;)
酷い理由ですが、お許しを。
1MBのRAMディスクドライバをハイドライド3が読み込むように、
メモリ増やして、同時に無理やりビット立ててほしいねん。
XM8もそこまではやってないのねん。
日本語カードと日本語通信カードの辞書ROMの内容は全く同一なんですけど。
両方使う場合には同一ファイルから、それぞれ必要な場所にロードすればいいはず。
XM7の方はそうなってたような。
本当にそうならいいのですが、こちらで現物からのデータ抜きが出来てないので、確認困難でして。
とりあえず、同じだという前提で、JSUBDICTがなければ、AV向けの辞書を読み込む事にします（後で）。
余談ですが、
真面目な話として、カード側のRCBコマンドに関する資料が揃えば代替ROMを作ってもいいかな。とすら思っていまして…JTESTパスしないのは前提で。
辞書はSKKというオープンソースの日本語変換からデータ持ち出せますし。
アセンブラで書かないといけなさそうなのが食指を鈍らせますが。
所詮2ch(5ch)書き込みなので、何でもかんでも鵜呑みにするのは憚れるわな。
あくまで参考に書いとくので、事実確認は自分でやってくれ。
日本語通信カードで使われているROM MB834200-25(114) は、先頭から 3/4部分
しか使われておらず、かつ残りの 1/4部分は読み出せない。(by SAVEROM7)
ところが、全く同じROMが FM77AV40EX/SX で使われている事を見つけてくれた
人がいた。そして有難いことに、FM77AV40EX/SX ではこの ROM の全領域を
読み出せる。FM77AV40EX/SX エライ。そして見つけてくれた人エライ。
そうして、この ROM の全貌が明らかになったのが 4年ほど前の話。
要は、Type-D/E のサブシステムと F-BASIC V3.02 がフルに入ってた訳だが。
て事で、FM77AV40EX/SX の辞書ROMと、日本語通信カードの辞書ROMは同一。
あとFM77AV/20用日本語カードで使われてる辞書ROM MB831124-35(176 & 177)
と FM77AV40EX/SX の辞書ROM の内容が同一であることが確認されてるので、
「日本語カードと日本語通信カードの辞書ROMの内容は全く同一」となる。
日本語サブシステムに対するRCBインタフェースは「日本語通信カード説明書」
に記載されてる。(一部の隠しコマンドを除く)
宮崎師匠の NT-KSys も恐らくこれを参照されて作られたのだと思う。
なので、代替辞書やら代替モニタROMを作れん事はないだろうが、モチベーション
上がらんな～。他の事に労力注いだ方がいい感じ。
複文節変換やりたい！とかなら止めないけど、本体側のFEPから作り直しなので、
他の仕事が止まりますよ。
色々とありがとうございます。
辞書ROMおなじなのは確定と言う事で、後で処理しますね。
後、互換日本語通信カードROMは、ヒマができたらやるかどうか考えますね。
現物がこちらにあるか実家においたままか確認しないで一気に走ってるので(^_^;)
ファームウェア側は容量的に、連文節変換は無理だと思ってます。多分、SKKの辞書を引っ張って単語変換する事が精一杯でしょう。
残りで大きいのは、L4関係ですかね。
その後に、UARTの先をどうにかして、一区切りかと（バグ対応以外）。
色々ぐちゃぐちゃですが、よろしくお願いしますm(_ _)m
逆。
最後の悪あがきだな。
改造例？改悪例の間違いだろ。聞いて呆れる。
メールで要望なんか面倒くさいからDASHから派生するしかないのう
それ言うなら改善例だろｗ
改造例なら改悪でも間違いじゃないｗ
OS-9 L2の77AV40用がブートしない問題が治ってるといいのですが、全くダメかも(；´Д｀)
後、日本語通信カードのROM名の問題とか色々細々と変えてあります。
項目の翻訳は未だやってません。
https://osdn.net/projects/csp-qt/releases/68937
念の為に、X1系も入れてみてありますので、不具合チェックをお願いしますm(_ _)m
とにかく疲れますたよ(´・ω・｀)
https://osdn.net/projects/csp-qt/releases/68942
これで、FLEXやOS-9 L2@FM77AV40が動くようになるといいのですが(´・ω・｀)
https://osdn.net/projects/csp-qt/releases/68953
とりあえず、「今後これやる」と私が宣言してるもの以外は積み残しがないと思います…思いたいです…(´・ω・｀)
JavaのX68000エミュレータXiEJを触っていたのですが、
Java9だとファイル選択ダイアログとドラッグアンドドロップが使えなくなっちゃった。
eFM77 で、
・F-BASIC V3.0 L2.0 起動OK。・FM-77 DEMO 実行OK。(ただしカクカク...)
・F-BASIC V3.0J 起動OK。 ・JTEST通った。 ・カナ漢字変換使えた。
・F-BASIC V3.5 起動できず。400ラインサブが無い旨のメッセージもなし。
・OS-9 Level 1 for FM-8 起動 OK。(ただし、起動遅い)
・OS-9 Level 1 for FM-7 起動 OK。(ただし、起動遅い)
・OS-9 Level 1 for FM-77 起動できず。
・OS-9 Level 2 for FM-77 起動できず。
・FLEX for FM-8 起動できず。・FLEX for FM-7 起動できず。
・CP/M for FM-8 MSA 起動OK。
・CP/M for FM-8 2nd 起動OK。 ・DEMO 実行OK。(ただしカクカク...)
・CP/M for FM-7 L10 起動OK。
・CP/M for FM-77 L20 起動できず。
eFM8 で、
・F-BASIC V1.0(DISK版) 起動OK。 ・バブルカセット 使えた。
・F-BASIC V2.0 起動OK。 ・バブルカセット 使えた。
・CP/M for FM-8 MSA 起動OK。 ・バブルカセット 使えた。
・CP/M for FM-8 2nd 起動OK。 ・バブルカセット 使えない。 ・DEMO 実行OK。(ただしカクカク...)
・CP/M for FM-7 L10 起動OK。 ・バブルカセット 使えない。
・FLEX for FM-8 起動できず。・FLEX for FM-7 起動できず。
・OS-9 Level 1 for FM-8 起動OK。(ただし、起動遅い)
・上のメニューのところ、バブルカセット1,2じゃなくて 0,1にすべき。 下の方には BUB0, BUB1 になってるのに。
eFM7 で、
・F-BASIC V3.0J 起動OK。 ・JTEST通った。 ・カナ漢字変換使えた。
・OS-9 Level 1 for FM-8 起動 OK。(ただし、起動遅い)
・OS-9 Level 1 for FM-7 起動 OK。
・OS-9 Level 1 for FM-77 起動 OK。 ・NT-KSysによるカナ漢字変換 OK。
・CP/M for FM-8 MSA 起動OK。
・CP/M for FM-8 2nd 起動OK。 ・DEMO 実行OK。(ただしカクカク...)
・CP/M for FM-7 L10 起動OK。
・FLEX for FM-8 起動できず。・FLEX for FM-7 起動できず。
ありがとうございます！！
カクカクについては、多分、OpenGLドライバーをOS側の物にすれば、最低でもある程度改善すると思いますので、
opengl32.dllや似た名前のdllで、同じディレクトリにあるのを名前変えて読まれないようにしてみて下さい。
それで起動すれば、ドライバーでOSの側の物を使っています。
さて、以下ですが、
固まってる辺りの前後のトレースとレジスタダンプが取れるとベストなんですが
…トレースが無理なら、前後の逆アセンブルだけでもお願いします。
デバッガーはコピペが効く（右クリックするとメニューが）ので、それをテキストに貼って、
ドキュメントにある私のアドレスにメールで送って下さい（もしくはpastebinなど活用して下さい。）
お願いしますm(_ _)m
バブルカセットと、V3.5絡みは、ここら辺が一段落してからと言う事で。
ーーー
>>769 68937の話。
eFM77 で、
・OS-9 Level 1 for FM-77 起動できず。
・OS-9 Level 2 for FM-77 起動できず。
・CP/M for FM-77 L20 起動できず。
eFM8 で、
・FLEX for FM-8 起動できず。
・FLEX for FM-7 起動できず
eFM7 で、
・FLEX for FM-8 起動できず。
・FLEX for FM-7 起動できず。
68937の話。(続き)
eFM77AV40 で、
・OS-9 Level 2 for FM77AV L22 起動OK。
・OS-9 Level 2 for FM77AV40 L41 起動できず。
・F-BASIC V3.0 L2.0 起動OK。・FM-77 DEMO 実行OK。(カクカク...)
・F-BASIC V3.3 L10 起動OK。 ・README 実行OK。(カクカク...)
・FM77AV DEMO 実行OK。(カクカク...)
・F-BASIC V3.4 L20 起動OK。 ・README 実行OK。
・FM77AV40入門ディスク 起動OK。キー入力がうまくいかない事あり。
トレース情報は 68953 でやってみる予定。
> カクカクについては、多分、OpenGLドライバーをOS側の物にすれば、
> 最低でもある程度改善すると思いますので、
opengl32.dll opengl32sw.dll を消してみた。
多少マシになったレベル。カクカク感は残ったまま。
キー入力で勝手にリピートする事あり。
ありがとうございます。
トレースに付いては、先日正式リリースした物か、もしくは数日中に作業始めるeFM-77のOS-9L2(77用）関連の改善作業関連の仮リリースの中の物でお願いします。
後、「カクカク」ですが…
お差し支えなければ、
・テストマシンのスペック（CPUタイプやモデルと最高周波数,メモリ容量,OS及び、テストマシンで日頃どのような作業をしているか？）
・仮想化環境の場合は、仮想化環境提供ソフトとヴアージョン、割り当て資源の詳細。
・武田さんビルドと私のビルドで、カクカク的な意味での動きがどうか差異をチェック。（キー入力も含む）
などの情報提供をよろしくお願いします。
色々考えてみていますが…
速報。
68953 で、OS-9 Level 2 for FM77AV40 起動できたよ！
以前のバージョンでは OS9p1 の NextProcルーチン内の CWAI命令で
スタックしてたけど、今回ので抜けるようになった。めでたし。
ちょっと気になったのが、デバッガ内蔵の逆アセンブラ。
PCリラティブなのにオペランドそのまま表示してるが、
00005E3C 308C17 LEAX $17,PC
相対ジャンプ等と同様、次のようにして欲しい。
00005E3C 308C17 LEAX $5E56,PC
・テストマシンのスペック（CPUタイプやモデルと最高周波数,メモリ容量,OS及び、
Intel Core i3 M350 2.27GHz (Dual ?)
Memory = 4GB
OS = Windows 7 Professional SP1 32bit
テストマシンで日頃どのような作業をしているか？）
レトロPCエミュレータのデバッグ
・仮想化環境の場合は、仮想化環境提供ソフトとヴアージョン、割り当て資源の詳細。
使用なし
・武田さんビルドと私のビルドで、カクカク的な意味での動きがどうか差異をチェック。
武田さんビルドの方が断然軽い。(全く問題ない訳ではないけど)
手っ取り早い対処としてはFPSを下げれば多少軽くなるが
プロファイラで何処の処理が重いのか調べないと改善しないと思うぞ
これに関して、次善の策として、スクリーン内にマウスカーソルがあるときは
マウスカーソルの表示をOFFにすることはできないでしょうか？
最近のノートにはNumLockキーが無かったりするのがあるので
おお、「画面クリックでフォーカス」でいい感じです。
ありがとうございます。
qausi88 にあってとても重宝している機能なのですが、「カーソルキー設定」というところで
「2,4,6,8 を割り当て」というのをチェックしておくと、ゲストの矢印キーに割り振られている
キーをホストで入力すると、ゲストに10キーの 2,4,6,8 が入力されるというものです。
この機能がないと私の Dell のノートなどでは、キャラクターの移動に10キーを用いるような
ゲームは遊べません（NumLockキーがないので）。
勿論、キーの設定で10キーに矢印キーを設定すればいいのですが、矢印キーは矢印キーで
BASIC などを使う時は必要なので、簡単にメニューから切り替えができると嬉しいのです。
ということで、導入を御検討いただけないでしょうか。
試してみては
いや、最近の Dell のノートは NumLock がないのです。
https://oshiete.goo.ne.jp/qa/5485827.html
とかでも言われています。
まず、NumLock の刻印のあるキーもないですし、u,i,o,j,k,l に数字の刻印もありません。
そもそも F1,F2,...,F12 を入力するにも Fn 押しながらじゃないといけないとか、
結構嫌な感じにとんがっています。（たとえば単に F1 のキーを押すとスピーカーオフで、
F1 を入力するには Fn と一緒に押さないといけないという感じです）
スクリーンキーボードでNumLockにしてもだめなんか?
だめですねぇ。というか、スクリーンキーボードに NumLock がないです...
ぐぐってて調べてみそ
自分は Linux を使ってるんで...
MC6809含めて内部構造ガチャガチャ変えてたりしていますが、どこかで仮リリースします（予定は未定）
次のリリースでは、入れただけ実装の悪寒がしなくもないですが、実機のEPROMをROMリーダーやライターで読み取ったベタイメージを、分割しなくても、いつものROMイメージファイルの代わりに読める機能が入り始めます。
多分最初はブートROMから。
>>790
Qt版だと、物理キーとVK(Windowsの仮想キーコード）を変換する設定が出来るオプションがあるので、当座はそれでしのいで下さい。
時期をみて、この手の機能…ノーパソでよく使われてる81？キーや104などの非日本語キー向けの機能…を作っていきますね。
後、テンキーとキーボードの変換とか、16進テンキー（出来るかな？）機能とか。
プロファイラー使いたいのですが、gprofでプロファイルする前提でビルドすると、怖ろしく重くなるんで、怠けてます…
やるしかないかもですねー(´･ω･`)
>>779
ありがとうございます。
私の方のワークで、色々問題含みな事は間違いないので…
いい方法ないか考えては見ますが…
>>778
確かに相対アドレシングで実効アドレスも標準できた方がいいですね。
良かったです！！(T_T)
現在色々いじっていまして、タイミング見て仮リリースかけようと思いますので、
その節は、どうかテストをよろしくお願いします。
MZ-2500のMZ-2000モード用の3.5インチFDソフト(ハイドライド2等)を将来に向けイメージ化しておこうと思ったのです
> 次のリリースでは、入れただけ実装の悪寒がしなくもないですが、実機のEPROMをROMリーダーや
> ライターで読み取ったベタイメージを、分割しなくても、いつものROMイメージファイルの代わりに
> 読める機能が入り始めます。
これ欲しかった機能です。ありがたい。
読めるだけでなく切り替えるのも実機同様にお願いします。
私はFM-7の実機のブートROMを、FM-7のブートROMのBANK0/2、FM-NEW7のブートROMのBANK0/2を
書き込んだROMに差し替えて使ってました。これがEMUで出来ると嬉しい。
福井さんの EmuZ-2000 TF-Edition,
武田さんの EmuZ-2200
は試されましたか？
横からすまん。
MZ-2500用のハイドライドⅡって3.5インチFDだけど2Dだったりするのかな？
うまくイメージ化出来なくて困ってる。
イメージ化に失敗してるのかもしれませんが動きません。(MZ-2500用の3.5インチFD版ハイドライド2で試しています)
MZ-2200とMZ-2500の2200モード用ではFDDドライブとの接続等の仕様に違いがあると聞いたことがありますがご存知ですか？
イメージ化失敗なのか他の問題なのか切り分けできずにおります、、。
KryoFluxでまるごとRAWで読んで、書き込むと実機では起動しますが、読んだデータをD88に変換しようとして試行錯誤しております
68953の話。
FLEXのブート状況を調べてみた。(eFM7+FM8用FLEX)
FDCにSEEKコマンド発行後、FDCステータスレジスタ($FD18)が更新されてない。BUSYのまま。
IRQ更新のタイミングで更新するとよい。(BUSY=!IRQかな)
で、上記を修正すると次の壁にぶち当たる。
XM7の設定で「フロッピーアクセス時にウェイトを与える」にチェックを入れない時と同じ。
Readコマンド発行して、DRQ=1になってDataをリードして、ちょいと間を置いてDRQ=0となるが、
その前に DRQのレジスタを読んで、セクタリード終了と勘違いして暴走してる。
これは FM用FLEXのIPLのコードがよくないせいだが。
XM7のソースコードは読んでないが、恐らくDRQ=0になってから読むようなタイミングになって
いると予想される。(MB8877Aデータシート上は、データリード開始後250nsでリリースなので、
2MHzで動いてるFM-7ならウェイト不要なはずだが、EMUではCPUが速すぎる？)
~/emuXXX と ~/.config/emuXXX の使い分けはどうなってるのでしょうか？
2つディレクトリが掘られるのですが、できれば ~/.config/ 以下に統一してもらえると
いいかなと思います。~/ にいっぱいディレクトリができるのはきれいでないので。
やるかやらないか、実はずっと迷っていましたが、その方がいいですかね？(´･ω･`)
作り始めた時には.configの下に設定ファイル以外入れていいのかな（動画やスクショも入る）
…と言うかなり古い認識だったのですが、最近は認識変え始めていまして。
# そもそも、動画やスクショを設定と同じディレクトリに入れるのがいいのか？
# と言う問題も。エミュの一貫性考えると仕方ないのではありますけど。
# 非Windowsな場合、~/csp(又はフル名称)/エミュ名/ とかに、スクショ入れるようにしてみるとか(;´Д`)
>>801
ありがとうございます。
ステータス更新は穴でしたね。直します。
後、DRQと言うかFLEXの件ですが、「リードしてすぐにDRQ落とすと誤認識する」と言う事で間違いないでしょうか？
データレジスタを読んでから、DRQ落とすまで、2Dでマイクロ秒単位？のウェイトが必要と言う感じですかね？
> 後、DRQと言うかFLEXの件ですが、「リードしてすぐにDRQ落とすと誤認識する」と言う事で
> 間違いないでしょうか？
> データレジスタを読んでから、DRQ落とすまで、2Dでマイクロ秒単位？のウェイトが必要と
> 言う感じですかね？
わかりにくい書き方でした。すいません。
恐らくFDCは、データシートの通り DRQ/IRQ を制御してると思われます。
これはいじるべきじゃないです。(他の機種で困ります)
DRQ が落ちる前に読みに行ってるのが原因なので、CPUに、ちょっと待て、
をXM7でやってるのでは、と想像してます。
ありがちなやり方としては ~/.config/emuXXX/ の下に config/ とか bios/ とか snap/
とか色々ディレクトリを作るっていうのはどうでしょうか？
シンボリックリンクにする、という方法もありそうですね。
X1Fのデモで最初のバックのカラーバーのチラつきが激しくなったような・・・
https://osdn.net/projects/csp-qt/releases/68986
・FM-7系だけです。
・ホストCPUの利用を削減できました。が、劇的に効果があるのは、FM77AV以降のみかも。
・FLEX問題（ひどい言い方ですね）とCPUの利用量削減、後は、MC6809のシーケンス修正です。
・翻訳はまだしてないので、一部インチキ英語です。
・フロッピーディスクのメニューの名前を変えましたが、こちらのほうがいいですかね？
・一応2HDドライブを付けてみましたが(77のみ)、これでいいかどうかは全くわからないです。400ライン対応は未だ。
・↓のように設定を変えた上で、FLEXが動くといいなー(´・ω・｀)
>>801
設定の変更ですが、ディスクメニューに、「Immediate increment」と言う項目が追加されましたので、これをチェックしてどうか調べて頂けますでしょうか？
これ自体は、FDCがデータをディスクから読むタイミングを、XM7に合わせるものです。
↑の>>808は、私です。
fedora27, gcc-7.2.1 です。
/home/hoge/common_source_project-fm7/source/src/vm/fm7/vram.cpp: メンバ関数 ‘void DISPLAY::draw_screen2()’ 内:
/home/hoge/common_source_project-fm7/source/src/vm/fm7/vram.cpp:933:9: エラー: ‘#pragma’ is not allowed here
#pragma omp parallel for shared(vram_draw_table), private(pp, p, yoff, x, ii, yy)
^~~
make[2]: *** [vm/fm7/CMakeFiles/vm_fm7.dir/build.make:87: vm/fm7/CMakeFiles/vm_fm7.dir/vram.cpp.o] エラー 1
make[2]: *** 未完了のジョブを待っています....
make[1]: *** [CMakeFiles/Makefile2:423: vm/fm7/CMakeFiles/vm_fm7.dir/all] エラー 2
make[1]: *** 未完了のジョブを待っています....
make: *** [Makefile:130: all] エラー 2
とりあえず、#pragma がある行をコメントアウトしてみて下さい。
今、出先なので、取り急ぎ。
933行目をコメントアウトするとコンパイルは通ります。動作確認はまだしていません。
ハイレゾモニタ設定でなく、標準モニタ設定にしてみてください。
68986の話。
eFM7だけ触ってみた。
FLEX：
残念ながら起動せす。「Immediate increment」してもしなくても。
DRQが落ちる前にCPUがDRQ/IRQレジスタを読んでるっぽい状況は変わらず。
> これ自体は、FDCがデータをディスクから読むタイミングを、XM7に合わせるものです。
FDCの方をいじったんですか？
CPUの方をいじって欲しかったんですが。
XM7の「フロッピーアクセス時にウェイトを与える」はCPUに対してですよ。
>・ホストCPUの利用を削減できました。
の方はだいぶ効果あり。
FM-77 DEMOがかなりまともに動くようになってきた。(若干カクカク残るが)
これで武田さんビルドでさらに軽くなるなら問題ないレベル？
XM7が最後にソースコード公開した時のコードみる限りでは、CPUにウェイトかけてる感じが全くなかったのですが…(´･ω･`)
出来れば、セクターリードで、FDCにDRQがかかってから、読み終わるまでの逆アセンブルコードと始まりや終わりでのレジスタダンプがあると、助かります。
# PASTEBINを使うなり、捨てアドでかまわないので、
# 私のメルアドに送りつけるなりして頂けると。
まさかとは思いますが、FLEX側で、ディスクトラックのデータ長決め打ちしていて、MPU側でループでウェイトしてて、
更にDRQ読むタイミングが微妙だとか…
そういう、トリッキーな事をしてるかなんかじゃないかなー。と思いますよ。
eFM7などのメインCPUは、1命令単位で命令実行してその合間に割り込みなどの処理をしつつ、
サブCPUなどはそれに同期出来るクロック分命令実行や割り込みなんかの処理をしてますし、
FDCなどの大半のデバイスは、スレーブ的に動いてますから、
サブならまだしもメインCPUが、DRQ的にすぐに落ちてるのを取りこぼす可能性は非常に低いですから。
一バイトあたり、大体27uSで転送されてるので、フロッピーは。
逆に、すぐにDRQが落ちてない前提でFLEXがコード組んでるならば、まだわかるのですが…(´･ω･`)
そこらへんでないとすると、FDCの割り込みシーケンスかなあ。とか、勿論、CPUのタイミングの問題もあり得るでしょうし、
色々可能性が絞りきれないので、
どうか、ご協力をお願いしますm(_ _)m
再現用プログラムを作成してみた。
00005000 868C LDA #$8C
00005002 1A50 ORCC #$50 Aの値(命令実行後)
00005004 B7FD18 STA $FD18 XM7 eFM7
00005007 8D27 BSR $5030 WAIT ImmInc
00005009 8EFD1F LDX #$FD1F 無 有 無 有
0000500C A684 LDA ,X BF BF BF BF
0000500E 2AFC BPL $500C
00005010 B6FD1B LDA $FD1B 2C 2C 0D 0D←このデータに意味はない
00005013 A684 LDA ,X BF 3F 3F 3F
00005015 A684 LDA ,X BF 3F BF BF
00005017 A684 LDA ,X BF 3F BF BF
00005019 A684 LDA ,X BF 3F BF BF
0000501B A684 LDA ,X BF 3F BF BF
0000501D A684 LDA ,X BF 3F BF BF
0000501F A684 LDA ,X BF 3F BF BF
00005021 A684 LDA ,X BF 3F BF BF
00005023 A684 LDA ,X BF 3F BF BF
00005025 A684 LDA ,X BF 3F BF BF
00005027 A684 LDA ,X BF 3F BF BF
00005029 A684 LDA ,X BF 3F BF BF
0000502B A684 LDA ,X BF 3F BF BF
0000502D A684 LDA ,X BF 3F BF BF
0000502F 39 RTS
00005030 170000 LBSR $5033
00005033 170000 LBSR $5036
00005036 39 RTS
eFM7、DRQすぐ下げてくれてるので良いが、次のDRQ速すぎ。
ありがとうございます！！
これはわかりやすいですね。
こちらで書いた物を見て見ますね。
考えたのですが、ディスクの回転数とかそこら辺に関わるミスがあったので、それを直したのと、
後は、ディスクアクセスでDRQにまつわるタイミングをログに書き出すように細工してみましたので、お試しして、ディスクアクセス（で死ぬ直前）の[DEV16]のログを
ここかpastebin.comにお願いできますでしょうか？
https://osdn.net/projects/csp-qt/releases/68989
XM7、ステップ実行だと割り込み系処理をすっぽかすクセがあるのでやり直し。68989 は DISK-BASICが起動できなくてペンディング。
00005000 868C LDA #$8C
00005002 1A50 ORCC #$50 Aの値(命令実行後)
00005004 B7FD18 STA $FD18 XM7 eFM7(68986)
00005007 8D27 BSR $5030 WAIT ImmInc
00005009 8EFD1F LDX #$FD1F 無 有 無 有
0000500C A684 LDA ,X BF BF BF BF
0000500E 2AFC BPL $500C
00005010 B6FD1B LDA $FD1B 2C 2C 0D 0D←このデータに意味はない
00005013 A684 LDA ,X BF 3F 3F 3F
00005015 A684 LDA ,X BF 3F BF BF
00005017 A684 LDA ,X BF BF BF BF
00005019 A684 LDA ,X BF BF BF BF
0000501B A684 LDA ,X BF BF BF BF
0000501D A684 LDA ,X BF 7F BF BF
0000501F A684 LDA ,X BF 7F BF BF
00005021 A684 LDA ,X BF 7F BF BF
00005023 A684 LDA ,X BF 7F BF BF
00005025 A684 LDA ,X BF 7F BF BF
00005027 A684 LDA ,X BF 7F BF BF
00005029 A684 LDA ,X BF 7F BF BF
0000502B A684 LDA ,X BF 7F BF BF
0000502D A684 LDA ,X BF 7F BF BF
0000502F 39 RTS
00005030 170000 LBSR $5033
00005033 170000 LBSR $5036
00005036 39 RTS
XM7のWAIT有りは、実機っぽい動き。501D 実行後Lost Dataになる。
XM7のWAIT無しは、DRQ落とさない方針のようです。
なので、WAIT与えてるのはCPUじゃなくてFDCかもしれない。申し訳ない。
eFM7(68986)はDRQが出るのがXM7より早いが、その後Lost Dataにならないのが不思議。
68989、ずっと待てば起動するのね、DISK-BASIC。
00005000 868C LDA #$8C
00005002 1A50 ORCC #$50 Aの値(命令実行後)
00005004 B7FD18 STA $FD18 XM7 eFM7(68989)
00005007 8D27 BSR $5030 WAIT ImmInc
00005009 8EFD1F LDX #$FD1F 無 有 無
0000500C A684 LDA ,X BF BF BF
0000500E 2AFC BPL $500C
00005010 B6FD1B LDA $FD1B 2C 2C 0D←このデータに意味はない
00005013 A684 LDA ,X BF 3F 3F
00005015 A684 LDA ,X BF 3F 3F
00005017 A684 LDA ,X BF BF BF
00005019 A684 LDA ,X BF BF BF
0000501B A684 LDA ,X BF BF BF
0000501D A684 LDA ,X BF 7F BF
0000501F A684 LDA ,X BF 7F BF
00005021 A684 LDA ,X BF 7F BF
00005023 A684 LDA ,X BF 7F BF
00005025 A684 LDA ,X BF 7F BF
00005027 A684 LDA ,X BF 7F BF
00005029 A684 LDA ,X BF 7F BF
0000502B A684 LDA ,X BF 7F BF
0000502D A684 LDA ,X BF 7F BF
0000502F 39 RTS
00005030 170000 LBSR $5033
00005033 170000 LBSR $5036
00005036 39 RTS
DRQの戻りがXM7と同じ感じになった。期待できる。
じゃあ FLEX は行けるかな？と思ったらだめでした。
ログ画面も固まってます。これでいいのかな？
2018-01-30 00:19:45.378637 [DEV15] DRQ REG: 1bytes -1532906554:-1532906567 -> 7.000000
2018-01-30 00:19:45.395638 [DEV15] DRQ ON@DRQ: -1532906541
2018-01-30 00:19:45.412639 [DEV15] DRQ REG: 1bytes -1532906528:-1532906541 -> 7.000000
2018-01-30 00:19:45.431640 [DEV15] DRQ ON@DRQ: -1532906515
2018-01-30 00:19:45.446641 [DEV15] DRQ REG: 1bytes -1532906502:-1532906515 -> 7.000000
2018-01-30 00:19:45.466642 [DEV15] DRQ ON@DRQ: -1532906489
2018-01-30 00:19:45.481643 [DEV15] DRQ REG: 1bytes -1532906476:-1532906489 -> 7.000000
2018-01-30 00:19:45.500644 [DEV15] DRQ ON@DRQ: -1532906463
2018-01-30 00:19:45.517645 [DEV15] DRQ REG: 1bytes -1532906450:-1532906463 -> 7.000000
2018-01-30 00:19:45.536646 [DEV15] DRQ ON@DRQ: -1532906437
2018-01-30 00:19:45.550647 [DEV15] DRQ REG: 1bytes -1532906424:-1532906437 -> 7.000000
2018-01-30 00:19:45.570648 [DEV15] DRQ ON@DRQ: -1532906411
2018-01-30 00:19:45.584649 [DEV15] DRQ REG: 1bytes -1532906398:-1532906411 -> 7.000000
2018-01-30 00:19:45.604650 [DEV15] DRQ ON@DRQ: -1532906385
2018-01-30 00:19:45.620651 [DEV15] DRQ REG: 1bytes -1532906372:-1532906385 -> 7.000000
2018-01-30 00:19:45.639652 [DEV15] DRQ ON@DRQ: -1532906359
ありがとうございます！！
現象的にうっすらと分かってきたので、少し確認。
「[0:]FDD」メニューの、「転送タイミング調整」にチェックが入ってますか？
>>821のログをお願いしたのは、サイオブレードで転送レートを最速にするhackが影響してるのを疑ったからで、そのhack自体は「転送タイミング調整」と同じなのです。
で、今回のログでそのどちらかがやっぱり理由っぽいとわかりました。
なので、ディスクシグネーチャ的な誤爆なのか設定上の問題なのか絞ろうと思いますので…
後、>>820の方の現象に関しても、ありがとうございます。後ほど一気に直してみますので、しばしお待ちを。
> 「[0:]FDD」メニューの、「転送タイミング調整」にチェックが入ってますか？
入ってます。というかインストール時のデフォルトでチェックが入ってたので、
そこはいじってなかったです。
はずしてみても、FLEXは起動せず。せっかくなのでログも貼っておきます。
2018-01-30 02:39:28.127103 [DEV15] DRQ REG: 1bytes 618349339:618349316 -> 19.208009
2018-01-30 02:39:28.146104 [DEV15] DRQ ON@DRQ: 618349374
2018-01-30 02:39:28.167105 [DEV15] DRQ REG: 1bytes 618349397:618349374 -> 19.208009
2018-01-30 02:39:28.191106 [DEV15] DRQ ON@DRQ: 618349432
2018-01-30 02:39:28.213108 [DEV15] DRQ REG: 1bytes 618349455:618349432 -> 19.208009
2018-01-30 02:39:28.240109 [DEV15] DRQ ON@DRQ: 618349490
2018-01-30 02:39:28.261110 [DEV15] DRQ REG: 1bytes 618349513:618349490 -> 19.208009
2018-01-30 02:39:28.285112 [DEV15] DRQ ON@DRQ: 618349548
2018-01-30 02:39:28.301113 [DEV15] DRQ REG: 1bytes 618349571:618349548 -> 19.208009
2018-01-30 02:39:28.321114 [DEV15] DRQ ON@DRQ: 618349606
2018-01-30 02:39:28.338115 [DEV15] DRQ REG: 1bytes 618349629:618349606 -> 19.208009
2018-01-30 02:39:28.360116 [DEV15] DRQ ON@DRQ: 618349664
2018-01-30 02:39:28.380117 [DEV15] DRQ REG: 1bytes 618349687:618349664 -> 19.208009
2018-01-30 02:39:28.407119 [DEV15] DRQ ON@DRQ: 618349722
2018-01-30 02:39:28.425120 [DEV15] DRQ REG: 1bytes 618349745:618349722 -> 19.208009
2018-01-30 02:39:28.452121 [DEV15] DRQ ON@DRQ: 618349780
GUI側もエンバグしてました(>_<)
で、そちらを直し、FDC周りも修正入れたものを、ビルドしました。
https://osdn.net/projects/csp-qt/releases/68993
ログ吐くのは未だ切ってないです。
できれば、うまくブートできたとしても、念の為にログを貼っていただけると助かります（トレースも）。
2018-01-31 23:19:47.125400 [DEV15] DRQ REG: 1bytes 75855119:75855103 -> 7.000000
2018-01-31 23:19:47.145401 [DEV15] DRQ ON@DRQ: 75855132
2018-01-31 23:19:47.160402 [DEV15] DRQ REG: 1bytes 75855147:75855132 -> 7.000000
2018-01-31 23:19:47.178403 [DEV15] DRQ ON@DRQ: 75855160
2018-01-31 23:19:47.193404 [DEV15] DRQ REG: 1bytes 75855176:75855160 -> 7.000000
2018-01-31 23:19:47.211405 [DEV15] DRQ ON@DRQ: 75855189
2018-01-31 23:19:47.226406 [DEV15] DRQ REG: 1bytes 75855204:75855189 -> 7.000000
2018-01-31 23:19:47.244407 [DEV15] DRQ ON@DRQ: 75855217
2018-01-31 23:19:47.259408 [DEV15] DRQ REG: 1bytes 75855233:75855217 -> 7.000000
2018-01-31 23:19:47.277409 [DEV15] DRQ ON@DRQ: 75855246
2018-01-31 23:19:47.292409 [DEV15] DRQ REG: 1bytes 75855261:75855246 -> 7.000000
2018-01-31 23:19:47.311411 [DEV15] DRQ ON@DRQ: 75855274
転送タイミングチェックなし、でも起動した。(ImmIncは無し) オメデトウ！！
2018-01-31 23:27:25.862638 [DEV15] DRQ REG: 1bytes 293395704:293395690 -> 24.213571
2018-01-31 23:27:25.884639 [DEV15] DRQ ON@DRQ: 293395748
2018-01-31 23:27:25.903641 [DEV15] DRQ REG: 1bytes 293395758:293395748 -> 26.438265
2018-01-31 23:27:25.930642 [DEV15] DRQ ON@DRQ: 293395806
2018-01-31 23:27:25.949643 [DEV15] DRQ REG: 1bytes 293395820:293395806 -> 24.213571
2018-01-31 23:27:25.976645 [DEV15] DRQ ON@DRQ: 293395864
2018-01-31 23:27:25.998646 [DEV15] DRQ REG: 1bytes 293395874:293395864 -> 26.438265
2018-01-31 23:27:26.025647 [DEV15] DRQ ON@DRQ: 293395922
2018-01-31 23:27:26.047649 [DEV15] DRQ REG: 1bytes 293395937:293395922 -> 23.657397
2018-01-31 23:27:26.074650 [DEV15] DRQ ON@DRQ: 293395980
2018-01-31 23:27:26.095652 [DEV15] DRQ REG: 1bytes 293395991:293395980 -> 25.882091
2018-01-31 23:27:26.123653 [DEV15] DRQ ON@DRQ: 293396038
68993の話。(続き)
再現プログラムのトレース
00005000 868C LDA #$8C
00005002 1A50 ORCC #$50 Aの値(命令実行後)
00005004 B7FD18 STA $FD18 XM7 eFM7(68989)ImmInc無
00005007 8D27 BSR $5030 WAIT 転送Tim調整
00005009 8EFD1F LDX #$FD1F 無 有 有 無
0000500C A684 LDA ,X BF BF BF BF
0000500E 2AFC BPL $500C
00005010 B6FD1B LDA $FD1B 2C 2C 0D 0D←このデータに意味はない
00005013 A684 LDA ,X BF 3F 3F 3F
00005015 A684 LDA ,X BF 3F 3F 3F
00005017 A684 LDA ,X BF BF 3F 3F
00005019 A684 LDA ,X BF BF 3F 3F
0000501B A684 LDA ,X BF BF 3F 3F
0000501D A684 LDA ,X BF 7F 3F 3F
0000501F A684 LDA ,X BF 7F 3F 3F
00005021 A684 LDA ,X BF 7F 3F 3F
00005023 A684 LDA ,X BF 7F 3F 3F
00005025 A684 LDA ,X BF 7F 3F 3F
00005027 A684 LDA ,X BF 7F BF BF
00005029 A684 LDA ,X BF 7F BF BF
0000502B A684 LDA ,X BF 7F BF BF
0000502D A684 LDA ,X BF 7F BF BF
0000502F 39 RTS
00005030 170000 LBSR $5033
00005033 170000 LBSR $5036
00005036 39 RTS
転送Tim調整有無で変わらず。XM7よりDRQ戻りが遅くなってる。
DRQログありだと恐ろしく遅いので、これ以上のチェックはカンベン。
2D領域を超えた2DD部分(80～163トラック)にアクセスしたければ福井さんオススメ
◎EmuZ-2000 TF-Edition,
変更点 2010/12/16 2DDイメージ用に163トラックまで使用可能とした
MZ-2500の2000モード(2DD160トラック)のためだけにワガママ言ってリミッターを緩めて戴きました
△武田さん EmuZ-2200 (SSE2不要版、旧版2015年まで)は2DD対応だったが
×武田さん EmuZ-2200 (SSE2必須版、最新～3年前)は非対応(2Dトラックを超えると散々アクセスしてからエラー)
ありがとうございました！！！
やっと、ブートするようになりましたか(＾∀＾)
本当に本当にありがとうございました。
>転送Tim調整有無で変わらず。XM7よりDRQ戻りが遅くなってる。
ちょっと、調整してみます。
>DRQログありだと恐ろしく遅いので、これ以上のチェックはカンベン。
次のリリースから、ログは切りますね。
ここまでやれば、どうにかなるとおもいますので。
ありがとうございます、試してみます
念のため：
> > 転送Tim調整有無で変わらず。XM7よりDRQ戻りが遅くなってる。
> ちょっと、調整してみます。
これは XM7 に合わせろと言ってるのではないよ。
恐らく XM7 は実機より速く DRQ を振ってると思われる。
> 次のリリースから、ログは切りますね。
理想はスイッチで ON/OFF できることだけど、難しいなら
ログ有版と無版同梱してもらえば使い分けられる。
eFM8だけログ有り、他は無し、でもいいね。
なるほど。
何か、仕様書通りにタイミング実装したつもりなのに、なぜ遅いのか…と思い、6809の命令表読んで、やっぱり仕様書通りだよなぁ…(´･ω･`)
と悩んでました。
ログに関しては、新しいconfig作るので、対応しますね。
後、幾らか積み残しがありますが、一週間位は別件やると思いますので…リリースはそれから。
raもってないんでrsのROMで起動してみたら EMS ERROR と PROTECTED MODE ERROR
でるんだけど、ROM の問題？エミュレータの問題？
raのROMもってる方おしえてください
> 何か、仕様書通りにタイミング実装したつもりなのに、なぜ遅いのか…と思い、
> 6809の命令表読んで、やっぱり仕様書通りだよなぁ…(´･ω･`)
> と悩んでました。
誤解招く書き方になってて、申し訳ない。
> ログに関しては、新しいconfig作るので、対応しますね。
あまり頻繁に使う機能ではないので、*.dll/lib*.so とかの交換で
切り替えるのがいいかも。
ログ版は重いので、ちょっと前のビルドで再テスト。
ｅＦＭ７７ＡＶ４０ ：68937：68986
ＯＳ９ＡＶ２０Ｌ３１：○ ○
ＯＳ９ＡＶ４０Ｌ４１：× ○
ＦＭ７７ＡＶＤＥＭＯ：○ ○
ＡＶ２０入門ディスク：○ ○
２０ＥＸ入門ディスク：○ ○
ＡＶ４０入門ディスク：○ ○
４０ＥＸ入門ディスク：× ×
★キー入力が勝手にリピートしてしまうの、止めて欲しい。
★起動はできるが、実質使えない。
まだ完成してないからリリースされていないのだけど、
ソースに記述があるとビルドしてみたくなるよね。
で、おんなじ実験してみた。
しかし、RAのBIOS（正しく読み出せているか不明ながら）で起動させてみたけれど、
やっぱり、まだ未完成でブートしないのね。
ありがとうございます。まだ動かないとのことで残念なようなほっとしたような。
rs のでも動くことを期待しつつ完成を待つことにします
気になったので、ＡＶ４０系入門ディスクだけ最新版でやってみた。
ｅＦＭ７７ＡＶ４０ ：68937：68986：68993(Tim調有)
ＡＶ４０入門ディスク：○ ○ ○
４０ＥＸ入門ディスク：× × ×
2018-02-04 15:10:45.539736 [DEV16] DRQ REG: 1bytes 37775129:37775121 -> 7.000000
2018-02-04 15:10:45.552737 [DEV16] DRQ ON@DRQ: 37775142
2018-02-04 15:10:45.563737 [DEV16] DRQ REG: 1bytes 37775150:37775142 -> 7.000000
2018-02-04 15:10:45.576738 [DEV16] DRQ ON@DRQ: 37775163
2018-02-04 15:10:45.587739 [DEV16] DRQ REG: 1bytes 37775171:37775163 -> 7.000000
2018-02-04 15:10:45.602739 [DEV16] DRQ ON@DRQ: 37775184
2018-02-04 15:10:45.613740 [DEV16] DRQ REG: 1bytes 37775192:37775184 -> 7.000000
2018-02-04 15:10:45.626741 [DEV16] DRQ ON@DRQ: 37775205
2018-02-04 15:10:45.636741 [DEV16] DRQ REG: 1bytes 37775213:37775205 -> 7.000000
2018-02-04 15:10:45.650742 [DEV16] DRQ ON@DRQ: 37775226
2018-02-04 15:10:45.662743 [DEV16] DRQ REG: 1bytes 37775234:37775226 -> 7.000000
2018-02-04 15:10:45.675744 [DEV16] DRQ ON@DRQ: 37775247
また別なところで引っかかってるようです。追っかけてみます。
ちょっと気になったのですが、eFM77AV40で40EX用入門ディスクを起動しようとしているのですか？
40EX用入門ディスクに入っているのは40EX/SX専用版F-BASIC V3.4L20ですからeFM77AV40EXを使う必要があります。
F-BASIC V3.4L20 本体は、AV40 と AV40EX で違いはない。
IPLが異なってるだけのはず。
で、動かなかった原因判明。
IPLでINITIATOR ROMを読んで機種判別して暴走してたみたい。
同じROMセットで eFM77AV40EX でやってみたら同じ症状。
F-BASIC V3.4 L20 AV40EX用も起動しないので焦ったけど、
INITIATOR ROM入れ替えたら無事起動。お騒がせしました。m(_._)m
ｅＦＭ７７ＡＶ４０ＥＸ ：68986
ＡＶ２０入門ディスク ：○
ＡＶ２０ＥＸ入門ディスク：○
ＡＶ４０入門ディスク ：○
ＡＶ４０ＥＸ入門ディスク：○
ＦＢＡＳＶ３４Ｌ２０ ：○
ＦＢＡＳＶ３４Ｌ２０ＥＸ：○
ちなみに、eFM77AV40 に AV40EX の INITIATOR ROM 入れてみたら、
第一関門はパスして、オープニング画面まで表示。
でもその後 F-BASIC V3.4 L20 が起動してない様子。
時間できたら深追いしてみます。
>>834
configファイルに新しいデバッグ項目のON/OFFエントリーを作り、ぞのエントリーをGUIから操作できるようにするのが、ベストかなぁと思ってます。
半分ルーチンワークでものができますし。
>★キー入力が勝手にリピートしてしまうの、止めて欲しい。
どういう条件で勝手にリピートするか、他のVM(X1とかPC88とかワンボードマイコンとかは同じことが起こるかなど）、思い当たる所を書いてみていただけると、後ほど調べますので。
>>836-838
eFM77AV* 系統は、XM7などとは違い、原則として、ROMにパッチ当てをしないことにしています。
なので、実機とセットの実機から抜いたROMでないと、動かなくて当然・動くにしても制限が出るか、まぐれ。
と言う考え方でやっております m(_ _)m
eFM77AV40+40EXのイニシエータROMで40EX/SX専用版F-BASIC V3.4L20が起動しない件ですが、調べてみました。
起動時の画面モードが400ラインモードになっている場合にType-Dサブシステムが正しく読み込まれない状態で、画面モードの変更が行われるために起動できません。
SETUPで起動時の画面モードを200ラインモードにしておけば起動自体はするんですが、400ライン(Type-D)も26万色(Type-E)も使えないので(サブシステムが暴走する)、実質はほぼV3.3L30です。
…ごく当たり前の結果でした。スレ汚し失礼。
どこのどなたか存じませんが、ご丁寧に調査いただきありがとうございます。
おかげさまで謎が解けてすっきりしました。
>>840
お大事にお願いします。
> configファイルに新しいデバッグ項目のON/OFFエントリーを作り、ぞのエントリーを
> GUIから操作できるようにするのが、ベストかなぁと思ってます。
> 半分ルーチンワークでものができますし。
賛同します。
> どういう条件で勝手にリピートするか、他のVM(X1とかPC88とかワンボードマイコン
> とかは同じことが起こるかなど）、思い当たる所を書いてみていただけると、後ほど
> 調べますので。
「勝手に」とはいい加減な表現でした。単に、キーリピートの判定が早すぎるのと、
キーを離したのを認識していないっぽいです。かなりの頻度で発生します。
症状：何かのキーをたたくの、そのキーのリピート入力が始まり、キーを離しても
延々と続く。別なキーをたたくと止まるが、次のキーのリピートが始まる。
他の VM での結果はのちほどお知らせします。
> eFM77AV* 系統は、XM7などとは違い、原則として、ROMにパッチ当てをしないことに
> しています。
> なので、実機とセットの実機から抜いたROMでないと、動かなくて当然・動くにしても
> 制限が出るか、まぐれ。
> と言う考え方でやっております m(_ _)m
賛同します。
> 他の VM での結果はのちほどお知らせします。
ePC-8801MA(68937) を試してみたけど、同じ症状だった。
TFでない0.470だと起動できるんだけど。
何がいけないんだろう？
あら、こんな設定あったのね、動きました（＾＾；
ありがとうございます。
しかしずっとこの設定しないで起動確認して絶望してたよorz
おかげさまでうんともすんとも言わなかったハイドライドⅡもIPL画面までは確認できた。
もうちょっと頑張ってみようかな。
eFM7/eFM77 の話。
ｅＦＭ７ ：68985：68986
ＯＳ９＿７Ｌ１ ：○ ○
ＯＳ９＿７７Ｌ１ ：○ ○
ｅＦＭ７７ ：68985：68986
ＯＳ９＿７Ｌ１ ：○ ○
ＯＳ９＿７７Ｌ１ ：× △
ＯＳ９＿７７Ｌ２ ：× ×
ＯＳ９ＡＶＬ２２ ：× ×
△は、起動するようになったが、key. コマンド実行すると緑１色モードになる。
サブシステムに送ってるコマンド列が正しくないため。
77用OS-9L1添付の key.コマンドは 77用OS-9L2と共通のため、400ラインサブシステム
にも対応している。
で、400ラインモードになっていないのに、400ラインモードになってると判断して、
それ用のコマンドをサブシステムに送っているため、こうなる。
具体的には、$FD04 の bit3 がリセット時に 1 になっていない。
あと、400ラインサブセットが接続されてない時は、同 bit4 も 1 にしておかないと。
77用OS-9L2は、どなたかから報告済みかもしれないけど、
拡張RAMへの転送、ブートRAMへの転送がうまくいってない。書き込めないのかも？
AV用OS-9も恐らく同様の理由で起動できない。
小出しで申し訳ない。
eFM77AV の話。
ｅＦＭ７７ＡＶ ：68986
ＯＳ９＿７Ｌ１ ：○
ＯＳ９＿７７Ｌ１ ：○
ＯＳ９＿７７Ｌ２ ：○(200ラインモード起動)
ＯＳ９ＡＶＬ２１ ：○
ＯＳ９ＡＶＬ２２ ：○
「拡張ＲＡＭチェック」してなくても拡張ＲＡＭ使えてるのが変。
これで昔のゲームが遊べます ^^
https://osdn.net/projects/csp-qt/releases/69032
今回、沢山の変更が入ってます。
BIOSなどの置き場が、~/CommonSourceCodeProject/emu{foo}/ に移動し、
{foo}.ini とscancode.cfgが、~/.config/CommonSourceCodeProject/emu{foo}/ に移動しました。
※説明書の一部では前の記述が残ってたりしますが、↑が正しいです。
他にも相当数の修正が入ってます。まだ、色々と直す所がありますが、現状でお試しいただくということで。
後、Windowsビルドは、夕方〜夜のアップロードになりますので…
> しています。
XM7V2は元々FM77AVのエミュレートしか対象としていなかったため、機種判別をしているソフトに対する対策としてイニシエータROMにパッチを当てたんだと思われ。
XM7V3もこれに準じ、たとえばFM77AV40のイニシエータROMを使用してもFM77AV40EXのエミュレートが出来る様にパッチを当てた。
はじめから最終的に全機種のエミュレートを行うことを検討していたのであれば、機種パッチは不要と考えられる。
そういう意味ではXM7dashが全機種のエミュレートを可能にした際、これに準じたのが間違いで、イニシエータROMの示す機種をエミュレートする仕様に変更すべきだった。
実際、同じＰＩ．氏作のXM8ではROMでエミュレート機種を判別する仕様になっている。
Z'sStaffZ使おうと思ったらつかえなかったので
https://osdn.net/projects/csp-qt/releases/69053
色々ダメ出しお願いします m(_ _)m
別にこのリリースについてってわけじゃないけど
コマンドライン引数でディスクイメージを指定する方法があると便利だと思います
xnp2 ではちゃんと起動するんだけど...
未だ実装してないですが、次で入ると思います。
ちょっとの間別件やってしまうので、また間が開くかも知れないますが。
# なんか、忘れて積み残してるのが複数ある気がしてきた…
ざっと見DMAのTCをFDCに送って無いからンゴ
テキストアトリビュートやFDIの判別がガバガバだったり使えるレベルに達してないンゴ
エメドラもXak3も起動しないから頑張って欲しいンゴ
はぇー、すごいンゴ
直せるようならPR投げてあげるといいとおもうンゴ
https://osdn.net/projects/csp-qt/releases/69085
一部のVMのみです。
内部構造に色々手を入れてみてます…お試しをm(_ _)m
DMAからFDCにTCを繋いだら動きました、多謝多謝です。
次のリリースで修正しておきます。
>>854
CTRL+ENTERでマウスが有効になります。
もう１回CTRL+ENTERでマウスが解放されます。
ということでartaneさんqtへのポートお願いします
マウス操作出来るようになりました！
ありがとうございます。
今別の問題を片付けた所なので…１日２日おまちください。
はい、もちろんです。せかしたように感じてしまったらすみません
たとえばハイドライドとかタイトルグラフィックが出てから読まなくなる
テストしてみるンゴ
ハイドライド動くンゴ?
pc-9801/e/u/vf/vm/vx
ttps://www.axfc.net/u/3890720
pass:nanj
いえいえおきになさらず…(´･ω･`)
なんかエンバグしたの見つけてしまったので（私が悪いというか下手人）、もう少し時間と言うか日にちかかりそうです(´･ω･`)
すいません…
俺達「楽天の守護神はなかなかやりよるわい」
動く動くよ～ ありがとう
新しいバイナリを試してみてください。
駄目でしたら、D88フォーマットとして、メディアの種類が
2Dになっていないか見直してみてください。
2Dと2DDの関係を見直しています。
2DDを指定した場合、2DDのメディアを挿入すると2DDのドライブとして、
2Dのメディアを挿入すると2Dのドライブとして動作するといった感じで、
敢えて曖昧にしていましたが、その辺りを変更しています。
それに従って、各機種でもドライブの種類を選択式にしたり、
I/Oで切り替える処理を実装したりしています。
何か動作しなくなったということがありましたらお知らせください。
最近は精力的に作業していただいていてありがとうございます。
私の方はまだ本業が修羅場ってますが、
落ち着いた辺りで取り込ませて頂きたいと思います。
FM16βの方も続きやらないと…
手持ちの回路図がボロボロになってしまっていたので、
コピー取り直したところで正月休みが尽きてしまってました（苦笑）
FM-77AVのですか？(´･ω･`)
後で見直してみます(´･ω･`)
98だと思います確認したらアナログパレットが変でした
大方の2DDが起動するようになりました
が、ハイドライドだけはどうも引っかかるようです
ご指摘多謝です。
取り急ぎ今晩のリリースで修正しておきました。
＃PC-9801RAがPROTECTED MODE ERRORを抜けられないなあ…
>>882
すみません、該ソフトを所有していないので、
これ以上はちょいとばかし調査が難しいです。
>＃PC-9801RAがPROTECTED MODE ERRORを抜けられないなあ…
気になったので調べてみました。以下長文失礼
RAは持っておらず、別の386機のITFを無理矢理動かしたものなので、
武田さんのところで起きている問題とは異なる(もしくは把握済み)かもしれないですが...
こちらで動かしたITFのプロテクトモードチェックルーチンでは、
エミュレータのセグメントディスクリプタのLimit判定がおかしいために、
一般保護例外が発生することを期待されるところで一般保護例外が発生しないという問題が起きます。
問題の箇所は、i386.cの459行目i386_limit_checkの関数内で、アクセスするアドレスと
セグメントディスクリプタのLimitを比較する処理ですが、実装では単純にアドレスとLimit値を比較しているだけですが
正しく比較するには、アドレスにアクセス幅分オフセットを加算する必要があります。
具体的にこちらで起きているケースは
Base=010000h,Limit=0000h、Present=1のデータセグメントディスクリプタを作成し、
このセグメントでアドレス0000hから16ビットリードをしようとします。
アクセスする範囲はアドレス0000h～0001hとなり、Limitの範囲外へのアクセスがあるため
一般保護例外が発生しないといけないところですが(ITFもそれを期待している)、
上記箇所のコードではアクセス範囲内と判断してしまいます。
これは386のプロテクトモード固有というわけではないので、286のほうの実装を見たところ(instr286.cの869行目)
こちらはLimitとの比較するときアドレスにsize-1を加算していました。
386の実装ではチェックルーチンに至るまでにsizeを渡すようにはなっておらず、修正が大変そうなので
とりあえず報告のみということでご容赦を
やっつけでよければ(offset+1)としてしまえば、ここに関してはエラーにならずに抜けるはずですけど、
問題の切り分け程度にしかなりませんね...
ありがとうございます、どんぴしゃでした。
今晩のリリースで修正します。
PC-9801RAは32bitの検証用だったので、これでPC-98RLに取り掛かれます。
＃PC-98XAもPC-98XLも持ってるので、286なハイレゾ機でもよかったのですが、
＃まだROMを吸い出せていないもので。
>>886
今、PF12での切り替えを＊一時＊中止しています。必要だとは思いますが、一部のマシンがPF12を使ってるので考え中…
メニューの「エミュレータ」→「ローマ字かな変換」にチェックを入れて下さい。
今は、私独自の実装ではなく、武田さんの実装になっています。
>>武田さん
お疲れ様です！
githubの方には、VMを2/27までマージしてありますし、その中でFM77AV40系も起動するようになってますが、
メニュー関係の変更を未だ手を付けられてないとか、FM77AV40系での新しい問題（私のエンバグ）が出たりとかで、ある程度手間取りそうです。
>>863
というわけで、誠に心苦しくも申し訳ないのですが、もうすこし、しばしお待ちくださいませ m(_ _)m
ええと,
> メニューの「エミュレータ」→「ローマ字かな変換」にチェックを入れて下さい。
これの状態で, たとえば a を入力すると ｱ でなく 3 と入力されたりします
武田さんの方を wine で動かす分にはちゃんと ｱ と入力されます
かなキーを入り切りしたらどう動きますか？
こちらで、足らない気がするので後で見てみますね（特に強制かなON)
すみません、カナのON/OFFの仕方がわかりません...
なんとなく表示される文字数はあってるように思います。なので文字コードのテーブルが違っているのかと
思っていましたが、武田さんと共通のコードを使っているとなるとよくわかりませんね...
またVM/VX/RAで魔道物語1-2-3が画面化けする不具合を修正しました。
SASI HDDをがちんこでサポートするか、
DISK BIOSをフックしてサポートするか、ちょっと思案中です。
一旦これで一段落とします。
本業が落ち着いた辺りでまた再開します。
# ああ、ThreadripperとメモリとRX560積んだマシン作りたい…(´･ω･`)
# そんなカネなど全くないけど(´･ω･`)
>>891
基本的に、フルキーの「かな」キー（大抵スペースの左にある）がかなON/OFFに割り当ててあると思います。
で、メニューでローマ字にしたのにかながはいらないのは確かによろしくないので、
今取り組んでるあたりの事があらかた上がったらやりますね。
お疲れ様です。
長い目でみていくと、最終的に、SASIを真面目に実装されてくださると、FM-7とか11とかに限らず、8ビット時代に作られたHDDが使えるようになるので…
誰が使うんだ！？と言うのはありますけど、当時のハードディスクをサルベージしたけど動かす機械が…と言う方々も多少はいるでしょうし。
後、MB61VH010が、線引くチップ（011）と論理演算するチップ（010）の二つから構成されてるのがわかったので、そこらへんの事や、
ホストCPUの負荷を減らすために、CPUに準ずる動作に（要は線を引く方を、クロックドリブンのステイトマシーンにする）したいなーと想ってます（後日余裕が出来てから）
ROM BASIC起動後、カーソルが現れず、キー入力ができないです。
ただ、RAでなくてRSのITF.ROMを使っているので、そのせいかどうかが知りたいです。
ちなみにVXのITF.ROMを使ってRAを起動すると大丈夫です。それと、RSのITF.ROMを使うと、起動時に
EMS ERRORがでます。これは、RAのITF.ROMを使えば現状ででないのでしょうか？
サウンドBIOSをDisableにしたらどう?
わいのRA21のBIOSでもEMS ERRORは出るな
SOUND.ROM削除したらいけました。ありがとうございます。
2DDドライブの前半40(35)トラックと2Dディスク全体は完全互換なので
ヘッダ内のメディア種類に関係なく読み(書き)可能なのが実機や2000tfの正解ですが…
×emuz2200(2/28)はFDDアクセスランプが10回点滅してIPLエラーになって動きません
ドライブ指定とメディア内部宣言が食い違う場合は警告を表示したり(そもそも表示がないので内部モードか謎)
初期値ライトプロテクトで2DD拡張リードモード。
贅沢を言えば4ドライブ独立設定、従来の自動追従モードも残してほしいところです
MZ-2500(実機)FDDランプは緑色LEDですがEmuz2500は共通化の関係で赤色とか細かいところも気になります。
(トラック単位で単純コピー)を行った場合
○ 2DDディスク(d88ヘッダ指定は2DD)は80トラック全てコピーできるが
× 内部指定を2Dへ1バイト書き換えただけで
トラック2でリトライを繰り返して「失敗しました」エラー表示がでます。
期待する結果は前半40トラック(MZ1F02と07)、35(MZ80BF)部分はコピーできることです
2DDメディアを2Dと認識させたら物理的には1トラックおきにアクセスするんじゃないの？
現在の仕様としては、以下のようにしています。
物理的なトラックの幅、中心からの位置を考慮した仕様です。
2Dのドライブに2DDのディスクを挿入した場合、
2Dのつもりでトラック0,1,2,3...を読むと、2DDのディスクの0,2,4,6...が読まれます。
逆に2DDのドライブに2Dのディスクを挿入した場合、
2DDのつもりでトラック0,1,2,3...を読むと、2Dのディスクの0,0,1,1...が読まれます。
リリースの時にどの程度テストしているものなのでしょうか。
ごめん酔っぱらって書いた。
俺も何言ってんだか読み返したらよくわからん。
>>905はスルーしてください。
私も同じです。
リリースされると試したくなるものですよね。
A20ラインあたりかな。
先にリリースされていた9801VXでもEMM.SYSだめだし。
https://osdn.net/projects/csp-qt/releases/69146
各方面に、感謝(´・ω・｀)
共通化というか逆なんですよね
X1も88も2HDが緑なんだけど2Dが緑、2HDが赤になっててちょっとややこしい
はい(´・ω・｀)
どのタイミングで仮想メディアを挿せるのかなどの、技術的懸念があってそこら辺チェックしてからにしたいので、もう少しお待ち下さいm(_ _)m
ない設定は今の所ありませんが、今度付けます(´・ω・｀)
これでかなり使いやすくなりました
昨日とりあえずの実装をしたばかりなので、少しお待ち下さいm(_ _)m
まだまだ不完全であるので…まだもう少し色々みる（特に仮想メディアを突っ込むタイミング）必要がありそうです。
OpenJDK10で、
j80もXEiJ(X68000)も不具合なく動きましたよー
よかったですー(；∀；)
>>916 の件もなんとか出来たので、色々中途半端ですがリリースするためにビルドを始めてます。
夕方くらいにリリースできるといいのですが。
変更点：
・FM-7/77/8でグリーンディスプレィが追加
・FM-77L4の実装を始めたけど、多分マトモに動かない。
・common.h に__DECL_VECTROIZE_LOOP 修飾子を追加。
SIMDレジスタで四本とか八本とか変数をまとめられる時に、コンパイラに「可能な限りまとめてやってね」と示すための定義子ですね。
・PX7などで動画流した時の表示のおかしさやハングアップを修正。
などなど…。
やりきれてないこと（見切り発車したので後回し）
・PX7で動画流してる時に動画録画しようとすると吹っ飛ぶ。
・FM-77L4の400ラインカードの実装
・後なんかあったはずですが忘れてる気がするのでツッコミお願いしますm(_ _)m
そういえば、FM77AVってデジタルディスプレィの端子があったとおもいますので、それもやってみたほうがいいのかなぁ？(´・ω・｀)
私の場合、高校に入ってFM-7買ってから、渋谷の貸しソフト屋で借りてきたソフトを自力でプロテクト解除して遊ぶ（※当時は違法ではなかった）のが趣味になってた時期があるので、その時のディスクとか使ったり、
今になって仕方ないから外していこうとして「○ね」とか呪詛を向けてしまうと言うところがありますけど(´・ω・｀)
MinGW＋SDLだとFM16βがビルドできない（MAIN::クラスが名前的に拙いみたい）のが置き去りになってるのに後から気が付きましたが、
リリースしてしまいました(；´Д｀)
https://osdn.net/projects/csp-qt/releases/69250
色々メールとかお返事怠けて申し訳ないです(；´Д｀)
FM77L4の400ラインカードは、「手を付けただけ」レベルの、物凄くいい加減な実装しかやってません。カーソルの点滅も実装してない(；´Д｀)
次のリリースまでには、マトモに動かしたいです(；´Д｀)
ポピュラスをやろうとして気がついたのですが、エミュレーションは完璧なのですが、
マウスの座標がエミュレーション内とOSのものがずれているため、画面の端の方を
クリックしようとすると、エミュレーションのウィンドー外のものがクリックされ
思いもよらないことが起りゲームになりません。なんとかならないでしょうか。
いろいろなエミュレータを見ると、NP2のように、特定のキーを押すとエミュレーショ
ンの方でマウスが使えるようになり、逆に OS の他の部分では使えなくなる。
もう一度そのキーを押すと OS の方でしか使えなくなる、というのが多少面倒臭い
ですが一番現実的な気がします。いかがでしょうか？
http://takeda-toshiya.seesaa.net/article/458418797.html
ご意見ご要望があればコメントを頂けますと幸いです。
>>929
そういえば、MAINというクラス名は拙いんでしたっけ。
次のリリース時に修正しておきます。
ひらがなカタカナ英語交じりの文章でひらがなの指定がおかしい気がする
20hのところでコロンが表示される
たしかにおかしいですね(´・ω・｀)
Qt版では一応、マウスのON/OFFキーとして、アプリキー(右側のWindowsキーの右隣のマウスカーソルやらメニューやらの意匠が貼ってあるボタン）を割り当ててますが。
まぁ、色々問題含みだとは思うので、見直していきますが、今週半ばまで忙しいので、その後作業に入りますm(_ _)m
686系CPUの進化
Pen PRO→PenⅡ→PenⅢ→PenM→Core→Core2→iシリーズ
Pen4とPenDは別系統の設計です。f86と言ったところです。
デフォルトが4Hzで最低の1Hzに下げたらだいたい1歩ずつ歩けるようになりました
この板やスレは初めてなのですが即レスもらえてびっくりしました
イース２とかラストハルマゲドンとかエグザイルとかブランディッシュとかマイトアンドマジック２とかしてましたけどシステムは理解していなかったです
マウスの挙動を治しました(´･ω･`)
X1系などはおかしいままですが(´･ω･`)
あと、
バブルカセットの開始番号を変えました。
以上、githubかosdnのgitレポジトリから。
後は、400ラインカードかなぁ…(´･ω･`)
色々コードをコンパクト化したいものです(´･ω･`)
ありがとうございます。
大分改善しましたが、起動直後など、まだ端の方をクリックすると一度ウインドーの外がクリックされて
その後ウインドー内がクリックされるような挙動になることがあります。
こちらでうまくカーソル位置を合わせるようにするとその後は大丈夫な感じです。
やり方は便利ですが、上の起動直後の問題やマウスを激しく動かした場合など問題が出そうな気
がします。
マウスモードになったらウインドーの外では一切マウスが使えず、ウインドーの中だけ考えれば
よいというやり方（np2方式）の方がトラブルが少ないような気がしますがいかがでしょうか
ありがとうございます。
そちらにしたいのですが、Qtでどうすればそうなるのか、今一つわからないのです(;´Д`)
ウインドウシステムやOS依存なら確実にできますが、あまりそちらはとりたくない…(´･ω･`)
私もQtはよくわかりませんが、ちょっとググった感じだと void QWidget::grabMouse() というのが使えそうではないですか？
void QWidget::grabMouse()
Grabs the mouse input.
This widget receives all mouse events until releaseMouse() is called; other widgets get no mouse events at all. Keyboard events are not affected. Use grabKeyboard() if you want to grab that.
らしいです。
grabMouse()は使ってはいるんですが、うまく行ってない…(´･ω･`)
もう少し調べてみますけど(´･ω･`)
ああ、https://forum.qt.io/topic/37275/what-is-grabkeyboard-grabmouse/4 を見ると
自分のアプリケーションの中で他の widget にマウスイベントがいかなくなるということ
らしいですね...
以下のようなのを見つけました。こいつで grabMouse とかはできないでしょうか？
QDesktopWidget *QApplication::desktop()
Returns the desktop widget (also called the root window).
The desktop may be composed of multiple screens, so it would be incorrect, for example,
to attempt to center some widget in the desktop's geometry. QDesktopWidget has various
functions for obtaining useful geometries upon the desktop, such as QDesktopWidget::screenGeometry()
and QDesktopWidget::availableGeometry().
On X11, it is also possible to draw on the desktop.
「駄目だ、ここでしろ」
「いやぁ、出るぅ！！」
どなたか起動方法教えてほしいです。
データディスク1、データディスク2、システムディスクの三枚です。
https://medaka.5ch.net/test/read.cgi/retro2/1318672101/
これは、又違うようですね。
仮想デスクトップで、複数のスクリーンをまたいだ仮想画面に対応するためにある。
色々と、いい方法探したりコード見直したりするのを再開しましたので、しばしお待ちを(´･ω･`)
後、FFMpegがメジャーヴァージョン上がったので、対応改造しますね(´･ω･`)
キャラメイクで怪物も作れるし、すごいわ。
塔のぼってってるが、なぜかダークアイに会えない。確率低いのかな。
そんなの出てたっけ？
今日の更新で直ったよ
横方向の解像度が480あたりまでしか出なくて画面が途切れちゃう
頭にきたので GPD XD 買うた
https://plaza.rakuten.co.jp/denkyupikaso/diary/201804300000/
ハブに通すと認識しないな・・・
ツール→設定→ポート→RS-232C→入出力ポート
ポート№は自動設定されない。自分でポート№調べて割り当てられているポートに設定必要。設定後リセット必須。
何故RAM変更時や増設カード設定変更時のように設定変更時リセットかからないのかは作者のみぞ知る。
すまぬ。
ポート = ジョイスティックポートのことでした
リリースしました。
https://osdn.net/projects/csp-qt/releases/69558
一番大きなところでは、OpenGL ES2での描画に対応して、WindowsのAngle projectドライバが使えるようになったので、
劇的に速くできたかも知れない。と言う辺りです。
起動時に、-g gles を付けて、お試しくださいませ m(_ _)m
SMC-777でスナップショットのセーブロードも上手くいかん
圧縮しなければ可能やな
▲
ht▲tp://jbbs.livedoor.jp/study/3729/s▲torage/1069408696.html#47
この掲示板(万有サロン)に優秀な書き込みをして、総額148万円の賞金をゲットしよう▲！(*^^▲)v
http://jbbs.livedoor.jp/study/3729/ →リンクが不良なら、検索窓に入れる！
https://matsuri.5ch.net/test/read.cgi/i4004/1526806551/
# 保守必要かな？(´・ω・｀)
フロッピーディスクにも対応しているのかな？
D88形式はよく使われるフロッピーディスクイメージで
FM方式とMFM方式に両方対応しているが、ヘッダ部分の
ディスクの種類が
offset:0x1b サイズ:1 ディスクの種類 0x00 2D、 0x10 2DD、 0x20 2HD
と定義されているが、単密度の2Sが無い。
そこでD88を形式を拡張して2S対応にすると良いと思われる。
単純に2S形式を例えば0x30や0x40のように定義すれば良いように思われるが、
世界的には"2SD"な80トラックで単密度の5インチフロッピーディスクも存在
するよなので、2Sは0x08、2SDは0x18と定義するとシンプルで良いと
思われる。2EDもブータブルCDのイメージとして使われており比較的
メジャーなので2EDは0x30あたりで定義すると良いでしょう。
さすがに2TDとかはいらないよね()
17ナイコンさん2017/07/06(木) 12:49:28.21
>>16
その理論でいくと厳密に区別すると2HDは
通常80トラックの両面高密度倍トラックだが、
40トラックの両面高密度単トラックの形式も理論上考えられるが
実際に使用されている例は見かけない。
8インチフロッピーでも2HDなディスクもあるみたいだけど、
通常の8インチ2Dが48TPIなのに対して8インチ2HDは96TPIなので
なんと4倍の容量があります。
あと高密度用ディスクでFM方式で書き込めば倍密度(MFM方式)と
同じ容量になるが、これもあまり意味が無いので採用例が無いね。
但し8インチ2D形式と互換性のあるフォーマットを使用した
5インチ/3.5インチ2HDの場合はトラック0のみFM方式を使っている
8インチ2D=5インチ2HD=3.5インチ2HD扱いになっているのを
考慮しておくのを忘れていた。まとめると
0x00 2D
0x08 2S
0x10 2DD
0x18 2SD
0x20 2HD／8インチ2D
0x28 8インチ2S
0x30 2ED
0x40 8インチ2HD
なんかややこしいので細かいことを抜きに定義するなら片面の容量だけで
決め打ち2の補数的表現を使えば
0xF0 2S
0x00 2D
0x10 2DD／8インチ2S
0x20 2HD／8インチ2D
0x30 2ED
0x40 8インチ2HD
電気的には前者の方がしっくりくるかな
棚
1トラック内で単密倍密のmixセクタや、2Dで160トラックとか出来るのに
そんなつまらん独自拡張しても仕方無いだろ、アホくさ
98もなんだかんだ色々動くようになってきてるし、期待していいのかな？
MESSのFM-TOWNSでもWindowsが動くけどいろいろと使いづらいので
有難い
エアライドが全体的に暗くなってるし…色々設定弄ってみてもダメだった
うちのPC貧弱だから1.5xにしてたんだけどいつの間にかそのオプションも消えてる…
ビルド5000番台の頃はかなり安定してたのに
100機種目はシステムズフォーミュレートのBUBCOM80です。
PC-8001＋バブルカセット、といった感じの機種ですね。
その他、PC-9801やX1などでSASI I/F＋SASI HDDをサポートしています。
>Artame.さん
2018/5/10までのコミットを部分的に取り込みました。
2018/5/16のリリースについては後日取り込みます。
#ifdefの削除周りはまだこれからです。
MB8877の修正は、取り込むとYISの動作に問題があったため保留しています。
その他、結構もりっと書き換えています。
>>967
pc9801/membusとvm/sn76489anのload_state()が間違ってました。
次のリリース時に修正しておきます。
FM-8と間違えて買ってしまったとかの人？
販売ルートが違うからそれはない
お疲れ様です。
マージ、ありがとうございます。
次スレに書きましたが、セーブステート周りをいじってみてますので、そこら辺の枠組みづくりが一段落したら、みさせていただくことになるかと…。
# 後方互換性とかホスト側のアーキごとの互換性とか、データ保護とか…
## ARMとかMIPSとかだとBig Endianの場合があるとかそういうのも含めての対応してます。
mountやimgmountが使えないんだよね。
FM-8って、富士通メインフレームの端末キーボードそのまんまだったことに後になって驚いた
実際、FM-8をメインフレームリモート端末としても使えるように設計されてたんだよね
FACOMとの連携は当然考えられていたし
CP/Mマシンとしての側面もあった。
各種測定機器との組み合わせで使われることも多く
当時としては欲張った仕様のマイクロコンピューターだった。
mingw版だとXPでも動いた気がする
286搭載だったPC-9801にWin95をインストールする方法
ttp://hkjunk0.web.fc2.com/computer/pc-98x1/win95_to_pc-9801ex/win95_to_pc-9801ex.html
IO.SYSの
B8 00 00 8E C0 26 A0 80 04 24 03 3C 03 74 2F
をサーチ、74 2FをEB 2Fに書き換える。
Windows9xは動くようですね。ただEGCがバグってるので
エプソン版WindowsからGRCGドライバ(CRTS.DRV)を使用
する必要があるます。(Windows9xではWindows3.1のCRTS.DRVを
使用してください。)
DBLBUFF.SYSは無効にしないとエラーがでます。
（Win9xでは）>>995のIO.SYSのパッチも必要です
現状マウスが動かないので使いにくいです。
あとなぜかDOSアプリではGRAPHキー(Altキー相当)が利かないので
一部のアプリがまともに操作できません。
Win32sも安定作動するようです
そのEPSON版のWindows 3.0に入ってるドライバをクレ
MS版とNEC版のPC-98用Windows 3.1しかもてないわ
どうしてもというならｺｿｰﾘうｐするけど、もし持っていたらWindows3.0Bに付属に
PEGCドライバがほしいい。(初代98Multi付属のWindows3.0A用のPEGCドライバでも
良いが)