赤外線方式でラップタイムが計測できる我が自作データロガー．しかし計測には赤外線送信機をコース上に設置しなければならず，もしかしたらサーキットによっては断られるかもしれない．
なので，多くのサーキットで使える磁気センサー式のラップタイマー (正確にはそのセンサー回路) を自作しようと，いろいろググってみた結果，回路図を見つけたのは以下の 2つ．
http://kaele.com/~kashima/car/lapmini/
http://www.asahi-net.or.jp/~TW8I-YSD/CAR/MAKE/sens.htm
ってこれアナログ回路じゃん… すんません，アナログ回路は理解不能です＿|￣|○ しかもアナログ回路の設計だと my オシロスコープがないときついだろうなぁとか，センサ回路は車外に出すためコンパクトに作る必要があるとか，もろもろの大人の事情を加味して，
LAP SHOT の磁気センサユニットだけ買っちまった＿|￣|○
電子工作マニアのはしくれとしても，あるまじき反則技．
んー，最近ネタがなくなったので，PSP プログラミングに手をつけれていない．
まぁ，データロガーを通して車速パルスと Gセンサーの値を PSP に取り込む事はできるので，MAPLUSで GPS 衛星をロストしたときに，コレを使って自律航行しようというネタはあるのだが，やる気がでねー．
で，モチベーション維持のため，mp3prx と gpshook を合体させてみようと．こうするとサウンド再生ルーチンのみならず，メインスレッド・コンフィグ読み込み・キーセンス・画面上へのメッセージ出力の処理が共有できるので結構メリットが大きい．しかもくっつけるだけなら 1時間くらいでできるだろー
と思って軽い気持ちではじめたら，そうは問屋がおろしませんでした＿|￣|○
psp-fixup-imports irsmp3.elf
Error, could not fixup imports, stubs out of order.
Ensure the SDK libraries are linked in last to correct this error
make: *** [irsmp3.elf] Error 1
DOS とかで，config.sys をいじって○○を UMB にロードしたりとか，メインメモリの空きを 1バイトでも多くする事に命をかけてた事ってあったじゃん? アセンブラでも自己可変コードとか使ってクロック数単位で実行速度を上げたりとかしたよね．あ，俺だけ? はいはい，どうせあたしゃ変ですよ．
で，めでたく CFW3.30OE-A' に対応できた gpshook だが，どうもメモリがきついらしい．いや，単体だとまだ余裕ありげなんだけど，mp3prx がでかい (俺的にはこれははずせない) ので，もうぎりぎりっぽい．なので，gpshook.prx のサイズを小さくしようと，かつてのメモリ節約魂が復活したわけ．
で，いろいろ試して面白かったのは，整数/浮動少数演算が混在している箇所で，コードサイズが結構変わる．
例1)
int_a = int_val + float_val * 100;
－－－－－
int_a = int_val + ( int )float_val * 100;
こりゃ当たり前レベルなので分かりやすい．浮動小数点演算を行う範囲が減ってるもんね．
例2)
unsigned int uint_val = float_val;
－－－－－
unsigned int uint_val = ( int )float_val;
float_val が正数しかとらない場合，結果はどちらも同じだが，なんとこれもコードサイズが違う．
上のほうでは，なんか符号をいろいろいじるコードが余計についていた．
例3)
int int_val = int_val2 % 360;
－－－－－
unsigned uint_val = uint_val2 % 360;
これも差がないと思ってたら，下のほうが小さかった．
とにかく，変数が signed か unsigned かだけでも 数10バイトの差が出てくる．
(あくまでも psp-gcc (MIPSコンパイラ) の場合だが)
たまには gcc が吐いたアセンブラを眺めるのもいいなぁとおもった．え，そんなことないって? はいはい，どうせあたしゃ変ですよ．
てか，gpshook.prx でちまちま削るより，mp3prx をいじったほうがザクっと削れそうだということに今氣が付いた．