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/

412 ：武田 ◆bnZpPXJze51u ：2016/01/05(火) 21:54:11.24 .net

>そんなやつはLSI C-86 試食版とかも使ってそう。

使ってますが何か？（を
MS-DOS Playerは正にそのために開発したブツですし。

私のエミュレータの原型はnester由来なので、
ある意味では2000年からソースを引っ張ってきてますね。
当時の開発環境はVC++6でした。

413 ：ナイコンさん：2016/01/05(火) 23:01:57.98 .net

人様のコードにケチをつけるお方のコードとやらを参考までに見てみたいですわ

414 ：ナイコンさん：2016/01/05(火) 23:13:24.60 .net

言い訳が多いな

415 ：ナイコンさん：2016/01/05(火) 23:28:25.79 .net

エミュはアンチというか粘着してくるやついるから
まあ気にせず頑張ってください

416 ：ナイコンさん：2016/01/06(水) 19:04:31.92 .net

エミュはかなり上位な技術力とハードに対する理解を求められるから
嫉妬の対象になりやすいんだよね

417 ：ナイコンさん：2016/01/06(水) 19:10:50.97 .net

Cもまともに書けない技術力(笑)

418 ：ナイコンさん：2016/01/06(水) 21:11:55.99 .net

たぶん、日本語よりＣの方が打ち込んでるな…

419 ：ナイコンさん：2016/01/06(水) 21:47:44.17 .net

まあ！エッチね

420 ：ナイコンさん：2016/01/06(水) 22:08:39.72 .net

>>417
それは技術とは全く別の話なんじゃね？

421 ：ナイコンさん：2016/01/06(水) 22:12:02.63 .net

>>411
>ただ、「きれい」の基準が、簡潔で見通しが良く、正規化されていて、
>生産性が高いということだという点はご了解ください。

「私なりに」って付いてるって事は、あなたが「きれい」と思っている
ソースってことですよね?

簡潔・正規化・生産性すべて、新しい規格への対応やオブジェクト指向
導入したほうが実現できますよ。

>＃業界的に、最先端のプログラミング技術は余り要求されてなくて

「あなたの周りでは」でしょ？
私のかかわってるプロジェクトは、日本・中国・アメリカ・ドイツ・
フランス・フィンランドのメンバーで構成されてますが、ドイツ・フランス・
フィンランドのヨーロッパメンバーはC++11やboostバリバリです。
ただプロジェクトとしてC++11必須なわけでもなく、そういう意味では
「要求されてない」んですけど、全社的にC++11導入という流れになってきてます。
ちなみに、C++11は最先端じゃないですよ。最先端はC++17じゃないですかね。

>＃業務知識とか制御とか数学とか、そっちの方が要求されるんですよ。

ちなみに、私は船舶関係なので数学知識もガンガン出てきます。

422 ：ナイコンさん：2016/01/06(水) 22:13:05.98 .net

ならおまえがやれよ
また口先だけか

423 ：武田 ◆bnZpPXJze51u ：2016/01/06(水) 23:41:53.77 .net

えーと、適当なところでフォークして、試しに１機種くらい、
「あなたなり」の「きれい」なコードに修正して頂けるなら大歓迎です。

それを見て、他のソースに横展界する手間をかけるだけの価値があると
「私なり」に感じれば、是非取り込ませて頂きたいと思います。
（生産性が倍位になりそうだ、とか）

まああれだ、バズワードじゃなくてコードで語ろうぜ、ということで。

＃（少なくともホームローン返すまでは）転職する予定はないので、
＃「私の周り」で要求されている勉強を優先したいと思います。
＃FAの組み込み界隈で、C++11とかBoostとか言われても、ねえ（苦笑）

424 ：ナイコンさん：2016/01/06(水) 23:48:28.26 .net

おまえレッドラムだろ

425 ：ナイコンさん：2016/01/07(木) 00:21:22.51 .net

口だけカスは相手にするな
長文書いて悦に浸ることしか出来ない無能など

426 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/07(木) 00:36:09.77 .net

>>武田さん
こういう煽りの人は相手にしないほうがいいですよ(´・ω・｀)


>>417
Boostは個人的には使ってみてもいいのかも知れませんが、リソース喰いそうのが今二つなので(-_-;
と言うか、そこら辺にオフロードするシチュエーションがいまいちわからないのですが、エミュレータで。
# 仮にARM系のスマホやタブレットをホストにした時に使うなら、いっそOpenCLなどのHSA技術に転んだほうがいい気がしなくもないですし。

流石に、００年代以降のゲームマシン(PS2/3/4とかXBOX系とか)ならば使わないとダメな局面もあるでしょうけど、そこまでの能力がないマシンをエミュレーションするのにBoostは却って使えないですね。
C++11も、使えりゃ確かに使い勝手いいのですが、別に無いからと言ってそんなに不便とも思わない。と言うのが、書いてみて思うことですね。

個人的に着目した技術は惜しみなく投入していきますが、それが見いだせないのも事実。

427 ：ナイコンさん：2016/01/07(木) 23:16:42.89 .net

>えーと、適当なところでフォークして、試しに１機種くらい、
>「あなたなり」の「きれい」なコードに修正して頂けるなら大歓迎です。

クラス設計からやり直すことになるんで、丸ごと新規作成になります。
で、ただでさえ少ない自分が自由になる時間をエミュレータ製作につぎ込みたくないです。
それほどの情熱はもてないですし。

>＃FAの組み込み界隈で、C++11とかBoostとか言われても、ねえ（苦笑）

>>411の「業界的に」は「あなたのいる業界的に」って事か。紛らわしい。
IT業界全般のことかと思ったわ。

428 ：とあるエミュ開発者：2016/01/07(木) 23:52:36.87 .net

やる気もないなら口出す必要無いな。
何しにここに来ているんだか。

…こういう奴の次のセリフは「アドバイスしに来ているんだ」とか言いそうだわｗ
実績示せない輩ははい退場！

429 ：ナイコンさん：2016/01/08(金) 00:08:26.03 .net

開発者各位 スルー耐性つけようず

430 ：ナイコンさん：2016/01/08(金) 00:39:34.05 .net

つけようず　のところからもうスルーできないんだけど、狙ってのことか！

431 ：武田 ◆bnZpPXJze51u ：2016/01/08(金) 02:14:42.40 .net

>>427
そうですか、残念です。ご縁がなかったということで。
アドバイスありがとうございました。

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でした