日記みたいな何か

AngstromでもOpenZaurusと同じように，カーネルイメージ (zImage.bin) と / 以下のイメージ (hdimage1.tgz)，gnu-tar，updater.sh を使うんですが，この中で，前々から謎だと思っていたのがupdater.sh．「.sh」とついていながら file しても「data」としか表示されず，hexdumpで中を見ても確かに何だかよくわかりません．OpenZaurusで遊んでた頃に「これはシェルスクリプトじゃありませんよ」という説明をどこかのサイトで見たような気もするんですが，じゃあなんで「sh」なんてついてんだコンチクショウと思うわけで．

そこで，どうやってこの妙なファイルが作られているのか，bbファイル (zaurus-updater.bb) を眺めてみたところ，「encdec-updater -e updater.sh」とかやってました．どうやら最後にエンコードされているようですね．encdec-updater.c を見てみたところ，256byteのテーブルを引いて，単に1byteずつ置換してるだけでした．すげえエンコードだｗ．で，-d でデコードしてみたら，極普通のシェルスクリプトになりました．なんだ，やっぱりシェルスクリプトなんですね．なんとも中途半端な感じがしますが・・・

で，せっかくなのでupdater.shの中も見てみました．ファイルをチェックして，NANDにカーネルイメージをコピーして，HDDにディスクイメージを展開して終わりかな． 中で呼んでる Zaurusのファームか何かが持っているコマンドが何をやっているのか推測できず，一部細かいところがよくわかりませんでしたが (verchgとかbcutとか)，まあ，その辺は気にしなくていいんでしょう，きっと．

というわけで，この辺も手であれこれできそうね．よしよし．

グラVのときと同様，とにかく苦手なところを練習したいわけですが，サターン版のデラックスパックでステージセレクトを出すにはノーコンティニューで一周しなければならない模様．というわけで，大変不本意ながらｗ 難易度をEasyに落としてさくっと一周してやれ・・・と思ってやってみたんですが，さすがにそこまで簡単ではありませんでした．

コナミコマンドの恩恵に与りつつｗ最終ステージまで到達し，要塞を安全地帯で突破してわーい楽勝・・・という感じだったのですが，最後のクラブではまりました．事前に調べて右下パターンで行こうと決めていたのですが，全然うまくいかないままあっという間に残機が0になって終了orz．コンティニューして練習だ！と思ったら，オプションでコンティニュー無効化してあったし＿|‾|○

コンティニューをONにして初期残機を7にして，再度クラブまで到達．・・・数十機も潰したかというところでようやく抜けられました．当然コンティニューしまくっての1周なのでステージセレクトは有効にならなかったわけですが，その後もう1回チャレンジしたところ，今度は残機残り僅かでどうにかクラブを抜けることに成功 (;´Д｀)'`ァ'`ァ．あー，やっとステージセレクトできるようになったよ・・・．

で，ステージセレクトを活かしてひたすらクラブの練習をしてみたんですが，真ん中の脚に踏みつけられる or 真ん中の足から逃れようと右に動いて右の脚に当たる or 真ん中の脚を避けたと思ったら敵弾に当たる が三大やられパターンな感じです．Webにある解説通りに動いているつもりなんだけどなぁ・・・．

やっぱ動画を見なきゃだめかなぁとググってみたら，クラブ右下パターン というそのものを発見．って，これ，ぐらにどっとこむの方の動画っぽいですね．・・・うおー，いともあっさりと！ しかし，この動画を見た感じ，自分のやってることはそこまで間違ってはいないようです．うーん，何がダメなんだろう・・・

ちなみに，もう1個クラブ右下をやっている動画がありました．こっちは5周目の復活らしいです．・・・すげー．こっちの動画は基板のROM解析・改造しまくりのあの方ですか．

ちょっと気になってプランを眺めてみたんですが，何かイマイチよくわからんのぅ．

• スーパーライトデータプラン に対して データプラン のいい所がぱっと見不明．
• ギガデータプランの良さがイマイチ．確かに毎月1Gまでしか使わないならデータプランより 1,000円 お得だけど，上限金額がやたらと高くて危ない気が．
• ライトデータプランが半端過ぎな感じで存在意義が謎．

2年じゃないとだめとか，携帯とセットだと違うとか，そういうのを考慮するとまた違ってくるんですかねー．

XBOX 360がありながら今日はサターンでグラIIばっかやってました．最近調子が悪くて6面がとても遠いです・・・．はぁ．

何か電池の持ちが露骨に悪くなった予感．そしてディレクトリ移動してるとたまに固まるようになった (;´Д`)．ていうか RockBox 古すぎなので後で上げよう．

歯医者帰りにハードオフに寄ったらジャンクコーナーにマークIIIがッ．しかもFM音源ユニット搭載してるし．でも，ポーズボタンがついてないなぁ．そしてパッドも1個でACアダプタなしかー．ううむ・・・ま，いいか．

と，お店を後にしたんですが，家に帰ってまったりしているうちにやっぱり欲しくなって(笑)，再度お店へ行って買ってきてしまいました．

やあ，はじめまして．

電源どうしようかなーと思ってたら，Twitter経由でファミコンやメガドラのACアダプタが使えるという情報(笑)．本体をひっくり返して見たら確かに9Vって書いてありますねー．というわけで，メガドラのACアダプタと出力ケーブルを接続して，一緒に買ってきたファミカセに混じって並んでいたソフトをさして起動．

吹いてさしても，接点復活剤を塗ってさしても全然画面が出てくれなかったんですが，一番奥までささずに，ちょっとだけ浅くさしてやったところ，見事に起動．出力環境があまりよくないからか，セガのロゴが滲んで大変汚い感じですｗ．って，これ，アドベンチャーゲームだったんですねｗ

RGB活用テクニックによると，信号はパワー不足ながらも出てるっぽいですねー．FM音源ユニットと本体の間に挟んで，FM音源ユニットの出力と混ぜるとか，そんな感じかなー．って，資料探してたらRGBホスピスにまさにイメージしてた通りのものがｗ．よし，そのうち作ろう．

何か昨日あたりから，デスクトップ機で「高速ではないUSBハブに接続〜」という大嫌いなバルーンが出るようになってしまいました．要するに，USB2.0機器を1.1なハブとかにつないだときに出るメッセージなわけですが・・・って，もしかして本体側のコントローラが壊れた (((（;゜Д゜)))？

何かの間違いではないのか？ と実際に2.0のカードリーダーでSDカードを読ませてみたところ，超激遅でした．やべー(;´Д`)．しかもマウスに至ってはつないでもすぐ動かなくなる上に，「USB機器の1つが故障した」とか何とかバルーンが出てくる始末．こ，これは・・・

色々抜いたり挿したりした結果，どうもこのUSBハブがおかしいっぽいという結論に・・・．このハブがUSBポートにつながっていると，他のポートを巻き込むようで，先の問題が発生します・・・．抜いたらピタリと治まりました．いやー，原因がわかって対処できてよかったけど，なんだかなぁ・・・．ていうかこれ，本当に壊れてんのかなぁ． 別のマシンに接続して確認してみたいけど，マシン側のポートぶっ壊されたりしたらガクブルなので確認できません・・・．

というわけで，ケースに穴を開けてスイッチを取り付けてみました．材質のせいなのか，ドリルの刃がひっかかって結構ドキドキでしたが無事に貫通．なんか「(゜∀゜)」っぽい

で，スイッチを留めて，蓋を閉めて完成．わーい．何か珍しく綺麗に仕上がった感じです(笑)

昨日の 「--charmap=UTF-8 es_NI」など色々と引数をつけて qemu-arm を実行するとセグる問題ですが，ググったら同様の報告が見つかりました．local.conf に 「ENABLE_BINARY_LOCALE_GENERATION = "0"」と書いて切り抜けるってか・・・なるほど・・・．

で，今度はカーネルビルドするところで↓なエラーが．

drivers/usb/core/hcd.c:136: error: expected expression before '>>' token
drivers/usb/core/hcd.c:136: error: expected expression before '>>' token
drivers/usb/core/hcd.c:159: error: expected expression before '>>' token
drivers/usb/core/hcd.c:159: error: expected expression before '>>' token

ソースの該当箇所を見ると，こんなマクロが．

#define KERNEL_REL      ((LINUX_VERSION_CODE >> 16) & 0x0ff)
#define KERNEL_VER      ((LINUX_VERSION_CODE >> 8) & 0x0ff)

・・・またこれか・・・．「LINUX_VERSION_CODE」って何が入ってんだよまったく・・・と angstrom-tmp/work/ の下の「linux/version.h」を見てみたら衝撃の事実が発覚．

#define LINUX_VERSION_CODE
#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) <<< 8) + (c))

エンプティィィィィィィッ━━━━━━━━ッ．LINUX_VERSION_CODE がなぜか空なんですけど・・・．Makefileを見て生成過程を確認してみよう．

define filechk_version.h
        (echo \#define LINUX_VERSION_CODE $(shell                             \
        expr $(VERSION) \* 65536 + $(PATCHLEVEL) \* 256 + $(SUBLEVEL));     \
        echo '#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))';)
endef

・・・ぬ，「VERSION」だと・・・？ そう言えばVMwareのアップデート時にもこんなんではまったような覚えが・・・．確か環境変数で「VERSION」なんてのが定義されていて，これが悪さをしていたんだっけ？ 試しに「env -u VERSION」とつけてbitbakeを回してみたところ，あっさりと突破してくれました．あー，そういうことか (;´Д`)

ていうか，なにこの「VERSION」ってと思って調べてみたら， .zshenv に「export VERSION=`uname -r`」とか書いてあるし．自分で設定してたのかよ ＿|‾|○ ．昔，複数のバージョンの違う色々なOSが混在した環境で設定切り分けるのに使っていたのの名残りっぽいですねー．よし消した．もう2度とこんな名前の環境変数は設定しない方向で．

・・・ところでなんでbitbakeしてたんだっけ？

先日バラしたDC-VGA デミロ (DC用のVGAアダプタ) のはんだ盛り直しを行うついでに，15kHz出力対応化もやってみました．

RGBホスピスさんのところにある説明によると，6番ピンと7番ピンのどちらかをGNDに落としてもう一方をオープンにすると，DCは起動時に15kHzモードに切り替わるらしい．というわけで，これを切り替えられるようにして，さらに 10番ピンから出ている C-Sync を引っ張り出してやればいいわけですね．

問題はコネクタなんですが，やはりいい場所が見つからなかったので，VGA用のDsub15ピン (シュリンク) を共用し，変換ケーブルを介して21ピンケーブルにつなぐことにしました．C-Syncは，空いている9番ピンにつなぐようにしてみました (11番の方がよかったか？)．たまには写真に字を重ねてみよう．こんな感じで引っ張り出して，こんな感じでつなぎました．

スイッチは，手元にあった2接点のトグルスイッチを2個利用．オープンかショートかを切り替えられればいいんで 2接点じゃなくていいんですが，手元にこれしかなかったんで・・・．で，変換ケーブルを作ってとりあえずつないでみたところ・・・ばっちり15kHzが出力されていることを確認！

そして最近手に入れたけど，実はVGA非対応だったということを後で知って非常に気になっていたジョジョも・・・わーい．これで安心して積める(笑)．

ちなみに，DC-VGA デミロのコネクタの接触不良は，断線とかはんだの盛りが足りないとかそういうんではなくて，端子の形がおかしくなってたからっぽいです．組み直したら，前よりさらに接触不良が悪化して全然映らなくなってしまったんですが，ちゃんと映るカラットのVGAアダプタと見比べて，ピンにくせをつけるなどして形状を近づけてやったところ綺麗に安定して映るようになりました．やりましたね．