基本、開発・人柱・新バージョンの報告や話題等で進行をお願いします
たまには上記の延長線上での脱線も可
※家庭用ゲーム機器は板違いです。（ぴゅう太は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のバイナリはほぼ同じで数バイト異なるだけ、で正しいでしょうか。