日記みたいな何か

突発で今日も飲み．ビールうめー．魚うめー．

オーディオトラックに続き，今日はデータトラックの方を見てみました．データトラックはbinというありふれた拡張子がついていて，そこかしこで紹介されている pceconv.exe の挙動を見る限り zlibで圧縮されているようです．hexdump して見てみると，先頭にインデックスっぽいものがついています．試しに天外魔境を吸い出して pceconv.exe にかけてみたらやっぱり同じような感じになりました．これでオリジナルと見比べつつ解析するか？

いやでも既にツールがあるってことは，誰か海外でこの辺解析してる人いるんじゃないかなー．というわけでググってみたら，一発でそのものずばりの解説記事が出てきました．なるほど，256kByte単位で圧縮してるのねー．頑張って解析始めなくてよかった．後はこれの説明通りに適当にコード書けば・・・って，このポスト，末尾にデータトラックの圧縮と展開を行うツールのソースが添付されてるじゃん！素晴らしすぎる．

gccでコンパイルして，試しにさっき吸い出してpceconv.exeで変換してみた天外魔境のbinファイルを食わせてみたら，見事にisoファイルに戻りました．そしてユナやサファイアのbinファイルも無事変換に成功．ありがたいですなー．

後はhcdファイルを残すのみとなりました．このファイルは上記リンク先のポストにも貼り付けられているようなフォーマットになっていて，各トラックの種類 (オーディオかデータか)，ファイル名，開始位置とサイズに対応すると思しき数値のセットが列挙されています．

さっきのページにも書いてありますが，最初の数字がトラックの開始セクタで，次の数字がそのトラックのセクタ数みたいです．トラックの開始セクタが，前のトラックの開始セクタにセクタ数を足した値よりも大きい場合がありますが，これがプリギャップですな，多分．

とりあえず以下のような胡散臭いawkスクリプトを書いて，CUEシートっぽいものに変換．今回の作業の中で自分で何かを書くのこれが初めてかｗ

gawk -F ',' 'BEGIN{ base = 0; name = "yuna2_" }
{
 if ($2 == "audio") {
   printf("FILE \"%s%02d.wav\" WAVE\n", name, NR);
   printf("  TRACK %02d AUDIO\n", NR);
 } else {
   printf("FILE \"%s%02d.iso\" BINARY\n", name, NR);
   printf("  TRACK %02d MODE1/2048\n", NR);
 }
 pregap = $4 - base;
 if (NR > 1 && pregap > 0) {
   printf("    PREGAP %02d:%02d:%02d\n", pregap / 75 / 60, (pregap / 75) % 60, pregap % 75);
 }
 base = $4 + $5;
 printf("    INDEX 01 00:00:00\n");
}'

しかし未だにawkのいい書き方がわからんのよねー．・・・と関係ないですね．ちなみに，hcd5075.hcd (ユナ2) は12トラック目のセクタ数がおかしいのか，他より2桁くらいでかいのが気になりますｗ．プロテクトなのか？ とりあえずここは 4548 に直して対処しちゃいましたが．

というわけで，CUEシートまでできたので，後はisoとwavと揃えて焼けばいいだけというところまで来たんですが・・・ここでハマりました．焼けるソフトが全然ない(;´Д`)

CUEシートに「BINARY」というのが入っていると，途端に対応してるツールが減るんですかね．CD Manipulator，Zulu2，EACを試したんですがどれもだめでした．あとLinuxにcdrdao入れてやってみたんですが，こっちはプリギャップがどうこうとかいわれてやっぱりだめ．

結局最後はCDRWINにまで行き着いてしまいましたｗ．遅いけど，まあこれが一番確実かー．というわけで，数十分の後，気になる円盤が焼きあがりましたよ．果たしてゲームは実機で動くのか・・・．

いよいよ緊張の実機動作タイム．果たしてうまく焼けているのか・・・．スーグラに初代CD-ROM²をつなぎ，アーケードカードを差してRUN・・・

はちすけキタ━━━━(゜∀゜)━━━━ッ!!

いえーい．ユナ2だぜー (番号が若かったので，しばらくこっちがユナ1だと勘違いしてましたｗ

かっこいい！

何かトップを狙えみたいな話のオープニングデモですな・・・．

ゲームも始まりました．音もちゃんと出ています．

というわけで，PSPの銀河お嬢様伝説コレクションから吸い出した銀河お嬢様伝説ユナ2が，実機で動くことを確認できたというお話でした．感激だ．明日は銀河婦警伝説サファイアに挑戦したいところですね．

ちなみに，手を抜いて全然チェックしませんでしたが，多分at3から戻したwavファイルは本来のセクタ数と合わないんじゃないかという気がします．厳密にやるなら，この辺きっちり確認しないとまずいのかも・・・．

平日なのに飲みでした．ビールうめー．

ROMライタとイレーサが届きましたよ．いじるのは週末以降ですねー．どっかでタイミング見て若松行って色々仕入れてこよう．

Twitterで話題になってましたがデモで使ってるのががんばれゴエモンなのがステキすぎる(これがハイドライドスペシャルとかバードウィークだったらさらに面白かったけどｗ)．レトロゲームファインは素晴らしいモードですね．ただ，この資料の以下の説明には違和感あり．

<レグザ>はドット感のある元信号に忠実な映像を表示することで、昔楽しんだレトロ感そのままの映像でゲームをプレイすることができます。

ドットくっきりのレトロなゲーム環境なんてアーケードとハンドヘルドと一部のPCくらいで，ブラウン管の画面を相手にゲームをしていたユーザの殆どはRFとかコンポジット，S端子あたりのドットの縁が滲みまくりの環境だったんじゃないかと思うんですけど (おぼの君なんか未だにそうだし)．ドットが鮮明なのは，レトロ感じゃなくてある種の"憧れ"じゃないかなー (未だに自分はその憧れを追ってるわけですがｗ)．「レトロ感」というなら，逆に自然な汚さを再現するモードを搭載すべきかと．あとXRGB-2 plusの擬似走査線表示モードみたいに走査線を出す機能つけたりして．あ，宣伝の仕方が違うだろと言いたいだけで，ドットくっきりというか，余計な画像加工しないゲーム向けモードの搭載は超大歓迎ですｗ (というかレトロ感のためにわざわざ汚くする機能なんか全然要らないんでｗ)

PSPの銀河お嬢様伝説コレクションを吸い出してもらったので例の計画に着手してみました．

例の計画ってのは，まあこれに入ってるデータを実機に持ってきて動かしてみようって話です．ユナの代わりにイースやドラキュラのイメージを突っ込んでPSP上で動かしちゃったりしている人は大勢いますが，やりたいのはその逆になります．他のPCエンジンのゲームと置き換えて動かせるなら，それと逆のことをすればいけるんじゃないのという安直な考えｗ．でも，軽くググった感じだと，そういうことやってる人が見当たらないんですよねー．当たり前のように簡単にできるからblogのネタにすらならないのか，逆に超難くて頓挫したのか，あるいは単にみんなマトモに動く本体を持ってないから試せないだけなのか，それとも誰もそんなことに興味がないというだけなのか・・・．まあ，2番目や3番目だと頑張りがいがありますねｗ．PSP本体を一度も持ったことがないくらいのPSP初心者なので色々不安はありますがｗ

とりあえず，吸い出してもらったディレクトリの中をざっと拝見．トラック構造がそのままファイルに置き換えられたような形になっていますな．ただし，オーディオ関連は拡張子がat3となっておりATRAC3だか何だかで圧縮されている模様．CUEシートっぽいものがhcdファイルに相当するようです (中はテキスト形式)．そしていわゆる「コンピュータ用データ」はbinファイルになっているようで，他のゲームのイメージを持ってきて動かす際に使うツールの説明を見る感じだとzlibで圧縮されている？

それじゃあ無圧縮状態のデータの取り出しから始めてみますかね．Linuxだとできるのかどうかよくわからなかったので (ffmpeg とか MPlayer あたりで可能？)，今回は不慣れながらもWindowsでやってみました (以下延々と試したことのメモが続くので，結論だけ知りたい方は次のエントリの末尾を見てくださいｗ)

まずはどこを見ても「とにかくこれを入れろ」と書かれている Sony ATRAC3 Audio Codec 0.98 をインストール．で，後は DirectShow Audio Converter を入れれば簡単にwavに変換できるらしい．・・・が，実際やってみると エラーが出て全然うまくいきません．エラーメッセージの日本語がお茶目すぎて何度も見てるとクラクラきますｗ

最新版のv6.01を使っているのがまずいのかと思い，PSP関連のサイトでの紹介に合わせて3.10に落としてみたりもしたんですが同様にうまくいきません．もしや64bit環境なのが悪い？ というわけで32bit版のXPに移ってみたんですがやはり同様にだめでした (というか最初からいきなり x64版のXPでやるなよって話ですけどｗ)． うーん．

エラーメッセージから察するに，フィルターがちゃんと導入できていないのか？調べたら，DirectShow Filter Toolなんていうツールを使うことでこの辺を管理できる模様．というか管理しないと色々問題があったりする場合があるのかー．難しいなぁ．で，ツールで見てみたんですが，これがさっぱりわかりませんｗ．リストに大量のフィルターが出てくるんですが，ATRAC3のCODECは一体その中のどれと関係してるのやらｗ

ファイルの拡張子が.acmだから，ACM Wrapper？ これよりメリット値が大きいのがいっぱいあるのが問題？ うーん，勘でどうにかなるものじゃなさそうですねー．メリット値が大きいやつを見ると，何やらNeroでインストールされたと思しきファイルが大量に並んでいます．ググってみたら，どうもNeroのフィルタがあるとSonicStageがちゃんと動かないとかの問題があったりする模様．ひょっとして関係あるのかなーと思ってNeroをアンインストールして，怪しそうなフィルタの登録を外してみたりしたんですが，残念ながら状況は変わりませんでした．

ふーむ，これだけだとフィルタがちゃんと動いていないのか，ソフトの問題なのか，あるいはファイルのフォーマットが悪いのか，全然切り分けられん・・・．そこで他のツールを探してみたところ，GoldWaveなる波形編集ソフトが例のフィルタに対応していることを発見．インストールして適当なwavファイルを開いてみたところ，保存形式にATRAC3が出現しました．ということはCODECは認識されていると見てよさそうですなー．

で，そのままGoldWaveでATRAC3形式でファイルを保存し，できたファイルをいじってみました．できたファイルの拡張子はwavのままで，GoldWaveで開いて再生することが可能．中を見ると，お嬢様伝説コレクションのat3と同様に頭にRIFFチャンクがついた構造になっています．ということはお嬢様伝説コレクションのat3ファイルもGoldWaveで読み込めたりする？・・・と一瞬期待して試してみたんですがやはりNGでした．CODECがないというエラーが出て開けません．残念．

また，GoldWaveで作成したat3ファイルを DirectShow Audio Converterで開いてみたところ，こちらは wavに再変換できました．ということは，これまでの状況から考えると，銀河お嬢様伝説コレクションに入っているat3のファイルはちょっと形式が特殊ということ？ うーん，長くなったので次のエントリに続く．

上の続き．特殊なATRAC3なら本家SonicStageでどうよ？ というわけで導入してみるも，VとCPのどちらを使ってもお嬢様伝説コレクションのファイルは対応していないみたいなことを言われて開けませんでした (´・ω・｀)．もちろん，さっきGoldWaveで作ったAT3ファイルは開けます．うーん，わからんなー．

他に何かないかとしつこくググっていたらSOU1氏のページがヒット．ふーむ，ヘッダ付け替えで強引に乗り切る手法か・・・．興味深いけど，データのフォーマットが違ったらそれまでだよな・・・，一応，ものは試しと先ほど GoldWaveで作ったat3ファイルのヘッダとくっつけてみたところ，SonicStageで開いてもエラーとは言われなくなりましたが，やはり再生はできませんでしたｗ．あー，せめてdataチャンクの後のデータの形式が何なのかがちゃんとわかればいいんだけどなー．

もはや打つ手なし？ それでも諦め切れずに先ほどのSOU1氏の記事を読み返してみたところ，後ろの方にもう1つ，何やらツールらしきものの名前が．HiMDRenderer，そういうのもあるのか．ググるとその仕組みがでてきます．ほほう，なるほど．しかし，それって結局CODECが対応していないとだめなんじゃ・・・．と思いつつも試してみたら，何とこれが見事に成功．wavファイルができました．すげえ．いや，まだ油断はできん．結局中身が壊れてて再生できないwavファイルだったりす・・・って再生キタ━━━━(゜∀゜)━━━━ッ!! 「ピー！ガー！エヘヘー」とか「これはHEシステムの」とかいっちゃってますよ！ ひゃっほう！

というわけで，まとめると Sony ATRAC3 Audio Codec 0.98 + HiMDRenderer 0.54 があれば，銀河お嬢様伝説コレクションのat3ファイルから非圧縮の状態のファイルを取り出せるようです．結局ファイルの中身の細かな形式が何だったのかはよくわからないままですが，とにかくこれで音声トラックのメドが立ちました．よーし，次はbinファイルだ．

例のゲーム棚，日が当たって大事なあれやこれやが日焼けするのがちょっとイヤンな感じだったので，ニトリでスチールシェルフ用カバーを買ってかぶせてみました．

まあ，予想通り急激に野暮ったい感じにｗ

前を開けると多少マシですが，それでもアレだｗ

まあでもきっとすぐ慣れるんだろうなｗ．カバーの四隅 (支柱に沿った部分) が縫い合わされていなければ隣のスチールシェルフのポールと連結して耐震性を高められるなーと思ってたんですが，やはりそういう構造にはなっておらず，支柱を露出できるのは正面側の部分だけでした (´・ω・｀)．残念．

5面を何度か練習した後，通しで2回くらいやったんですが，今日は6面まで行けませんでした (´・ω・｀)．5ボスの通常攻撃が苦手だ・・・．

QVX-13NSはMotion JPEGとYUYVの両方に対応しており，Motion自体のログを見るときちんと両方を検出しているようなんですが，なぜかMotionはYUYVの方を常に使ってしまうという問題があったりします．VGAぐらいの解像度でいいんですけど，勝手にYUYV最低解像度 (?) に合わせるもんだから記録される動画の解像度がでかくて困る・・・．

どうにかならないのかと思ってソースを落として調べてみたら，v4l2_palette なるオプションで指定できそう．・・・あれ，でもパッケージで入ったやつにはそんなオプションがない？ ・・・あー，lennyのは 3.2.9なのね (CHANGELOGを見ると3.2.10から入った模様)．というわけでパッケージはやめにして 3.2.11.1 をビルドしてインストールしなおしたら無事解決しました．よしよし．ちなみにクロスコンパイルがうまくいかなかったんで，妥協して普通に玄箱でビルドしちゃいました．思っていたよりはコンパイル速いかも，玄箱・・・．

あと，昨日発生した，デーモンで上げておくと映像を記録し始めた瞬間にMotionが落ちる問題は，記録した映像の保存先のディレクトリの所有者が root になっていたのが原因でした．というか Motion はデフォルトだと motion というユーザの権限で動かすのか．徹底しているなー．あんまり好みじゃないけど・・・．

今日は不作でした．こんだけ．

死霊戦線のケースがなぜか神武伝承ｗ

でも中身は普通に(?) 死霊戦線でした．

パッケージを入れた瞬間に動き出すんですね．topで監視してみたら常時CPUを 30% くらい食っていて，カメラの前で手を振ったら 90% 超えましたｗ デフォルトだとswfで保存されますが，MPEGで保存するにはffmpeg要作り直し？まあでも外からブラウザで確認する場合，swfの方が便利だからこれでいいか．とりあえず Webサーバとかの方も整備してそれっぽくしてどれくらいまともに動くのかテストですね・・・．/etc/init.d/motion で上げると映像を記録し始めた瞬間に落ちるのはなぜだ？