PCエミュレーター統合スレッド Part7

1 ：ナイコンさん：2015/05/05(火) 23:37:28.05 .net

古き良き、1970年代〜90年代のマイコンエミュレーター統合スレッドです。
基本、開発・人柱・新バージョンの報告や話題等で進行をお願いします
たまには上記の延長線上での脱線も可

※家庭用ゲーム機器は板違いです。（ぴゅう太はOK）
※ジェネレーターや其れに準ずる質問等はスレが荒れる原因になるので華麗にスルーして下さい
※上記の事柄に反応した場合その人も同じ池沼扱いされますので決して反応してはなりません
※このスレは如何にスルーできるか問われるスレですので肝に銘じておいて下さい
※禿しく空気読め

前スレ：PCエミュレーター統合スレッド Part6
http://hello.2ch.net/test/read.cgi/i4004/1364603890/

432 ：武田 ◆bnZpPXJze51u ：2016/01/08(金) 02:21:00.23 .net

MZ-1P17のMZ-2/3モードの実装に時間が掛かってしまいましたが、
MZ各機種への横展開が一段落したところでリリースします。
X1シリーズはその後にでも。

それが終わったら、ゲーム機関係で、ジョイスティックを
キーボードに割り当てているのをOSDに持って行って汎用化するのと、
サウンドボリュームの調整のインタフェースを整備するのと、
それくらいでEMU/OSDクラスの一連の整備が一応完了でしょうか。

＃キーバッファなどのポインタをconstにしようか思案中。
＃VM内でバッファを弄ってる機種があるのが気持ち悪いもので。

433 ：ナイコンさん：2016/01/08(金) 09:52:44.82 .net

武田さん、わざと煽ってるだろw

434 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/08(金) 12:42:21.60 .net

とりあえず、バイナリリリース掛けました。
https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20160107_3a
武田さんの12/31版をベースにしています。
Credit関係の日付がちょっとおかしいかも知れないけどゆるして(´・ω・｀)

>>432
私の方でキーバッファとかいじってましたっけヽ(д｀ヽ)オロオロ。。(ノ´д)ノおろ

435 ：ナイコンさん：2016/01/08(金) 14:55:14.57 .net

>クラス設計からやり直すことになるんで、丸ごと新規作成になります。

生産性実現できてねえｗｗｗｗｗｗ

436 ：ナイコンさん：2016/01/08(金) 19:23:57.05 .net

なんか幻滅した

437 ：ナイコンさん：2016/01/08(金) 21:20:09.87 .net

>>435
え？

438 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/09(土) 00:41:32.69 .net

>>437
車輪の再生産って奴ですな。
今ある物を細かく変えるのではなく、みだりに一から作り直すのはFOSS界隈ではそう呼ばれとります。
構造が詰んでるとかパフォーマンスが出ないから作り直すのは別ね。

439 ：ナイコンさん：2016/01/09(土) 21:37:24.70 .net

>>434に入ってるWindows用バイナリなんですが、
HELP→Aboutなどで子ウィンドウを表示させて右上の[×]クリックで閉じる。を何度か繰り返す。
エミュレータのメインウィンドウを右上の[×]クリックで閉じる。
の順に操作すると、Win7ではほぼ毎回「○○は動作を停止しました」になりそうな感じです。ほとんどの機種で。BIOSファイルは無しでも確認可能。
と思いきや、他の環境では出なかったりするので私の環境がおかしいだけかもしれません。

あと、Ubuntu14.04LTSだとQtが古いせいなのか、ビルド済みのバイナリもソースからのmakeも駄目でした。
ttp://packages.ubuntu.com/trusty/libqt5opengl5-dev 5.2.1。Ubuntu15.10ではもっと新しい。
ttp://doc.qt.io/qt-5/qopenglfunctions.html source/src/qt/common/qt_gldraw.cpp ではglDisableなど、

440 ：439の続き：2016/01/09(土) 21:40:43.15 .net

"This function was introduced in Qt 5.3"の機能が使われているようです。
なので、Qt5というだけではなく、小数点以下も書いていただければ、と。

441 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/09(土) 23:26:32.53 .net

>>440
レポートありがとうございます。
Windowsの方は再現するかどうか後で試しますね。
GL周りに関しては、なるべくQt5.0以降で動くように変えて見ます。

442 ：武田 ◆bnZpPXJze51u ：2016/01/10(日) 17:00:50.73 .net

MZ-1P17のMZ/X1各機種への横展界が完了しました。
結局X1シリーズもまとめてやることに（苦笑）

＞Artane.さん
キーバッファをconstに、の件は、私の実装した機種です。
例えば「SHIFT＋右」で「左」になるような機種で、
「左」が押されていたら、「SHIFT」「右」をオンにするような処理で、
手抜きしてキーバッファの方を弄ってたりします。

自動入力とかDirectInput対応とかSHIFT＋10キーとか、
OSD側でキーバッファを操作する処理が増えてきていますので、
そちらに変な悪影響がいかないように保証したい、ということで。

443 ：武田 ◆bnZpPXJze51u ：2016/01/10(日) 17:01:44.69 .net

＞武田さん、わざと煽ってるだろw

えーそんなー（棒

444 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/10(日) 22:25:03.59 .net

>>440
ちょっと調べてみたのですが、FedoraとUbuntuでみる限り、今も入手できて一定のサポートもされてるディストリでは、Ubuntu 14.04 LTSのQtが一番マイナーヴァージョンが小さい感じですね。
で、考えたのですが、Qt5.1以降ならば動く。と言う方向にして行こうと思います。
glXgetProcAddress()などでGL関数を引っ張ってくることも考えたのですが、それだといろいろ厄介なので。
# GLES固定だとWindowsがどうなるか（VirtualBox上のWindowsだとAngleが動かない可能性が…）。

>>442
了解ですー。

445 ：ナイコンさん：2016/01/12(火) 20:42:40.57 .net

サポートが長いといえばCentOS。
でも、Qt5やSDL2は標準のパッケージとして用意されてないんですかね。Qt4やSDL1はあるみたいですが。
ttp://mirror.centos.org/centos/7/os/x86_64/Packages/
そもそも、CentOSで8bitマシンをエミュレーションしたい人がいるかどうか……？

446 ：ナイコンさん：2016/01/12(火) 23:10:18.13 .net

ないな。

447 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/15(金) 03:36:27.71 .net

FM-8を（仮）実装してみました。
githubの commit ac474b9e0fc2c5a2ad1e490cb3f329df71928cb1 .
バブルカセットとか8インチディスク関連とかは未実装。
おまけ機能で、FD0Fの読書きで自動的にバンク切り替えする機能（昔雑誌に出た改造）と、FM-7互換のPSG（これも拡張ボードが出てた）を選択出来るようにしました。

>>434　でバグレポートのありました、Qt5 < 5.3 だとコンパイルできない問題も、一応解決しました。
# OpenGL ESだとコンパイルができなくなる副作用が。

Qt5 >= 5.1でコンパイル可能なはずです。
もうひとつのWindowsでクラッシュ云々はまだ未検証…

後、業務連絡ですが、src/vm/{foo}/{foo}.h のマシン記述に、 USE_CRT_MONITOR_4_3 と言うフラグを追加してみました。
これは、4:3のディスプレイをOSD以下の画面表示側でシミュレートするためのフラグです。
WindowsでOpenGLを使わないなら、多分DirectXのBitBlt関数でのハードウェアスケーリングで何とかやってくれるはずです。やってくれないかも知れない。

# やはり、4:3画面がないと気分の悪い物がありまして…申しわけない。
# …スケーリング方法はqt/common/qt_gl*.cpp・特にresizeGL()とFM-7を見ていただきたいのですが、
# 「ドット比1:1」「ドットの横が整数倍」「ドットの縦が整数倍」と言う３つを用意して見ました。

448 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/20(水) 03:03:03.84 .net

久々にリリース掛けました
https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20160119

色々弄っていて、FM-7の漢字ロム無しでの起動を可能にしたとか（単純にリセットすると落ちますが…）、OpenGL描画で予想される消費電力を大きく減らしてみた（はず）とか…
後、ひょっとしたら不正確かも知れないけどFM-8を実装してみました。
色々問題含みな気もしますが、とりあえず…

449 ：ナイコンさん：2016/01/20(水) 21:32:30.62 .net

>>447-448
縦横比の調整をオフオン切り替えできるのは良いことだと思いますが、「4:3への補正」と決めうちするのではなく、
WINDOW_HEIGHT_ASPECTとかSCREEN_WIDTH_ASPECTとか、そんな感じの値を元に補正したほうが良いと思います。

例えばTMS9918Aクラスでは256x192か、その縦横2倍ずつで画面を作っているので元から4:3です。
しかし、MSX1の実機を当時の家庭用テレビに繋いだ場合、
横は256ドットのうち、端の数ドットずつが表示されない。
縦は192ドット全て表示されるのに加えて、上下に周辺色が表示される。
というのがありふれた日常だったと思います。
ttp://blogs.yahoo.co.jp/naonori_msx/32401975.html
ttp://hp.vector.co.jp/authors/VA030421/msx302.htm
ttp://www.kagami.org/diary/2006-01-01-1.html
正確な数値はわかりませんが、MSXの場合は横方向に1.1〜1.2倍拡大するぐらいが妥当でしょうか。

450 ：ナイコンさん：2016/01/20(水) 21:34:41.52 .net

また、VMware上のUbuntu14.04LTS(64bit)ゲストではSegmentation fault (core dumped)でした。
OpenGLが3.0未満だからダメなのね、と思って新しいカーネルを入れてみたり ttp://www.mesa3d.org/vmware-guest.html に従ってみたりするとSegmentation faultは出なくなりましたが、画面は真っ黒のままです。
VMware上のUbuntu15.10(32bit)ゲストでは、自前でビルドすれば表示にも問題ないみたいです。

451 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/20(水) 22:27:56.95 .net

ありがとうございます。 >>449 については後で検討します。
>>450
バイナリの問題なのかビルドすればうまく行くのか切り分ける必要がありそうですね。
色々試して少しやり方を考えてみます（ひょっとしたら、事実上gcc5系の新しいABIでビルドするしか無いというDebian/sidの状態に依存してる問題かもしれないので…）
後、ビルド時のGLのバイナリの問題もあるかも知れないですしね。

452 ：武田 ◆bnZpPXJze51u ：2016/01/20(水) 22:51:30.56 .net

画面のアスペクト比周りの件は、ちょっと私の方で預からせてください。

＃本業が忙しすぎて、いつ対応できるか不透明なのですが（苦笑）
＃今日一つのヤマを越えたので、なるたけ近いうちにでも。

453 ：ナイコンさん：2016/01/20(水) 23:58:02.78 .net

VMware上のUbuntu14.04LTS(64bit)ゲストでは、リリースされたバイナリでも自前ビルドでも同じ現象です。
画面は真っ黒ですが、音を鳴らすことは可能です。
念のため、あらかじめ export QT_OPENGL=software を実行してみても変化なしのようです。

まあ、Ubuntu14.04LTSで動かさなきゃいけない理由もないんですけどね。
# 気が向いたら、14.04LTS(32bit)や15.10(64bit)もVMwareで試してみるかのぉ

454 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/21(木) 04:44:42.52 .net

OpenGLとUbuntu14.04LTSの件ですが、これ、OpenGLが標準だと2.1までしか実装されてないのが問題の根本っぽいですね。
多分かなり汚いコードになりますが、対策出来なくはないので暫しお待ちを。
とは言え、音声関連の問題（MinGWだとプチプチ切れる）の対策を先にやりたいのでちょっとお時間かかります。

>>452
了解です。お預けします。

455 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/21(木) 04:54:20.51 .net

>>454
追伸。
件の二つの事については多分他の似たもの書く人の参考になりそうなので、備忘録を書いておきます、すいませんm(_ _)m

描画問題は基本的に、
・GL3.0以上なら消費電力節約
・それが無理なら消費電力喰うのを我慢してもらう
の二択にします(^_^;)　

後、音声ですが、SDLの内部挙動の差異の問題っぽいです。
・Linuxだと設定したバッファサイズの1/偶数なサイズで、音声出力関数を一回コールバックするので、1/2サイズでバッファを切り替えても音が切れない
・Windowsだと1/奇数なサイズでコールバックする？ので、時折音が切れる臭い　

これがわかった時は、爆笑しましたが、何とか実装換えていきますね。

456 ：ナイコンさん：2016/01/23(土) 10:54:40.69 .net

根拠の全く無い1/2サイズで決め打ちってぶっちゃけバグだよね。

SDLってわりと有名なライブラリだと思ってたけど、
結構適当な実装してるんだなぁ。

457 ：ナイコンさん：2016/01/23(土) 14:04:39.73 .net

デバイスドライバの挙動に左右されたりする可能性もあるのよね

458 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/23(土) 16:52:37.60 .net

音声の方は直し入れました。バッファサイズとチャンクサイズの設定を最大公約数にしてみました。

GLの方は、GL3以上が使えるか使えないかで色々切り替えるようにしました。
が、問題の(?)Ubuntu 14.04LTSでは用意されてるOpenGLのソフトウェアレンダラが腐ってるのと、それと同時にVirtualBoxやVMWareのドライバとの相性問題があって画面が真っ黒になりますね(；´Д｀)
ソフトウェアレンダラについては、DebianのStable(8.0以降)だと問題はないです（が、VM側ドライバとの相性が…）
# 後、Ubuntuだとappmenu-qt5がバグってて、インスコされたままだとメニューが出てこないという問題も。

非Windowsでメニューが出ないで吹っ飛ぶ場合は、環境変数にLIBGL_ALWAYS_SOFTWAREを適当な値で設定してみてください。
# ソフトウェアレンダラをやめるには、この環境変数をunsetする。

githubのcommit 51df420284c56c1fed6ec43372859226427e7fad　です。

459 ：ナイコンさん：2016/01/24(日) 01:32:01.79 .net

Ubuntu14.04LTS(32bit)だと>>450みたいなことをしなくても最初からOpenGL3.0に対応している、とglxinfoで自称してるけど
VMwareでもVirtualBoxでも画面は真っ黒のようですな。
VMware ToolsやGuest Additionsを入れた状態でどうなるかは試してないけど。

460 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/24(日) 19:43:40.99 .net

と言う事で、Qt版のバイナリリリース掛けました。
https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20160124
から。FAQに追加した方がいい項目があったらレスお願いしますm(_ _)m

461 ：ナイコンさん：2016/01/25(月) 00:45:20.56 .net

VMware上のUbuntu15.10(64bit)は表示に問題なしですね。
Fedora23(32bit)にVMware Toolsを入れると、「3Dグラフィックスのアクセラレーション」オフではOpenGL2.0、オンではOpenGL3.0を使って特に問題なく表示されるようです。

FAQに書くことじゃないけど、MinGWを使ったビルド方法がアホでもわかるように書かれてたら嬉しいかもしれない

462 ：ＰＩ． ◆5XUo.OyiQc ：2016/01/27(水) 21:47:16.25 .net

SDLはオーディオドライバ(WindowsならDirectSound or Wave, LinuxならOSSとかPulseAudioとか)
によって挙動がかなり変わってくるようですね。XM8ではコールバックされたときのバッファの
空き具合を見て、かなり空いているようであれば多めにサンプルをつくる、少ししか空いていない
ようであれば少なめにサンプルをつくる、といった工夫を入れています。

上記の工夫＋デフォルトのバッファを大きめに取ることで、レイテンシを犠牲にしながらも
音が切れにくくなっています。

463 ：ナイコンさん：2016/01/27(水) 22:26:45.33 .net

PI氏から見て、武田のコードはどうなの？

464 ：ナイコンさん：2016/01/28(木) 09:14:57.00 .net

一方は敬称有り一方は敬称無し
あからさまｗ

465 ：ＰＩ． ◆5XUo.OyiQc ：2016/01/28(木) 21:29:56.04 .net

失礼ながら思ったことを正直に書いてしまうと、「どちらかといえば読みにくい、良くないコード」という評価になります。

分かりやすい理由としては設計・実装に不均質な部分が多々見られること、実ソースに対してコメントがあまりにも少なすぎること、長いswitch〜case散見されることあたりです。
最後に関して言うと、たとえばWndProcでは実際にやることを直接書かない(case WM_XXX:だけ書いて、実体は極力サブ関数に逃がす)方が見通しがよくなるはずなのですが。

ただし12年もの長きにわたりモチベーションを維持しつつ、多数の機種を共通ソースで実現されてきたことは敬意を表します。これだけの期間モチベーションを維持し続けることは並大抵ではありません。

最後に、>>421氏のような「言語マニア」は私もOut of 眼中です。メモリ・CPUパワーに余裕のあるシステムがターゲットなら、C++に拘る理由が乏しい(なぜ、いとも簡単にバグを生み出せる言語であるC/C++にこだわるの？Java/C#に行けば？)だし、
メモリに余裕のないシステムがターゲット(私も仕事ではそうです)なら、templateは絶対禁止(=Boostは関係なし)だからです。

466 ：ナイコンさん：2016/01/28(木) 23:27:32.16 .net

涙拭けよ

467 ：ナイコンさん：2016/01/29(金) 00:02:23.66 .net

なんで、そんなうんこソースコードをわざわざ使ったの

468 ：ナイコンさん：2016/01/29(金) 00:27:49.69 .net

M88の方が良かったよな

469 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/29(金) 01:26:55.58 .net

>>467
想像ですが、GPLだからじゃないですかね(；´Д｀)

470 ：ナイコンさん：2016/01/29(金) 09:07:06.03 .net

XPERIAで88、98ゲームやりたいんだけどどうやるの？
ググってもやり方分からん

471 ：ナイコンさん：2016/01/29(金) 09:26:10.00 .net

ググってもわからないようなら、あんたにゃ無理ってことだよ

472 ：ＰＩ． ◆5XUo.OyiQc ：2016/01/29(金) 21:43:27.01 .net

M88のソースも、それなりに研究していますよ。採用しなかった理由としてはWin32(MFCじゃないですよ、今風にいえばPlatform SDK)とVC++に依存しすぎていて
XM8の最終ターゲットとして想定していたAndroidプラットフォームへの移植が却って困難と考えたたためです。

ライセンス云々は、ほぼ関係ないです。私はciscさんと机を並べて共に仕事をしていた時期もありますから、承諾を得るのはまあ簡単だろうと勝手に思っています。

武田さんのCommon Source Code Projectは性質上デバイス別にきっちり分かれていることや、pc8801.cppやpc88.cppの構造が比較的シンプルで手を入れやすいことから採用しました。

ただ実際に動かしてみて、当初の予想以上の「重さ」に驚きました。まあ44100Hzで仮想マシンを切って、その度ごとにfmgenで1サンプル作っているなら、そうなりますよね。
私がXM7を最初に作っていた頃は(M88も同じころ)K6-IIIやCeleron300A@450の時代でしたから、リアルタイム性を確保するためにそれなりに気を遣ったものです。（遠い目）

473 ：ナイコンさん：2016/01/29(金) 21:53:20.45 .net

PIさんはもうXM6の開発はしないんですか？

474 ：ナイコンさん：2016/01/30(土) 13:16:17.52 .net

竹田の話はもうやめて差し上げろ

475 ：ナイコンさん：2016/01/30(土) 17:34:06.54 .net

つまり、いいとこなしってことだな

476 ：ナイコンさん：2016/01/30(土) 18:37:08.87 .net

ここもﾜｯﾁｮｲ必要だな

477 ：ナイコンさん：2016/01/31(日) 18:08:28.56 .net

コードの書き方はうんこだけど、構造はそれなりなのかな？

478 ：ナイコンさん：2016/01/31(日) 21:04:09.36 .net

XM8は糞SDLじゃなければ良いのになぁ

479 ：武田 ◆bnZpPXJze51u ：2016/02/07(日) 16:35:43.45 .net

>Artane.さん
サウンドの左右のバランスを調整する機能を実装してみました。
次は画面のアスペクトの調整ですね。

>PI.さん
おおう、ご無沙汰です。
コードについては今後も精進します。

480 ：ナイコンさん：2016/02/07(日) 22:53:21.37 .net

>>479
fmgenを使用している音源では、２つあるコントロールのうち１つは動かないダミーで、左右同じ音量になっているのでしょうか。外見の印象と内部動作との違いが気になります。
MSXでBeepの音量を一番右端にすると、キークリック音が変になります。同時にPSGを鳴らすと、よりわかりやすいです。オーバーフロー？（音量を大きくしなければ済む話ですが。）
東芝のMSXの一部機種ではステレオとモノラルの切り替えスイッチが存在しており、ステレオの場合はPSGのチャンネルBは右だけ、Cは左だけから出力になるわけですが、そんな切り替えスイッチに対応する予定は無し、でしょうか。

481 ：武田 ◆bnZpPXJze51u ：2016/02/09(火) 00:10:29.00 .net

>Artane.さん
すみません、サウンドの件の取り込みはちょっとお待ちください。
もうちょっと弄ろうかと思います。

>>480
すみません、回答はまた後日。

482 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/09(火) 09:30:27.01 .net

>>481
はーい、わかりました。
多分、早くて今週一杯はロクに動けないと思いますので…(^_^;)

483 ：ナイコンさん：2016/02/09(火) 19:51:52.68 .net

X68Kエミュのくだらない質問はどこですればいいんですか？

484 ：武田 ◆bnZpPXJze51u ：2016/02/10(水) 00:52:33.19 .net

ボリューム周りのコードを整理しました。
ついでにジョイスティックの設定をサポートしました。

＃リソースファイルを直書きするのってどうなんだろう（苦笑）

485 ：武田 ◆bnZpPXJze51u ：2016/02/11(木) 01:37:37.44 .net

>Artane.さん
今晩のリリースで、MB8877のタイミングを再々修正しました。

FM7関係の、特定ソフト向けの例外処理のうち、外せるものも
あるかもしれません。
お時間のあるときにでも、ご確認いただければと。

486 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/16(火) 02:51:18.50 .net

とりあえず、2/13版までマージしました。
が、ジョイスティック関係のOSD/GUI側での実装がまだです。
キーボード→ジョイスティックの変換も怪しい。

YM2203の音量関連のwrite_signal()は、*一時的に*残してあります。
特にWHGやTHGを活用してるソフトウェアでは複数のスピーカを置いた形にして、ステレオ音声を実装しておきので…音量を左右で個別に設定できればこんなんやらずに済むのですが、その為にはなんかの細工が必要になる。
githubか↓の commit 2fc3688fce9d88e48aebd26b694fd2bb143a2574 .

後、セカンダリのGITリポジトリを作っておきました。
https://pikacode.com/Artanejp/common_source_project-fm7/

>>485
お疲れ様です。
MB8877の例外処理の件は、後で見てみます、力尽きました…＿|￣|●

487 ：武田 ◆bnZpPXJze51u ：2016/02/17(水) 01:53:05.77 .net

YM2151,YM2203の左右のボリュームを独立して調整できるようにしました。
fmgenをもりっと書き換えてます。
mamefm.dllを使っている場合は、左のボリュームが左右両方に反映されます。

画面のアスペクト比を4:3に変更できるようにしました。
画面の縦を伸ばすか横を伸ばすかの選択は保留とさせてください。

取り敢えず、宿題になっていた案件はこれで全部だったでしょうか。

488 ：武田 ◆bnZpPXJze51u ：2016/02/19(金) 03:00:42.81 .net

>Artane.さん
もりっとソースを整理しました。
マージ大変かもしれません、ごめんなさいです。

Publicなメソッド名を、一定の命名規則に沿うように変更したり、
自動キー入力やジョイスティック周りの、環境非依存部分を
EMUクラスに移動したり、といった辺りが中心です。

今回から、ビルド環境をVC++2013にしてみました。
IncludeやLibのディレクトリを、プロジェクト毎に指定する
必要があるなど、どうも勝手が違って面倒ですね。

489 ：ナイコンさん：2016/02/19(金) 22:14:24.76 .net

ついにWindows2000で動かなくなってしまいましたな
2000対応が欲しけりゃで自分でVC++2008でビルドすればいいだろうけど

490 ：ナイコンさん：2016/02/23(火) 18:51:40.15 .net

Win2000マシンには重すぎだろ

491 ：ナイコンさん：2016/02/23(火) 21:09:41.30 .net

W2Kだとマルチコアは動きが怪しいからもう使ってる人いないだろう。

492 ：ナイコンさん：2016/02/24(水) 05:31:05.95 .net

EmuZ2500
レイドックを修正したとあるけど
レイドック起動後(とりあえずSTAGE1開始時)、IPLリセットするとディスクが全く読めなくなりますよ

493 ：ナイコンさん：2016/02/24(水) 09:39:44.74 .net

うちは2000現役だなぁ
Xp以降は無駄なエフェクト多いし裏で余計なサービス動いてて重すぎ

494 ：ナイコンさん：2016/02/24(水) 13:00:19.48 .net

無駄なエフェクトを禁止して不要なサービスは手動で停止すればよい

495 ：ナイコンさん：2016/02/24(水) 15:26:44.27 .net

XPが余計なサービスで遅いと言うほど速さが気になるのに
XPマシンより遙かに古く遅いPCでの2000は気にならないんだな

496 ：ナイコンさん：2016/02/24(水) 18:01:01.08 .net

古いPC+W2K と 最新PC+W10 じゃ体感速度変わらないと思うよ。ネットで動画とか3Dゲームしない限り。

497 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/24(水) 18:40:12.02 .net

エラくややこしい仕事だった(；´Д｀)
やっと、こちらの方の作業が出来ます(^_^;

と言う事で、やっとキーコードとジョイスティックのアサインダイアログを作りました。
まだ不十分ですが…
GITのcommit a65f269dc2cbab8f73cebfec42ecdd5cd5dd109b 以降です。
# まだ、YM2203のステレオ化とデバッガがおかしくなってる問題が積み残しです…

>>武田さん
お疲れ様です。
今のところ2/13分まで取り込んでありますが、これからコードを見ていきます。

場合によっては、こちら担当分のコードをざっくりいじります。

498 ：武田 ◆bnZpPXJze51u ：2016/02/25(木) 02:45:39.26 .net

>>492
次のリリースで修正します。

>>Artane,さん
よろしくお願いいたします。
こっちもFM8の取り込みしないとなあ。

499 ：ナイコンさん：2016/02/25(木) 13:41:54.09 .net

Xpとか使ってると200の時にはなかった遅延とか気になるんだよねぇ
気にならない人はいいのかもしれんけど

500 ：ナイコンさん：2016/02/25(木) 15:24:08.20 .net

コア間の同期まわりはXPのほうが最適化されて速いけど。HTとかオンにしちゃうと2kは2CPUと解釈して動きがギクシャクするよ。
その遅延の理由はちゃんと調べたの？フォントのアンチエイリアスとかファイアウォールとかXPはいろいろやってるから。

501 ：ナイコンさん：2016/02/26(金) 00:10:30.07 .net

Artane.さんのソースをWindows＋MinGWでビルドしてみるなら、
・MSYS2を使って、pacmanでSDLやQtなどをインストールする
・ビルドにはMSYS2のMinGWシェルを使って、config_build.sh （マシン名）
・config_build.shやbuiltvars.datの、各種コマンドのパスやファイル名を必要に応じて書き換えておく
・cmakeのコマンドラインには -G "MSYS Makefiles" を付け加えておく
・make cleanやsudo make installの行はとりあえず無効にしておく
が近道ですかのう

502 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/26(金) 00:28:03.93 .net

武田さんの2/21版まで取り込んで、Linuxでうまく動いたので一応リリース掛けましたが、Windowsの入力周りのバグを直すのを忘れてました(；´Д｀)
https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20160225

ビルド手順について、文書を付けておきましたが、まだまだ不十分です。

>>501
とりあえず、仮想マシン上のMinGW(MSYS2ではない）でやって見てますが、どうも色んな物が絡んでてうまく行かないですね。
クロスビルドだと簡単な所まで持ち込んでるのですが…(；´Д｀)
ccacheとかそういうのがいろいろ絡みついてて…結構いろいろ手直しが必要かも。

次のリリースは、Windowsネィティブビルドでの問題を解消してからやったほうがいいかも…と思ってます。

503 ：武田 ◆bnZpPXJze51u ：2016/02/26(金) 00:56:09.01 .net

>>492
今晩のリリースで修正いたしました。

504 ：武田 ◆bnZpPXJze51u ：2016/02/26(金) 01:11:28.45 .net

最近は、winmain周りの整理とか、各クラスのメソッド名の整理とか、
色々コードの整理を進めていますが。

VC++6の頃のコードから引っ張っている関係で、自前で定義した
uint8/16/32とかも、新しい標準のuint8_tなどに変更しようか、とか
structやtypedef structの名前も、_s,_tに整理しようか、とか、
色々考えあぐねてます。
私の方は、まあ一括変換してしまえば済むのですが。。。

505 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/26(金) 04:39:43.95 .net

>>502
補足。
やっとこさ、VirtualBox上のWindows10で、MinGW（2でもMSYSでもない）を使ってビルドが出来て、とりあえずは動くように出来ました。

今さっきgithubとpikacodeにコミットした物です。
クロスビルド側やLinuxビルド側でエラー吐かないかチェックしています。
その後に、Windows10側でフルビルドしてみる予定です。

素のMinGWだと、色々やらないといけない用意がありますね。
後で、昨日書いた文書に追記していきますね。
リリース自体は武田さんの最新を取り込んでから。

506 ：ナイコンさん：2016/02/26(金) 13:08:37.30 .net

>>500
そういう無駄な処理が増えてるから古いOSにはない遅延を感じるんだよね
わかる？

507 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/26(金) 14:31:25.03 .net

Qt向けCommon Source Code Projectのビルド方法を、こんな感じで書いてみました。
http://pastebin.com/PnnHNsrz
github/pikacodeの方にもアップロード済みです。

508 ：ナイコンさん：2016/02/26(金) 15:21:37.95 .net

>>506
原因が分らなかったんだろ？w

509 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/27(土) 00:36:14.95 .net

>504
お疲れ様です。
26日変更分まで、こちらでも取り込みました。

https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20160226
・Windows上のMinGW32でのビルドとビルドしたものの動作を確認しています。
・Windows版は、SDL 2.0.4ベースになってます。
・ヘルプ画面のフォントサイズを見直しました。
・武田さん配布のバイナリに添付されてる、キーコードやBIOSの配置に関する文書を、こちらでも添付・ヘルプメニューから見れるようにしました。
・25日ぶんからですが、キーコードの設定やジョイスティックの設定を入れました（とは言え不十分な気がする）
・FM-7系に関して、一部のキー配置が不適切だったのを直しました。
・その他諸々
バイナリは、最終的なものを今ビルドしてます…明日朝か夕方にアップロードします。

510 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/27(土) 01:34:19.45 .net

>>509
FM7のPSG周りで嫌なのを見つけたので、HOTFIX1を出しました。
これベースでバイナリ作りなおしてリリースします。
https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20160226_HOTFIX1

511 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/27(土) 09:21:03.26 .net

>>510
バイナリをアップロードしました。
https://www.sendspace.com/file/w9cqpb
or
http://www1.axfc.net/u/3625609

MD5SUM: b78f3f0e5d6a36311b4eadcc4b9ec4d2
SHA256SUM: 6e6829d5d776d80c667bef5c6cb49183e820f92ff86ac6d89f387d9b96570608

512 ：ナイコンさん：2016/02/27(土) 16:09:32.90 .net

>>503
ありがとうございます
確認OKでした

513 ：ナイコンさん：2016/02/27(土) 17:35:45.90 .net

>>511
ビルド済みバイナリの音量調整が挙動不審のような気がします。Windows用もLinux用も。
ある音源のLを最大、Rを最小に設定しても、一度バイナリを終了させて次回起動すると設定位置が違っていたりとか。
あと、武田さんのバイナリみたいに「Reset」ボタンか何かあると嬉しいです。

514 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/27(土) 21:00:14.57 .net

>>513
確かにそうですね。
じっくり調査していきますね(´・ω・｀)
後、リセットボタンは了解です。
やれるかどうか調べてみます。

515 ：Artane. ◆1o3c8RYIzjU0 ：2016/02/27(土) 21:03:41.16 .net

>>513
追伸ですが、私のQt版では、左右の音量調整ではなく、

左が音量
右がバランス　

になっています。（これからウィジェットの方向を縦から横にするので、ラベルを貼る事が出来ると思いますが）

デフォルトだと音量が物凄く大きくなる場合があったので…

516 ：武田 ◆bnZpPXJze51u ：2016/03/01(火) 00:34:38.25 .net

再びもりっと書き換えました、ほぼ全ファイルが更新されています。
ご迷惑おかけします＞Artane.さん
今後の統合作業が楽になるかと思いますので、今回ばかりはご容赦ください。

取り敢えず、VM以下については、今回の修正でほぼ統合完了できそうです。
余りに修正箇所が多いので、vm以下、win32以下のファイルについては、
diff/patchするのでなく、丸ごとそのままコピーした上で、
以下のまだ差がある部分のみ、個別に再度修正していただく方が簡単かと思います。

vm/ex80/display.cpp 半角カナのコメント部（どうしましょうか？）
vm/fm7/fm7.cpp connect_bus()の、2DDの条件は40/40EX/40SXで正しい？
vm/pasopia/display.cpp emu->get_screen_buffer()で取得したバッファのNULLチェックは必要？
vm/pasopia7/display.cpp emu->get_screen_buffer()で取得したバッファのNULLチェックは必要？
vm/pc8801/pc8801.cpp/h dummycpuの追加（多分こちらには取り込まないです）
vm/tk80bs/display.cpp 黒色を0でなくRGB_COLOR()で定義しているのは必要？
vm/x1/display.cpp/h text_bak, cg_bakの追加（まだ保留中、X1だけでいいのか？）

vm/datarec.cpp update_event()で、register_event()の引数のsample_usecを*2.0しているのは必要？
vm/event.cpp cancel_event()のエラーメッセージのデバイス名表示
vm/ym2203.cpp mix周りの最適化の追加

517 ：武田 ◆bnZpPXJze51u ：2016/03/01(火) 00:38:26.86 .net

vm/dummydevice.cpp/hについては、vm/fm7以下にに移動させていただきました。

EMUクラスについても、多少統合を進めています。
get_led_status()も取り込んでいます。
なお、SUPPORT_DUMMY_DEVICE_LEDは、USE_LED_DEVICEとして取り込みました。

debugger.cppの統合についてはまだ時間が掛かりそうですが、
PostMessage(), GetAsyncKeyState()を無造作に使っていた箇所は
win32/osdに入れました。

common.cpp/hも、今回の修正で多少は統合が進むといいなあと。
型定義周りは随分シンプルにできるかと思います。

518 ：武田 ◆bnZpPXJze51u ：2016/03/01(火) 01:04:42.36 .net

書き忘れ。

get_long_full_path_name()と、ついでにget_parent_dir()は
common.cpp/hに放り込みましたが、よろしかったでしょうか？

519 ：Artane. ◆1o3c8RYIzjU0 ：2016/03/01(火) 19:27:17.22 .net

お疲れ様です。
後で一通り見ていきます。
今は微妙に風邪引いて寝込んでおりますので…(；´Д｀)

520 ：ナイコンさん：2016/03/02(水) 05:05:26.26 .net

eX1turboのトイポップをしばらくコントローラーでプレイしていると、
上に移動しっぱなしになり操作不能になります

521 ：Artane. ◆1o3c8RYIzjU0 ：2016/03/02(水) 12:10:01.07 .net

>>武田さん
まだ風邪がアレで作業がどのくらい出来るかわかりませんが…
＞vm/ex80/display.cpp 半角カナのコメント部（どうしましょうか？）
問題ありません。
こちらではUTF-8でソースコードのリポジトリ等を維持してますので、コンパイラは適切に処理します。

>vm/fm7/fm7.cpp connect_bus()の、2DDの条件は40/40EX/40SXで正しい？
20/20EX/40/40EX/40SXです。

>vm/pasopia/display.cpp emu->get_screen_buffer()で取得したバッファのNULLチェックは必要？
>vm/pasopia7/display.cpp emu->get_screen_buffer()で取得したバッファのNULLチェックは必要？

基本的にNULLチェックは実装すべきと考えます。
NULLに引っかかった場合、異常終了させない＆取得先の作業者がNULLを使う可能性を考慮しておくのは基本かと。

522 ：Artane. ◆1o3c8RYIzjU0 ：2016/03/02(水) 12:18:02.68 .net

>vm/pc8801/pc8801.cpp/h dummycpuの追加（多分こちらには取り込まないです）
そこはポリシーの違いということで…88に限らず最初のCPUのクロックが8MHz（6MHz?)以上だとスケジューラの負荷が高くなりすぎる感じがありますが。

>vm/x1/display.cpp/h text_bak, cg_bakの追加（まだ保留中、X1だけでいいのか？）
今のところHD46505を使ってるマシンでは、チラつきの可能性があります。

>vm/tk80bs/display.cpp 黒色を0でなくRGB_COLOR()で定義しているのは必要？
スクリーンやLEDの表示と下の層の間にアルファブレンディングを使って透過させてるので、
黒と透明を分けて後者をRGB_COLOR(0,0,0)で定めるのは、必要です。

>vm/datarec.cpp update_event()で、register_event()の引数のsample_usecを*2.0しているのは必要？
真因を追及できていませんが、必要です。仕様書通りに実装して、武田さん版datarec.cppに乗せると、倍速になってしまいます。

523 ：ナイコンさん：2016/03/02(水) 21:09:54.03 .net

>>522
現在のQt版では、msx1でCSAVEした時に鳴る音は正常だけど生成されるWAVは倍速っぽい。それのCLOADを試みても認識しない。
・datarec.cpp 157行目あたり(DATAREC::event_callback)の buffer_ptr++; が余分。これを削除する。
・datarec.cpp 345行目あたり(DATAREC::update_event)の * 2.0 を削除する。
これでCSAVEもCLOADもOKになる。たぶん。

524 ：Artane. ◆1o3c8RYIzjU0 ：2016/03/03(木) 00:03:28.10 .net

>>523
ありがとうございます。
武田さんの3/1版に最大限合わせた(src/vm/fm7/*とvm/*.[cpp|h]以外を可能なだけ武田さん版3/1版にした)物をgithubにアップロードしました。
# なんでこの構成かといえば、それは、いつもの手癖でdiffを使って検討した後で
# patchコマンドを使ってしまい、後から「あ・・(;゜д゜)」となった上に、それに気がついた時は既にFM7がビルドできてたから。

とりあえず、X1とFM-7では問題なくテープを読み込めるようになっています。
他のVMは今ビルド中です。
commit ad9610e1a12f39598e5074ece02dedfc292c3855 にてお試しを。

後、今回の物から（多分）LLVM CLANGでもビルドできなくはないようにしました。リンカ周りがよく分かってないので微妙な表現ですが。

525 ：523：2016/03/03(木) 01:04:58.03 .net

>>524
「現在のQt版」ってのはアカン書き方でした。「リリースされたQt版バイナリの中で最新の物」に修正。
commit ad9610e（以下略）のソースを元にしてビルドした物はCSAVEもCLOADもOKです。

ところで、今は Paste from Clipboard が効いてなかったりしますか？

526 ：Artane. ◆1o3c8RYIzjU0 ：2016/03/03(木) 02:18:40.08 .net

お疲れ様です。以下のドキュメントを次のリリースから添付お願いします＞武田さん
https://github.com/Artanejp/common_source_project-fm7/tree/master/doc/VMs
にある、
fm7.txt
fm77av.txt
fm8.txt
です。
>>525
ありがとうございます。
確かにペーストが動作してませんね(；´Д｀)
ちょっと調べてみますね(；´Д｀)

527 ：Artane. ◆1o3c8RYIzjU0 ：2016/03/05(土) 13:33:29.81 .net

3/1版ベースでリリースしました。
https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20160304
クリップボードからの貼付けに再対応しました。
音量の問題も解決したとおもいます。

528 ：ナイコンさん：2016/03/05(土) 17:41:35.32 .net

>>527
CSP_BUILD_20160304-1.7zのバイナリをWindowsで試して気づいた点だけ書いておきます。
・Paste from Clipboard で改行が効いてない？
・各音源のVolumeの位置：iniファイルが無い状態での初期位置は右端だが、Resetボタンを押すと中央になる
・Resetボタンは音源ごとに2つではなく、全音源＋Mainボリュームまとめて1個でもいいんじゃないかなあ。好みの問題？

あと、今回の更新内容とは関係ありませんが、
・Audio Deviceの名前に日本語が含まれる場合、Windowsでコマンドプロンプトのログがその箇所だけ文字化け。テープのwavファイル名が日本語の場合は化けない。
・起動直後のメッセージ、printfとAGAR_LOG_INFOとAGAR_LOG_DEBUGとで同じ内容が複数回出力されているのは意味があるのか
・起動直後のメッセージには -? について書かれてるけど、コマンドプロンプトからの起動で -? を付けても付けなくても変わらないように見える
・ttp://doc.qt.io/qt-5/qapplication.html#QApplication を見ると、src/qt/common/qt_main.cppの最後のほうのmainを呼び出す第1引数は0よりも1のほうが良いのではないだろうか。長さ0の文字列で良いのかどうかはわからないけど。
・readme.qt.txtやREADMEの 0. About には Built with Visual Studio って書いてあるけど、もう今はMinGWですよね

529 ：ナイコンさん：2016/03/05(土) 17:45:07.83 .net

Windows2000キター

【PC-98】改造Neko Project 21でWindows2000を動かす【エミュレータ】
http://www.nico video.jp/watch/sm28331696

,

530 ：528：2016/03/05(土) 21:21:11.25 .net

追記。
・cygwinの端末から起動させると、リアルタイムでログ表示はされない。終了時にまとめて出てくる。日本語のオーディオデバイス名は化けないが日本語のwavファイル名は化ける。そこまで気にする人はいないと思うけど。

531 ：Artane. ◆1o3c8RYIzjU0 ：2016/03/06(日) 13:01:56.55 .net

>>530
ありがとうございます。
幾つかの不具合は結構拙い気がするので、後で作業始められたら直しますね。

532 ：ナイコンさん：2016/03/07(月) 23:15:15.57 .net

Artane.さんへ。
＞[FM7] 漢字プリンタの実装（ったって、資料ないな(；´Д｀)）
http://software.aufheben.info/ooholdpc/fmpr201.html
および、
http://www.fmworld.net/biz/printer/support/manual/#dot のFMPR-671B等の取扱説明書の「FMモードコマンド一覧表」
は役に立つでしょうか。
「FMプリンタシーケンス リファレンスマニュアル（シリアルプリンタ編)」
があればモアベターかもしれませんけど見つかりませんでした！