#7ＧＥＮ日記あれ？ＭＵＳＡＳＩ３．３で重くなったよ。
2006-01/24 D #7GEN日記+雑日記 ｍｙＤＧＥＮ日記＃７（もう一週間かぁ） （注：このＤＧＥＮは１．００です。最新のＤＧＥＮはもっとずっと進んでいます。 スキルがあり、開発をしたい方は開発者に直接コンタクトをとって下さい。 私は開発者とは全く関係のない第三者です。 あくまでこのページの話は実験用途（教育用）です。）
■ＭＵＳＡＳＩ３．３をリンク中 ＭＵＳＡＳＩ２．０Ａ→３．３変更点（作成中）
〇１．ＭＥＭＯＲＹ読み書き仕様が「ＩＮＴ」から「ＵＮＳＩＧＮＥＤ ＩＮＴ」になった。 例えば、 int m68k_read_memory_16(int address);を unsigned int m68k_read_memory_16(unsigned int address); にする。 「ＩＮＴ」は（正確には）「ＳＩＧＮＥＤ ＩＮＴ」なので、この方がいいと思う。 が、エラー－１って返す事ができなくなった。 この辺ＧＣＣのｍａｌｌｏｃと同じ。 が、エラー－１返す必要がないよ。この場合。（多分）
○２．ＩＲＱがシンプルになった。 m68k_assert_irq(4); m68k_clear_irq(4);を m68k_set_irq(4); 「６８０ｘ０」のＩＲＱはＮＭＩ（禁止できない割り込み）なのでこれで良い。 ＩＲＱを引き伸ばす事って、物理的にできないし、 どおしてもエミュでそれをする必要があるとは思えない。 上の２行は平たく言えば、 ＩＲＱ＿信号ＯＮ（＃４）；ＩＲＱ＿信号ＯＦＦ（＃４）；を ＩＲＱ＿信号発生（＃４）；に変更した。という事。 （ＩＲＱ＿信号ＯＮ＝＝ＩＲＱアサート） （ＩＲＱ＿信号ＯＦＦ＝＝ＩＲＱネゲート） （ＩＲＱ＿信号発生＝＝ＩＲＱ割り込み発生。 周辺回路がアサートしてから、ネゲートするのか。 あるいはＣＰＵ内部でパルス発生を行うのか、わたしは知らない。）
○３．ＰＥＥＫ、ＰＯＫＥ関数の廃止 内部ＣＰＵに簡易アクセスするこいつらは、廃止になった。 コンテキストを使ってアクセスしような。
/* look at the internals of the CPU */ int m68k_peek_dr(int reg_num); int m68k_peek_ar(int reg_num); unsigned int m68k_peek_pc(void); unsigned int m68k_peek_ppc(void); int m68k_peek_sr(void); int m68k_peek_ir(void); int m68k_peek_t1_flag(void); int m68k_peek_t0_flag(void); int m68k_peek_s_flag(void); int m68k_peek_m_flag(void); int m68k_peek_int_mask(void); int m68k_peek_x_flag(void); int m68k_peek_n_flag(void); int m68k_peek_z_flag(void); int m68k_peek_v_flag(void); int m68k_peek_c_flag(void); int m68k_peek_usp(void); int m68k_peek_isp(void); int m68k_peek_msp(void); /* poke values into the internals of the CPU */ void m68k_poke_dr(int reg_num, int value); void m68k_poke_ar(int reg_num, int value); void m68k_poke_pc(unsigned int value); void m68k_poke_sr(int value); void m68k_poke_ir(int value); void m68k_poke_t1_flag(int value); void m68k_poke_t0_flag(int value); void m68k_poke_s_flag(int value); void m68k_poke_m_flag(int value); void m68k_poke_int_mask(int value); void m68k_poke_x_flag(int value); void m68k_poke_n_flag(int value); void m68k_poke_z_flag(int value); void m68k_poke_v_flag(int value); void m68k_poke_c_flag(int value); void m68k_poke_usp(int value); void m68k_poke_isp(int value); void m68k_poke_msp(int value);
で、コンテキストを使った、新しいやり方。 ＰＥＥＫ系は全部これ、 unsigned int m68k_get_reg(void* context, m68k_register_t reg); ＰＯＫＥ系は全部これ、 void m68k_set_reg(m68k_register_t reg, unsigned int value); 使用例：Ｄ３に９９をセット 古い方法 m68k_poke_dr(3,99); 新しい方法 m68k_set_reg(M68K_REG_D3, 99);
○４．コンテキストの使い方は変わってないよ。 unsigned int m68k_get_context(void* dst); void m68k_set_context(void* dst);
■ＭＵＳＡＳＩ３．３をリンク中(その２) さてと、のんびりやってますが、ちょっと他の用事があったからです。それはともかく、 まず、上記の違いがあることが判りました。管理人ごときがこのままがりがり書くと、 どこかで、エンバグするかも知れません。ここは少し遠回りでも確実な方法でいきたい所です。 「動かなくなっちゃったー。えーん、どこ直したのかわかんない→破棄。」 では、進むものも進まないし、時間の無駄ですよね。
上記（１．）これは変えてもＯＫでしょう。 上記（２．）これも変えてもＯＫでしょう。というのは、ソースを検索したら、 「ｍｄｆｒ．ｃｐｐ」（メガドラのレンダー、フレーム単位の処理部分）の一部でしか、使ってないからです。 上記（３．）これはたくさんあります。 と、いうことで、問題は（３．）のみです。効率は悪くなるけど、「ｍ６８ｃｐｕ．ｃ」に旧関数を追加して、 対応する事にします。コンパイルと正常動作を確認後。もし、オーバーヘッドが気になるのなら、 これらの関数は最適化すれば良いでしょう。 そういう訳で、「ｍ６８ｋ．ｈ」に（何故か２つ全く同じものがあるので注意）とりあえず、 ｍａｋｅ弄るの嫌だったので、ＭＵＳＡＳＩ２．０Ａの前記の関数をすべて追加（プロトタイプ宣言）して、 コンパイルしてみました。 neo_geoなんたらってエラーとか出てたみたいだけど、基本的にはＯＫみたいですので、 「ｍ６８ｃｐｕ．ｃ」を書き換える（ＭＵＳＡＳＩ３．３の奴に旧関数を追加）という方針で行く事にします。
neo_geoなんたらってエラーは、元がＰＳＰ＿ＮＥＯＧＥＯＣＤだったもので、現時点ではよく 判りませんが、そのうち判るでしょう。 →これは、元にしたソースがＮＥＯＧＥＯ＆ＣＤエミュレーターでＢＩＯＳを使わなくても、 ＧＡＭＥが（速く）動作する様に、ＣＰＵレベルでカスタマイズしてあるのが原因だった。 「m68kopac.c」
void m68k_op_1111(void) { #if 00 switch (REG_IR) { case 0xfabe: neogeo_exit(); break; case 0xfabf: img_display=1; neogeo_cdrom_load_files(); break; case 0xfac0: img_display=0; neogeo_cdrom_load_files(); break; case 0xfac1: neogeo_upload(); break; case 0xfac2: neogeo_prio_switch(); break; case 0xfac3: neogeo_cdda_control(); break; default: m68ki_exception_1111(); break; } #else m68ki_exception_1111(); #endif }
ここ（Ａラインエミュレーターのフック）を無効にして、解決。 ここを書き換えちゃえば、仮にメモリがバグったとしても、 ＮＥＯＧＥＯの場合ゲームが安定動作する（だろう）為。 （ＢＩＯＳが殆ど何もしない）メガドラにはほぼ関係ない話だ。 メガＣＤのエミュもし作るのならば、ここにＭＥＧＡ ＣＤ－ＢＩＯＳの フック配置した方が速いかもしれない。 ＰＳＰ＿ＯＮ＿ＭＥＧＡ＿ＣＤか。 メモカ安くなったら少し考えてもいいな。どおせ、安くなるんだし。
管理人。今日はずいぶんながなーーがＷｅｂサーフィン（死語？）してました。 メガドラのページですね。まあ、たまには他のこともしないと。
で、めんどくさくなってきたので、上の方にもっともらしそうに挙げてある。 コンテキスト関係の変換は、殆どＳＡＶＥ．ＣＰＰで使っている事に目をつけ、 めんどくさいから、６８関係のＬＯＡＤ／ＳＡＶＥ部分を殺しました。 書き換えた部分はこんな感じ。内部変数を直接アクセスしているので、 予想していたようなオーバーヘッドはありませんでした。
/* The old API compatibles, but need set to bigin context to use it at once. */ /* Peek at the internals of the M68K */ int m68k_peek_dr(int reg_num) { return m68ki_cpu.dar[reg_num ]; } int m68k_peek_ar(int reg_num) { return m68ki_cpu.dar[reg_num+8]; } unsigned int m68k_peek_pc(void) { return MASK_OUT_ABOVE_32(m68ki_cpu.pc); } int m68k_peek_sr(void) { return m68ki_cpu.t1_flag | m68ki_cpu.t0_flag | (m68ki_cpu.s_flag << 11) | (m68ki_cpu.m_flag << 11) | m68ki_cpu.int_mask | ((m68ki_cpu.x_flag & XFLAG_SET) >> 4) | ((m68ki_cpu.n_flag & NFLAG_SET) >> 4) | ((!m68ki_cpu.not_z_flag) << 2) | ((m68ki_cpu.v_flag & VFLAG_SET) >> 6) | ((m68ki_cpu.c_flag & CFLAG_SET) >> 8); } //sp==a7 need it? int m68k_peek_usp(void) { return ( m68ki_cpu.s_flag ? m68ki_cpu.sp[ 0] : m68ki_cpu.dar[15]); } int m68k_peek_isp(void) { return m68ki_cpu.s_flag && (!m68ki_cpu.m_flag ? m68ki_cpu.dar[15] : m68ki_cpu.sp[ 4]); } int m68k_peek_msp(void) { return m68ki_cpu.s_flag && ( m68ki_cpu.m_flag ? m68ki_cpu.dar[15] : m68ki_cpu.sp[ 6]); } /* Poke data into the M68K */ void m68k_poke_dr(int reg_num, int value) { REG_D[reg_num] = MASK_OUT_ABOVE_32(value); } void m68k_poke_ar(int reg_num, int value) { REG_A[reg_num] = MASK_OUT_ABOVE_32(value); }
この辺までやって飽きた。（しょうもな）まあ後は単純作業だし、 フラグ関係はちょっと、「ＤＧＥＮのＳＡＶＥ．ＣＰＰ」の構造が悪いぞ。 （ＳＲレジスタ一個で、済むんだからさぁ） で、残ったエラーが一個。
略 e.o psp/psp_menu.o psp/emu_config.o psp/psp_cfg_file.o psp/emu_cheat.o psp/emu_s tate.o psp/psp_bitmap.o psp/psp_data.o lib/libz.a lib/libpng.a lib/unziplib.a - lc -nostartfiles -Wl,-Ttext=0x08900000 -o dgen.out > dgen.map mdcore/mem.o: In function `md::misc_writebyte(unsigned int, unsigned int)': mem.cpp:(.text+0x494): undefined reference to `m68k_clks_left' mem.cpp:(.text+0x494): relocation truncated to fit: R_MIPS_GPREL16 against `m68k _clks_left' mem.cpp:(.text+0x5d4): undefined reference to `m68k_clks_left' mem.cpp:(.text+0x5d4): relocation truncated to fit: R_MIPS_GPREL16 against `m68k _clks_left' mem.cpp:(.text+0x6a0): undefined reference to `m68k_clks_left' mem.cpp:(.text+0x6a0): relocation truncated to fit: R_MIPS_GPREL16 against `m68k _clks_left' mdcore/mem.o: In function `md::misc_writeword(unsigned int, unsigned int)': mem.cpp:(.text+0x1300): undefined reference to `m68k_clks_left' mem.cpp:(.text+0x1300): relocation truncated to fit: R_MIPS_GPREL16 against `m68 k_clks_left' mem.cpp:(.text+0x1400): undefined reference to `m68k_clks_left' mem.cpp:(.text+0x1400): relocation truncated to fit: R_MIPS_GPREL16 against `m68 k_clks_left' collect2: ld returned 1 exit status make: *** [dgen.out] Error 1
要するに、`m68k_clks_left'がないって事です。ＭＵＳＡＳＩ２．０Ａにはありますが、 ＭＵＳＡＳＩ３．３にはありません。
ＭＵＳＡＳＩ２．０Ａ「m68kcpu.h」は、 /* Use up clock cycles. * NOTE: clock cycles used in here are 99.9% correct for a 68000, not for the * higher processors. */ #define USE_CLKS(A) m68k_clks_left -= (A)
ＭＵＳＡＳＩ３．３「m68kcpu.h」は /* ---------------------------- Cycle Counting ---------------------------- */ #define ADD_CYCLES(A) m68ki_remaining_cycles += (A) #define USE_CYCLES(A) m68ki_remaining_cycles -= (A) #define SET_CYCLES(A) m68ki_remaining_cycles = A #define GET_CYCLES() m68ki_remaining_cycles #define USE_ALL_CYCLES() m68ki_remaining_cycles = 0
で、いかにもこの辺が怪しいし、ソース見た限りでは、 「m68k_clks_left」→「m68ki_remaining_cycles」に単純に置き換えても良さそうです。 名前は「６８が実行すべき残りサイクル」でしょうし。 clockで検索してもこの辺しかないから、この辺の事は間違いないようです。 で、「m68kcpu.c」を検討してＯＫっぽいんで、書き換えました。 対象ファイルは「md.h」と「mem.cpp」と「mdfr.cpp」です。 後でクロックの流れを仔細に再検討する必要があるかも知れません。
で、早速ＰＳＰに転送して、チェックしてみた。 ＭＵＳＡＳＩ２．０ＡからＭＵＳＡＳＩ３．３に変更したら、 （うちのはＧＣＣ４．０．０） ５ｆｐｓグライ性能ダウンしてます。３ｆｐｓぐらいの誤差を見積もってです。 まあ、１ＳＴコンパイルだから、コンパイル時の６８ｋの設定が悪いのかも知れないけど、 （例えば必要のない６８０２０をインクルードしてるとか） ちょっと見てないです。今日は遅いから明日にします。 でも、早くなるとおもったのにぃ。
バーニングフォースは地面の位置が下に下がって遊びにくくなりました。 （一時期、Ｗｉｎ版のＧｅｎｓがそういう状態になりましたね。今は完璧に直ってますが。） やっぱ、タイミング違うのかなあ。 とりあえず、チェックした、他のソフトは重くなったぐらいで動作には変化なし。 「ＢＦ０３チェック」 この前（ＭＵＳＡＳＩ２．０Ａ／ＧＣＣ４．０．０）
| ＯＦＦ | ７９～８０ｆｐｓ |
| 補間付５５１２ｋＨｚ | ７２～７３ｆｐｓ |
| 補間付１１０２５ｋＨｚ | ７０ｆｐｓ |
| ２２０５０ｋＨｚ | ６５～６６ｆｐｓ |
| ４４１００ｋＨｚ | ６０～６１ｆｐｓ |
| ＯＦＦ | ６９ｆｐｓ |  －１０～－１１ |
| 補間付５５１２ｋＨｚ | ６３ｆｐｓ | －９～－１０ |
| 補間付１１０２５ｋＨｚ | ６１～６２ｆｐｓ | －８～９ |
| ２２０５０ｋＨｚ | ５７～５８ｆｐｓ | －８ |
| ４４１００ｋＨｚ | ５０～５１ｆｐｓ | －１０ |
■雑談：だって今、１Ｇのメモカ６千円台だってさ。 半年前は、１万切って安くなったなあって思ったけど。 （２年前は９万だったらしい。たぶん１ＧのＣＦかなんかだと思うが。） ８Ｇや３２Ｇのメモカが買える値段になる頃には、 １Ｇのメモカ在庫処分で千円で投売りされたって、管理人驚かないな。 それは今までの歴史が証明してるでしょ？少なくとも２年以内にはそうなりそうじゃん。 １Ｇあれば無圧縮のＣＤ音声入れたって（ＭＰ３で負荷がかかるかも知れないから） ２つぐらい、入るもんね。（全部使い切ってないから） メガＣＤのタイトルそんなにないんだしさ。（日本では全部で数十タイトルしかない）
■雑談：「６８０ｘ０」にはＦラインエミュレーターとＡラインエミュレーターという割り込みの仕組みがある。 これは、ハードウェアーレベルの割り込み。 「６８０ｘ０」には「０ｘＡ？？？」と「０ｘＦ？？？」で始まる命令はない。このどちらかが、 初めにあると自動的に（確かマスクは出来るが）割り込みが発生。 「？？？」の番号のベクタ（これは予め特定メモリにアドレスを登録しておく）に登録してあるアドレスに、 ジャンプしてくれる。 これは「Ｚ８０」でいえば、ＲＳＴ３８Ｈと同じ仕組み。 （ＲＳＴ３８ＨはＩＭモード（割り込みモード、普通は一番単純な「ＩＭ０」）に関係なく使えたよな、確か） このベクタはソフトウェアーで使ってもいいし、予め特定の番号のベクタをハードウェアーで設計しておけば、 ６８系はメモリをハードウェアー設計次第で、８０８６系のポートの様にも使えるため、 ソフトウェアーで割り込みを発生させポートを叩く仕組みが簡単にできる。 「おい、何の話だ？俺様にはチンプンカンプンだ！」って君。要するに、メガドラのラスタ割り込みは、 この仕組みを利用している。
雑日記。（２００６－０１－２４） ■別館にミラーを配置。 昨日までのコンテンツは、別館のミラーにも配置した。 ＜アドレス：http://psp.nukenin.jp/MIRROR/index.html＞ アメブロが混んでる時間帯（１７：００頃と夜中）に、読みたければ、こちらをどうぞ。