正直日記

GBプレイヤーで縦画面のテストをしていたら動作が妙にガクガクするので気
になった。４〜５秒に一度、一瞬止まる感じがする。

NTSCが59.94Hz、GBAが59.72Hzなので、１秒間に0.22フレームずれる計算に
なり、ということは５秒に一度、フレームスキップが入るのかもしれない。
今度キャプチャして確認してみようかと思う。

ところで0.22フレームで合ってる？
あれれ、どうなっているんだこれは？

GCCで使用できる指定初期化子（C99にも取り込まれている）はenumと組み合
わせると、キャラクター配列を作るときに便利だね。
enum {
	chr_walk_pattern,
	chr_run_pattern,
	chr_sleep_pattern,
};

const struct {
	ANIME_CHR *anime_dat;
	int anime_number;
	int anime_wait;
} Charactor[] = {
	[chr_walk_pattern]  = {&chr_walk, 4, 2},
	[chr_run_pattern]   = {&chr_run, 4, 1},
	[chr_sleep_pattern] = {&chr_sleep, 2, 6},
};

後になって新しいパターンをあいだに挿入したくなったとき、いちいち番号
を書き換えなくても済むのが素晴らしいのだ。

中ボスキャラが一定のダメージを受けると攻撃手段を変える、という処理を
作っていて、それまで保持していた攻撃タスクを捨てて新しい攻撃タスクを
生成するという風に実装した。

捨てるときは、子タスクの死亡フラグを立てて勝手に死んでもらうようにし
ていた。（更に子供・兄弟がいるときは勝手に連鎖して死んでもらう）
	enemy->child->status = DEAD;

まあ、こんな感じで。

んで、新しい子供の動作が出来上がったところでテストプレイしてみると、
いざ新攻撃だ！と思ったところでボスの攻撃がピタリと止まってしまった。
なぜだ！

坊やだったからさ。

まあネタは置いといて何度かテストしてみると、ちゃんと攻撃してくるとき
と来ないときがあることが判明した。で、よくよく調べてみると新しく作っ
た子タスクの生存状態を初期化し忘れていて
	enemy->child->status = DEAD;

のままだったという……。たまたま他のタスクが、攻撃タスクで言うところ
の status == ALIVEのまま破棄されて、その要素を使いまわしたときに攻撃
してきていたようだ。そういうわけでちゃんと攻撃してくるのはバグだった。

うん。ポカどころか渾身のミスだね。こうして晒すことによって、バンバン
信用を失っていくのもそれはそれで。

全然関係ない話になるけど、GBAのちっこい画面でテストプレイして目が慣れ
てしまうと、ゲーセンのでっかい縦画面が全然目に入らなくて困る。つまり
どういうことかと言うと『虫姫を　二面で終える　昼下がり』

ゲームループが１フレームに間に合わなかったときに、ループの最後でHALT
すると次フレームを丸々損してしまう。ひょっとしたら次フレームで必要な
ループは残された時間内に収まるかもしれないし。

なら、おっかけで処理すれば、とか思うのだけど、残された時間に収まらな
かった場合を考えると自転車操業になってしまうので、どうしたもんかなー
とか考えてた。

先行処理しとくって手もあるけど、すると今度は入力遅延ですよ。

要するにHALTにこだわらなくてもいーじゃん？という意識変革が俺の中で起
こりつつあるのだけど、処理落ちしてもいいならHALTしたっていーような気
もするじゃん？どっちだよ！俺の明日はどっちだよ！

ちなみに、今のところ間に合ってるから。こんなこと考えなくても十分だか
ら。二つで間に合ってるから。

水を得た魚のようにアセンブリを書きまくっていたが、結局はコンパイラに
勝てなかったので翼を折られた天使であった。

そこで、ふと手を休めて自分を見直してみると、手段と目的が逆転している
ことに気づいてしまった。ゲームを作るために環境を整備していたはずが、
いつの間にか環境を作ることのみに夢中になっていたというアレ。

そういうわけでアレの続きを開始したが、モリモリ進んでいるような、設計
を見直したくなるような、そのなんだ、アレだ。アレが多くなってきたので
俺にはPSPのアレが必要だ。脳を鍛えるアレ。

それはさておき、本日のポカミス。
int main(void) {
	while (1) {
		asm("swi 0x0002"); // Halt
		TaskExec();
	}
}

メインループをこう記述して、毎フレーム一回ずつTaskExec()が実行されて
いた。今までVBLANK割り込みしか使ってなかったので、それで正常に動いて
いたのだが、HBLANK割り込みで画面エフェクトを作ってみたら、１ライン毎
の割り込みでHALTが解除されて早回しがかかってしまったという。

止めたいと思っても止まらないので──そのうち男はHALTを使うのをやめた。

を買ってきた。「ARMアセンブラ・コードを理解しよう」という記事が目的
だったのだけど、ARMメモとARM7TDMIの部屋を一通り読んで頭に入れてから
gccに最適化無しで吐かせたコードを眺めれば済んでしまう内容だったので
立ち読みしてから買うかどうか決めれば良かったかもしれない。

そこから先に進みたければやはり、それなりのアレをナニしなけりゃならん
ね。

gcc の吐くコードを眺めると条件実行がさほど使われて無いことに気づく。
じゃあ条件実行を使いまくればいーじゃんという素人考えでリファレンスと
格闘しながら書いてるんだけど、結局のところコンパイラに勝ててない。

というか、条件付き命令の使いどころがあんま思いつかないよ。４ニーモニッ
ク以上にまたがる様なら分岐した方が速い様な気もするし。

asm文一つに複数の命令を書きたい場合
	asm (
		"add    r0, r0, r1 \n"
		"subs   r1, r0, #0xff \n"
	);

のように一命令ごとにダブルクォーテーションで括って、しかも命令の最後
は\nで締めないといけないと思ってたんだけど、実は
	asm (" 
		add    r0, r0, r1;
		subs   r1, r0, #0xff;
	"); 

セミコロンで区切ればいちいちダブルクォーテーションで括ったり改行記号
を入れたりしなくていいようだ。今までこのような書き方をしてるところを
見たことが無いんだけど、何か副作用でもあるんだろうか？

あ、無いけど、あるね。
-Sでアセンブリコードを吐かせると……。

それが終わってしまって残念に思っている。辛い。

最近の俺はドリキャスづいていて、今はトライジールとスペースチャネル５
をやっているのだが、スペチャンをやっていたら何故かCaptain EOが見たく
なったのでGoogle Videoで検索してみたら全く引っかからなかったのでGoo-
gle Videoは駄目だな！でもGoogleで検索してみたらすぐ出てきたよ。ネット
は千葉大だわ……。

中身を殆ど覚えてなかったけど、観たらなぜスペチャンをやってCaptain EO
が見たくなったのかがよく分かった。マイコー先生はマジかっこいいなぁ。

もうちょいなんとかするかと思って、なんとかしてるんだけどなんともなら
ないよ。とにかくミキサをどうにかしないと話が進まないので、そればっか
弄ってる。つーかひらがなが多いよ。

で、弄って一番効果が大きかったのはサチュレーションだった。
これまでがこんな感じ。
	if (m0 > 127) {
		m0 = 127;
	} else if (m0 < -127) {
		m0 = -127;
	}

分岐が二回も入っていや〜んなので、飽和演算でググってひっかかったアレ、
というかくりあき先生のところに書いてあった飽和演算のアレを試してみる。
	m0 += 128;
	if (m0 &amp; 0xffffff00) m0 = (m0 >> 24) ^ 0xff;
	m0 -= 128;

すると、約１％も速くなったよすげええええええええええええええええ１１

という夢を正月に見ました。