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/

361 ：武田 ◆bnZpPXJze51u ：2015/12/17(木) 01:03:32.49 .net

細かい要望として、共有部分では、関数名などの名前空間は既存のコードに
あわせていただけると嬉しいかなーと思います。
（setMousePointer() -> set_mouse_pointer()など）

後、ソースの全比較をして、個別に気になった点ですが。

disk.cppの、special diskの判定部分が、diff/patchを機械的に
あてはめた結果か、変なことになっているみたいです。
また、get_track_size()ですが、ディスクが抜けた状態なのに、
挿入されているディスクの種類をチェックしているのは変かなと。

こういったことに気付く機会にもなるので、更新時の差分だけ
見るのではなく、時々はお互いのソースの全比較をするのも
必要ではないかなあと思います。
そのときの作業の手間を省くためにも、有意でないソースの違いは
なるたけ同期して無くしておきたいなあというのが、今回のお願いの
きっかけだったりします。

362 ：武田 ◆bnZpPXJze51u ：2015/12/17(木) 01:10:32.44 .net

取り敢えず、ソースの同期の作業については、適当なタイミングで、

私の方で（有意でない差分が発生している）対象のソース一覧を用意して、
Artane.さんの方で、そのまま取り込みが可能か判断をして頂く、

という形で進められればと思います。

363 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/17(木) 13:17:43.44 .net

>>357
よろしくお願いします(＾ω＾)
場合によっては私の方のソースコードにあるアドレスまでメール下さいませm(_ _)m

364 ：ナイコンさん：2015/12/17(木) 21:45:04.91 .net

新しい機種が増えるたびに vm/vm.h や res/resource.h に追記しないといけないのは面倒っぽい気もするのですが
うまい解決法は無いものですかね

365 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/17(木) 22:58:57.42 .net

>>364
スクリプト使うとか…暇見て試してみますわ。

366 ：武田 ◆bnZpPXJze51u ：2015/12/17(木) 23:29:43.10 .net

面倒ってほど機種数が増えるかなあ（苦笑）
というか、common source code projectにかかわってくださる開発者が
そんなに増えるかなあ…増えると嬉しいなあ。

今晩の更新で、application_path(), bios_path(), create_date_file_name(),
get_host_time()を、EMU/OSDクラスからcommon.cpp/hに移しました。

OS依存の処理だけど、エミュレーションに関係ない処理を、
EMUクラス経由で実行するのがどうにも違和感があったのと、
EMUクラスが初期化される前にiniファイルのパスを取得するために、
winmainの方でもapplication_pathを取得しているのがアホらしくって。

で、こういうインフラを変更すると、全仮想マシン側でも修正が必要で、
大量のソースに変更が入って、Artane.さんに迷惑をお掛けする、と。

こっちの方が余程面倒ですよね、ごめんなさいです。

367 ：武田 ◆bnZpPXJze51u ：2015/12/17(木) 23:36:03.47 .net

今晩の更新で、というか、今バイナリのビルド中なので、
今晩予定の更新で、というのが正しいですね（を

そういえば、プリンタ周りも現在はEMU/OSDクラスに入れていますが、
やっぱりVM側に戻すことになりそうです。

仮想プリンタで、ビットマップやフォント作ったり、という処理が入るのと、
プリンタDLLをとっかえひっかえ、とか考えるとOSDっぽいんだけど。
でも、プリンタというマシンのエミュレーションをすると考えると、
やっぱりVM側だよなあと。

ビットマップの生成やファイルへの出力とかフォントの生成とか、
そういうサービスをEMU/OSD経由で呼び出せればいいんだし、
DLLを使うのも、mamefm.dllという前例があるんだし、という感じで。

368 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/18(金) 19:50:42.55 .net

>>358-362
大まかに変更を取り込みました。
まだ、構造的に差異が出てきてそれを潰す作業が続きそうですが…
最低限、FM-7系だけはビルドできるようにしておきました
commit 26f3ced80a6b679371975e68318d3348697e2fe6
disk.cppの重複部分はなくしました。

但し、以下は未だ残してあります（変更要件が固まった時に移行する）。
・音量をwrite_signal()で調整する機能
・ダミーデバイスでLEDを表示できるようにするDUMMYDEVICE クラス（要は、入出力の終端を表現している訳です）
他にもあった気がしますが、まぁ、後からやっていきます（かなり頭が疲れてる）。
とりあえず、ソースコードをきちんと見直していくにも、一定程度動かせないと捗らないので…(^_^;

369 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/18(金) 20:00:33.69 .net

>>366
>で、こういうインフラを変更すると、全仮想マシン側でも修正が必要で、
>大量のソースに変更が入って、Artane.さんに迷惑をお掛けする、と。
>こっちの方が余程面倒ですよね、ごめんなさいです。

いえいえ全然…最終的にそういうのはお互い様というか、私の方でも色々使いやすくすると称して訳のわからない機能を突っ込んだりしてる訳ですから…

>>367
プリンターの件、了解です。
DLLを使う前提にするか、どうするかはおいおい考えていきましょう。

>>364-365
この件ですが、仮想クラスで（要は殆どの関数をvirtualで定義しちゃう）VMを定義してメタクラスとして、
それぞれの仮想マシンの実体（？）は、そのメタクラスを継承するクラスにしたらどうでしょうね。
↓みたいな感じ
class METAVM → class FOO : public METAVM
で、METAVMには必要最低限かつ多くのVMで共通化出来そうなVM機能を入れる。
# 但し、こうしておくと、gnu ldでのリンクが厄介になりそうな気がしなくもないのですが…はてさて。

## リンカでの.aファイルの相互依存関係の解決ってなんでこんなややこしいんだか…
## ここだけは、VCが羨ましいです(；´Д｀)

370 ：ナイコンさん：2015/12/21(月) 14:54:48.29 .net

http://akiba-pc.watch.impress.co.jp/docs/wakiba/find/20151221_736240.html
http://akiba-pc.watch.impress.co.jp/img/ah/docs/736/240/mx68000xvihd1.jpg
http://akiba-pc.watch.impress.co.jp/img/ah/docs/736/240/mx68000xvihd5.jpg
http://akiba-pc.watch.impress.co.jp/img/ah/docs/736/240/mx68000xvihd3.jpg
http://akiba-pc.watch.impress.co.jp/img/ah/docs/736/240/mx68000xvihd7.jpg
http://akiba-pc.watch.impress.co.jp/img/ah/docs/736/240/mx68000xvihd8.jpg
http://akiba-pc.watch.impress.co.jp/img/ah/docs/736/240/mx68000xvihd9.jpg

保存状態良好でワラタ

371 ：ナイコンさん：2015/12/21(月) 15:23:40.47 .net

キーボード別売りという足元見てんなぁ

372 ：ナイコンさん：2015/12/21(月) 15:36:54.92 .net

おつかれさまです。
>>368続き
12/17のヴァージョンと、ほぼ同期をとりました。
今の所、CMakeの同期を取ってるのがX1とかFM7とかEX80とかBABBAge2nd程度です。

>>360
>サウンドのボリューム調整は、write_signal()ではなく、専用のvirtual関数を用意します。
>近々ひな形を用意するので、しばらくお待ちください。
わかりました。

雛形が出来しだい、移行していきますね。

>なお、データレコーダの音ですが、PC-88など、SIOでバイナリデータを読み書きするタイプについては取り込みを保留とさせてください。
>DATARECクラスでt88ファイルから音の波形を生成して、それをI8251クラスやZ80SIOクラスがガチンコでシリアルデータとして解釈するのが本筋かなと思います。

了解です。
基本的にこちらでもコメントアウトしておきました。

現状は、githubの a3901d1d33172ad63008d79dcc2cbc1d734c1c1aです。
幾つか独自の変更点を>>368で書いた事以外に残してあります。

・X1でCG(PCG)とテキストVRAMをレンダリングするとき、
　1Lineごとにシャドー領域に仮レンダリングして、それを
　draw_screen()で合成するようにしてみた。
　→非同期描画モデルだと、PCG/文字が非常にちらつくので。
・PC8801では、ダミーCPUを登録してダミー側のクロックを落としている。
　→そうしないと、HOST CPU側のCPU使用量が跳ね上がるので、
　　なるべく落とすようにした。

373 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/21(月) 15:46:46.46 .net

>>372 は私でした。
デバッガですが、私の側のsrc/debugger.cpp を参照願います。
　基では、debugger_thread()の中でデバッガの
コマンドインタプリタをスレッド立ちあげて廻してるのですが、
これを、コマンド処理部分をdebugger_command()に廻してます。（作業中）
こうする事で、Qtのようにイベントドリブンかつ元々マルチスレッド保障のUIからデバッガの
コマンドを呼び出すときに、
[Widget:テキスト入力イベント]→[デバッガ側受け皿]→[デバッガコマンド実行]→[VM側での解釈]→[Widget:入力待機]
と言う感じの流れでも動くようになります。
# と言うか、Widgetはテキスト入力イベントを投げたら、すぐに入力待機してリプライ文字列の表示待ちになりますが。

Qtでいろいろ管理してると、pthreadでのスレッド立ちあげ/終了と言うのは却って使い勝手が悪いのですね(^_^;
こういう流れは、コマンドコンソール上でデバッガ廻す分には*全く*要らないのですが、
GNU/Linuxや(多分)BSDなどのデスクトップ環境だと、別プロセスでターミナルを立ちあげて、
そこで何かやる。と言うのは却ってややこしいんですよね。mkfifoしてターミナル側でダミープログラム立ちあげて入出力任せて…みたいな。
# もしくは、ターミナルウイジェットを新しく作るか(；´Д｀)

374 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/21(月) 22:42:13.41 .net

>>373のように書いてしまいましたが、撤回します(^_^;
なんとか、独立したスレッド内のループでデバッガ廻せるように出来ました。
もし、作業に取り掛かられていたら、お詫び申し上げます。＞武田さん

375 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/22(火) 22:41:06.13 .net

Common Source Code Project のQt版、武田さんの12/17版を基に2015-12-22-1としてリリースしました。
https://github.com/Artanejp/common_source_project-fm7/releases/tag/SNAPSHOT_20151222
WindowsとLinux (AMD64)のバイナリへのリンクがあります。

376 ：武田 ◆bnZpPXJze51u ：2015/12/23(水) 01:25:33.72 .net

お疲れ様です。

統合を進める前に色々やっておこうということで、またモリッと書き換えてます（苦笑）
今回はUNICODEでビルドしたときの問題を色々修正しました。

プリンタ向けのEMU/OSDの実装も、今回で概ね一段落です。
基本的には、Win32のDIBSection,FONT,PENにラッパを被せただけです。
できれば年内に、MZ-1P17辺りを実装できればいいなと思っています。

377 ：武田 ◆bnZpPXJze51u ：2015/12/23(水) 01:26:40.66 .net

プリンタ向けのサービスの使い方はこんな感じです。

bitmap_t bitmap;
font_t font;
pen_t pen;

emu->create_bitmap(&bitmap, 64, 64, 255, 255, 255);
emu->create_font(&font, _T("Mincho"), 8, 16, false, false);
emu->create_pen(&pen, 3, 255, 0, 0);

emu->draw_line_to_bitmap(&bitmap, &pen, 63, 0, 0, 63);
emu->draw_text_to_bitmap(&bitmap, &font, 0, 0, _T("MZ太郎"), 6, 0, 0, 0);

emu->write_bitmap_to_file(&bitmap, _T("misoko.png"));

emu->release_pen(&pen);
emu->release_font(&font);
emu->release_bitmap(&bitmap);

378 ：ナイコンさん：2015/12/23(水) 15:33:59.31 .net

>377
昔のプリンターのような画像を出力しようと思ったら、小さい黒丸か塗りつぶした正方形のような描画が必要だと
思うのですが、それはpenとlineでやっちゃえ、ということでしょうか。
小さいfontで●や■を書くのは何か間違ってますよね。

379 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/23(水) 15:35:31.41 .net

>>377
お疲れ様です。
プリンターですが、中間の文字エンコーディングはどうしますか？
JISにするかシフトJISにするかUTF-8にするかで色々実装に足す物が出てきますので…

380 ：ナイコンさん：2015/12/27(日) 01:55:17.53 .net

同じコモンソースだし
BM L3のほうを参考にしてみたら？

381 ：ナイコンさん：2015/12/29(火) 02:28:05.06 .net

昔　ア スキーでPC-8001シミュレーター出してたな。
￥16,8000と高額だが、PC-8001 周辺機器にも完全対応の優れものだった。

382 ：ナイコンさん：2015/12/29(火) 16:44:54.92 .net

>>381
カンマの付け方がおかしい
やり直し

383 ：ナイコンさん：2015/12/29(火) 17:09:57.06 .net

PC,8001

384 ：ナイコンさん：2015/12/29(火) 17:12:09.12 .net

「カンマは3桁で区切るもの」
と教えられてきてないから仕方がない

385 ：ナイコンさん：2015/12/29(火) 19:53:48.66 .net

ワロタ

386 ：Artane. ◆1o3c8RYIzjU0 ：2015/12/29(火) 20:02:53.23 .net

明日で移植作業始めて一周年ですね。
ありがとうございますm(_ _)m＞皆様
ちょっと考えてる事がありますが、明日は１日用事なので、忘れていなければその後。

387 ：武田 ◆bnZpPXJze51u ：2015/12/30(水) 15:06:44.96 .net

今日のリリースで、漢字プリンタ MZ-1P17をサポートしました。
EMU/OSDのプリンタ周りの実装もこれで一段落になる筈です。
MZ-1P17のMZ/X1シリーズへの横展界が完了したら、PC-PR201についても
同様に作業したいと思います。

年内の大きな作業はこれで終わりの予定です。
（横展界くらいはやるかもしれませんが）
それではよいお年を。

388 ：ナイコンさん：2015/12/31(木) 17:17:17.66 .net

any2d88みたいにプリンタ部分だけを独立した実行ファイルにできるかな、と思ったら
フォントROMの扱いが本体機種別になっているんですな
例えばyaMSX1にMZ-1P17エミュレーションを内蔵したようなバイナリを作るとしたら
どうするべきなんだろうか
わざわざ他機種向けのプリンタを接続してプリンタフォントのGRAPH文字を印字するような需要は
ほぼ無いだろうけど

389 ：武田 ◆.bfc.PoUs4fG ：2015/12/31(木) 21:38:33.03 .net

どの機種でもなければ、MZ1P17.ROMを読み込む、とかでしょうか。

390 ：388：2016/01/01(金) 00:57:26.50 .net

・MZ1P17.ROMが存在すれば、それを使う
・MZ1P17.ROMが存在しなければ
　・（MZ2500等の場合）本体のROMを使う
　・（それ以外の場合）フォントROM無し
でも良さそうな気がしてきました。
けど、それより先に「他機種向けのプリンタを接続してプリンタフォント依存のデータを印字するケースが
あんまり無いんだったらどうでもいいんじゃね？」ですかね。

391 ：ナイコンさん：2016/01/01(金) 10:07:30.10 .net

別アプリに成りそうだけどPDF化とか。
用紙サイズとプリンタフォントを選び画像展開にすればコンビニ出力でもかなり使えるかも。
画面系のフォントフェチはよくいるが実印刷にもいるかな？

392 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/01(金) 15:26:36.77 .net

武田さん、お疲れ様です。
昨年中は皆様ありがとうございました、今年もよろしくお願いします m(.. )m

# 年末は予想以上にバタバタしててレスできませんでした…(^_^;

さて、こんな物をお年玉で書きました。
http://github.com/Artanejp/common_source_project-fm7/blob/master/ABOUT_eFM7_1.txt
http://pastebin.com/r3UMmdkn

爆弾文書かも知れないですが、各位の承諾取ってないですし(-_-;
取れるとも思ってない中身ですので(-_-;

393 ：ナイコンさん：2016/01/01(金) 18:05:33.90 .net

読んだ。
XM7本家絡みについてはソース引用している箇所が具体的に明記してあれば、「表沙汰は」問題ないんじゃないかなー。

気になったのはRyu.Takegami氏の件についてはすごく言葉遣いまで注意して無難に済むような単語を選んで記載してるが…
本家本元であるＰＩ．氏に対する礼儀が見当たらない点はどうなんだ？と思った。

394 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/01(金) 18:32:53.69 .net

>>393
お読みいただきありがとうございます。
PI.さんとは一度メール交わしたかどうかという程度のお付き合いしかないので、ご指摘頂くまで気づきませんでした。
たけがみさんのソフトになってる。という意識が強かったので…はてさて文章かえるにしてもどうしたものか。

395 ：ナイコンさん：2016/01/04(月) 13:36:16.42 .net

エミュレータ作者って、みんなどこかおかしいよね

396 ：ナイコンさん：2016/01/04(月) 15:49:25.60 .net

とか言い出すお前の方がおかしいと思うが

397 ：ナイコンさん：2016/01/04(月) 17:35:52.38 .net

人の事をおかしい呼ばわりするなら
コテつけて書き込んでみろ

398 ：ナイコンさん：2016/01/04(月) 18:24:18.27 .net

図星突かれて養護沸きすぎだろw

399 ：ナイコンさん：2016/01/04(月) 18:42:18.03 .net

むしろアンチはオマエだけでは？

400 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/05(火) 10:43:56.56 .net

ここはひどいインターネッツですね。
とりあえず、ご指摘の関係多少見直しました。後、おまけ分も。
http://pastebin.com/ekKc2hH4

401 ：ナイコンさん：2016/01/05(火) 13:41:44.22 .net

>>395
おかしいとは思わないけど、cppなのに中身cで書いてあったり、
いまどきc++98やc++03だったり、オブジェクト指向が理解できてないソース見ると、
「なんだかなー」って思う。
規格の話になると「対応してない環境もある」とか言い出す奴
居るけど、「c++11すら対応してない環境に移植する可能性あるのか？
今後必要が出たら、そのときにその部分だけ書き換えろよ」って思う。

402 ：393：2016/01/05(火) 13:41:49.39 .net

>>400
「時分秒フォーマット」じゃなくて「時分秒プロテクト」じゃ？

まぁ、ここ数年、2chでFM-7系エミュレータの話題が挙がると
妙におかしいコメントが出没するので、あまりここで指摘したくはないな。

403 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/05(火) 13:55:40.61 .net

>>402
どもですー。
githubのissuesに投稿して頂ければ、善処（必ず変更するかどうかは不明）します( ･∀･)ﾉｼ

私の周囲のプロテクト潰し界隈の人達は、「時分秒フォーマット」と言ってました（記憶のみ）。

確かにザベ辺りでは「時分秒プロテクト」と言っていた気がするからそちらが正しいのかも（自信をなくした）

404 ：ナイコンさん：2016/01/05(火) 13:56:02.22 .net

>>401
おかしいのは395なので、まじめに回答する必要無いと思うが。

強いていえば、フリー版Borland C++ Compiler 5.5.1のリリースが2000年だから、
C++14どころかC++03やC++11にすら対応出来てないソースがあるのは
やむを得ないこともあるんじゃないか？

もちろんビルド環境がBCC5.5.1ならばの話だが。
%未だにBCC5.5.1なんか使ってんじゃねーよ、って言われたらどうしようもないがｗ

405 ：393：2016/01/05(火) 14:15:36.08 .net

>>403
MB8877のフォーマットに言及した文章なのか、
フォーマットを利用したプロテクト技術に言及した文章なのかで
書き方が変わるんじゃないかと思う。

[16]の元文は時分秒フォーマットでも悪くはないが、解説部があの書き方なら
「この手のプロテクトは「時分秒プロテクト」と呼ばれていました」
が正解だと思う。
そうなると[16]の元文も時分秒プロテクトと記載すべきでは？と思う。

2chがイヤなんじゃなくて匿名でコメントするのがイヤなだけ。
しかしここで正体明かしてコメントするといろいろ面倒くさいので、やむなく匿名にしてる。

406 ：ナイコンさん：2016/01/05(火) 15:11:42.48 .net

F5F6F7フォーマットっていえよ、もう

407 ：ナイコンさん：2016/01/05(火) 16:18:42.10 .net

もう一生半角の時分秒なんて見ることないだろな


"時分秒フォーマット"約 138 件
"時分秒プロテクト"約 103 件
わりとどうでもいいなw

408 ：ナイコンさん：2016/01/05(火) 17:00:39.79 .net

他に参加できないけど言葉の違いなら俺でも参加できる
何もできない一番うざいバカによくある勘違いでした

409 ：ナイコンさん：2016/01/05(火) 19:20:24.66 .net

>>404
>やむを得ないこともあるんじゃないか？

古いソースを引き継いでる場合もあるだろうから、やむを得ない点もあるけど、
結局はソースメンテしてないって事でしょ。「動いてるから良いじゃん」みたいな。

>%未だにBCC5.5.1なんか使ってんじゃねーよ、って言われたらどうしようもないがｗ

まさしく、未だにBCC5.5.1なんか使ってんじゃねーよw
そんなやつはLSI C-86 試食版とかも使ってそう。

実際のところ、Visual Studioとかgccとかが最も多いだろうし、
それらの環境では使える（当然バージョンによるが）。

あ、実際のところVisual Studioは2015でもC++11に完全対応はしてないんだけど。

410 ：Artane. ◆1o3c8RYIzjU0 ：2016/01/05(火) 20:40:58.43 .net

>>405
ちょっと文章を練り直しますが、所謂「時分秒フォーマット」（プロテクトではない）を、昔のvm/disk.cpp,vm/mb8877.cppだと比較的楽に書けてしまうという問題が確かあったんですよ。
で、そこら辺の言及のついでに３０年位先の人たちに「時分秒フォーマットをプロテクトに使ってたんですよ」と、３０年先の人がΩヾ(´ェ｀*)ヘェヘェヘェとなって欲しかった仕掛け程度のつもりなんですけどね(^_^;

この件が問題？になったんで薀蓄少し書いておくと、所謂不安定プロテクトとか呼ばれるものが出てくる前は、時分秒フォーマットをチェックするものが多くて、これは不安定フォーマット全盛になっても続いたのですが、
これ自体はまごうことなき「時分秒プロテクト」だったんですよね。
単純に物理的なID番号に細工しただけなら「フォーマット」ですが、それが意図通りに入ってるかどうかチェックし始めたら「プロテクト」ですので。

セクタ番号に「時分秒」が入ってるとかなると、リードセクタするだけでコピーできない（はずの）フォーマットをしてるかどうかチェックできた（これが初期）。
更に、幾つか見たのではギャップにある時分秒をチェックするものがありました。要は、コピーツールの幾つかは時分秒セクタを作る機能を持ったので…という話。只、これはディスクドライブによっては読むことが出来ないという問題を抱えてました。
これも破られた頃に不安定ビットずれと組み合わされて、「時分秒」IDのセクタのデータ部分が（規則的に）不安定だというのが出てきた訳です。これが、８ビット時代のプロテクトとしては完成形と言ってよかった。

# などと意味不明なことを繰り返しており…

411 ：武田 ◆bnZpPXJze51u ：2016/01/05(火) 21:48:48.74 .net

前にも書きましたが、体系的なC/C++の教育を受けていない人なので、
コードが色々ちぐはぐなのはごめんなさいです。
というか、活動内容からして、開発者があからさまにN88-BASIC世代の
プログラマなのだ！というやつです（苦笑）

私なりに、きれいな設計、きれいなコードになるよう努めています。
ただ、「きれい」の基準が、簡潔で見通しが良く、正規化されていて、
生産性が高いということだという点はご了解ください。

C++の最新規格を追いかけようとか、C++の機能をフルに使おうとか、
そういう方向は興味ないです。（言語マニアじゃないですし）

＃職業プログラマのくせに不勉強な奴だと思われるかもしれませんが、
＃業界的に、最先端のプログラミング技術は余り要求されてなくて、
＃業務知識とか制御とか数学とか、そっちの方が要求されるんですよ。

＃今日が仕事始めでしたが、今日のお仕事はK＆Rの古式ゆかしい
＃Cのソースの調査でした（苦笑）

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