日記みたいな何か

なんとこちらに SPE 向けに 最適化された Bitslice DES を使った celltripper のビルドの仕方の解説が！ ありがたいですなぁ．

できれば近いうちにマージして，他のところもう少しチューニングして 0.4 とか出したいところです．25回ループしてるところの最初のイテレーションをループの外に出すと，手前のロードのラッシュ部分と混ざって2命令同時発行率が上るんじゃないかと思ってるんですが，コンパイルして spu_timing でチラ見しただけでまだ動かしてない・・・

PCデポ行ってきました．ちょうど筆まめのアップグレード版が今日の広告の品になっていて，はがきスタジオからのアップグレードもOKとのことだったのでこれに決定．ついでにマウスとマウスパッドも買ってみたり．

で，帰ってきて早速インストールしようとしたんですが・・・あれ，なんか途中で止まる・・・っていうか DVD ドライブがなんか変な音立ててるんですけど (((（;゜Д゜))) ガクガクブルブル．2〜3度やりなおしてみるも状況は同じ．何だこりゃ・・・？

デスクトップ機のドライブがおかしいのかと思って， T60 の方で dd で ISO イメージに落とそうとしたんですが，こっちも400Mくらい読んだあたりでドライブが異音を・・・．えー，メディアエラー (;´Д`) ？

試しに Plextor のドライブのおまけについてきたツールでチェックしてみると・・・

キタ━━━(゜∀゜)━( ゜∀)━( 　゜)━(　　)━(　　)━(` 　)━(A` )━('A`)━━━…・・・．お店に持っていこうかと思ったけど，ちょうどこの時20時になったところで閉店＿|‾|○ ・・・まあ仕方ないから先に裏地作ったりするか．うぬぬ．しかし何というか，初期不良経験多いなぁ．世の中そんなもんなんすかねぇ．

ちなみに一緒に買ってきたエレコムのマウスは下の方がちょっと広いせいで握り心地がかなり悪く，早速肩がこってます (;´Д`)．ロジクールにするんだった．今日はとことんダメだな・・・

そんなわけで裏地作ってみました．今回はツールを色々組み合わせてやったんですが，ちょうど欲しい機能を持ったツールが見つからなかったんでそこだけ自分で適当に変換プログラム書いて乗りきってみたり．まさか年賀状作るためにコード書くことになるとはｗ．選んだツールのファイルフォーマットが単純で助かりました．

本当は今日中 (というか朝まで) に年賀状仕上げて投函とか考えてたんですが，筆まめがアレということもあったりして先に2日目のサークルチェックをすることに (まあ年賀状は遅れてもいいけどコミケは待ってくれませんからね・・・)．

とりあえず試聴は後回しにして一通りざーっと眺めてみたんですが，なぜかこれは是非欲しい！というのがいつも以上にないかも．「な，なに！ 『みんなのめたるDeath』だと！？」と一瞬盛り上がりかけたんですが，クオリティアップのため延期とのこと (´・ω・｀)．まあでもこれは超楽しみ．

まだ作ってないし．やばい．どうしよう．とりあえず手元の 64bit版XPで動かないはがきスタジオを今年こそ卒業したい (ここ2年は VMware の Windows2000 上で動かして印刷してたｗ) ので明日近所のデポで筆まめでも買ってくるか．

ちなみに mixi では1月に既出ですが，今年出したのはこんなのでした．色々あれであちこちモザイク入ってますが，まあ何となく雰囲気はわかるかなと．かなり大変だったけど今見るとなんか全然普通だな・・・．

ツールはいつも通りパワーポイントで写真とかの素材もパワポのクリップアート．いじってるところも多いけど．「ま」のハイリア語のフォントはゲバサイトさんのを使わせて頂きました．左下の「お」は知る人ぞ知る某しら「」氏の絵を使わせて頂いてます．

こちらもまだ何もチェックしておりませぬ．COOL&CREATEさんとこの新譜はライブDVDなのか・・・．うぬぬぬ．まあ，色々明後日頑張る方向で．今年は初日も行ってみようかと思っていたりもする・・・．

なんか終了時に刺さるらしい．たしかに昨日「このプログラムは応答なんたらかんたら」とか出てたような．「Windowsではよくあること」とか思って気にせず閉じたけど，確かに Pidgin でそうなったことは今までなかったような．公式でも出るらしいです．そしてここに報告が・・・．

yazさんによるとどうもこれの変更があやしいとか．でもそこを revert してもだめとかそんな話も．明日あたりにでも試してみるかー．

縦画面のゲームを Ustream の横画面にあわせて配信するにはどうすればいいんだろうなーと思って調べみたらコナ研さんの記事がヒット．なに，Doracast なんてツールがあるのか．・・・なんか超すごそうなツールですなこれ・・・しかも Flash なの？ すげえなぁ．

バージョンがちょっと違うのか，手元の環境だと設定項目が若干違うようで多少うろたえましたが，いじっているうちに大筋が見えてきて無事90度回した状態での配信に成功．うっひょーぴったり収まっとる．こりゃすげえ．コナ研さんのナイスまとめに感謝．

すごすごいと Twitter に書いてエスプレイド遊んでいたら何人かの方が IRC に (;´Д｀)'`ァ'`ァドキドキ．その後 DC でアンデフ動かしてみたりサターンで怒首領蜂動かしてみたり．どれもアレでしたが，特にアンデフがひどかった・・・orz．でも久々にやった怒首領蜂はすごく面白かったなぁ．

ちなみに映像はこんな感じで接続してました (ずれてたらごめん)．TVC-XGA2 のアナログRGBのスルー出力をディスプレイ(MDT242WG-SB)につなぎつつ，S映像の方をMTVX2006USBにつないでPC上で表示させる感じ．キャプチャするには微妙でしょうけど，まあ Ustream ならこれくらいでもいいのかな，と．本気でキャプチャするなら XPC-4 + PV4 とか？ わからんけど．

<映像編>

      基板 ┳ XRGB-3 ┳ TVC-XGA2 ┳ MDT242WG
           ┃        ┃          ┃
サターン ━┛        ┃          ┗ MTVX2006USB ━ PC
                     ┃
DC ━ DV-VGAデミロ ━┛

基板や SS は XRGB-3 の 21ピンの RGB ポートにつないでます．DC でも VGA 非対応なゲームは 15kHz モードにして XRGB-3 経由にする感じですかね．それも出ないやつは S映像でXRGB-3 経由？何だか間抜けだけど・・・って．遅延？よくわかりません＞＜

音声の方は全部ミキサに突っ込んでます．超便利．ヒタヒタさん本当にありがとう．

<音声編>

      基板 ┳ XRGB-3 ┳ M-10 ┳ スピーカー
           ┃        ┃      ┃
サターン ━┛        ┃      ┗ MTVX2006USB ━ PC
                     ┃
                DC ━┛

ていうか PV4 について見てたら特に入り用でもないのになんか欲しくなってきたぞ・・・．

たまたま別のところ経由で発見．ASCIIから戻れない？ うーん，そんなの設定しなくても uim 全体のキーバインドでいけるはずなんですが・・・．と思っていたら続きがあって，残念ながら既にお別れされてしまった後のようです (´・ω・｀)．Undo おかしいのかー．うーん，Canna あたりと同じようになるように作ったんだっけ？ もう忘れてしまった・・・． SKK だと特別に変だったりするのかなぁ．

出てたのでyazさんパッチを当ててビルドして置きました．こちらからどうぞ．

最近なぜか話題のチェンジエアブレードの基板をゲットしました．

無事動作したよ．わーい．

そしていよいよ本格的に置き場所がない・・・．

リストDMAで色々試してたらコンパイル時に変なエラーがが．

spu-gcc43 -Wall -g -O3  -c listdma_spe.c -o listdma_spe.o
listdma_spe.c: In function 'main':
listdma_spe.c:51: error: unrecognizable insn:
(insn 191 55 60 4 listdma_spe.c:26 (set (reg:SI 209)
        (plus:SI (const:SI (plus:SI (symbol_ref:SI ("dma_list") [flags 0x200] <var_decl 0x403decf0 dma_list>)
                    (const_int 120 [0x78])))
            (const_int 13 [0xd]))) -1 (nil))
listdma_spe.c:51: internal compiler error: in extract_insn, at recog.c:1990
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make: *** [listdma_spe.o] エラー 1

↓これがまずいらしい

mfc_list_element_t dma_list[16] __attribute__((aligned(8)));
...
dma_list[15].notify = 1;

↓こんな風に16byteアラインすると大丈夫．

mfc_list_element_t dma_list[16] __attribute__((aligned(16)));
...
dma_list[15].notify = 1;

まー，mfc_list_element_t の notify がこんなんだから色々例外っぽいけど・・・．あと，超どうでもいい話ですが上のソースには罠があって，リストの最後の要素の notify を 1 しても完了後にストールしてくれないので意味ないです．というか mfc_read_list_stall_status 呼ぶと返ってこなくなるので注意．

typedef struct mfc_list_element {
  uint64_t notify       :  1;   /** Stall-and-notify bit  */
  uint64_t reserved     : 16;
  uint64_t size         : 15;   /** Transfer size */
  uint64_t eal          : 32;   /** Lower word of effective address */
} mfc_list_element_t;

コメントに書くと長そうなのでこっちにー．団子厨さんから以下のようなコメントを頂きました．

> 128ビットアラインメントされてないアドレスをロードすると
> 下位４ビットが無視される。

> 128ビット境界を跨ぐデータをロードする場合、2回ロードを発行して、
> それぞれ右シフト＋左シフトして重ね合わせることになる。
> この際、シフト命令が補数をとる形式だと下位4ビットがそのまま使うことが
> できる。

おお！なるほど！ それは考えたことがなかった！ というわけで早速試してみたんですが，ちょっとうまくいかないっぽいです (´・ω・｀)

アドレスをシフト値に使うということなので，ビットで指定する spu_rlmaskqwbytebc ではなくバイトで指定する spu_rlmaskqwbyte の話になるかと思うんですが，たとえば以下のコードでbuf の中の「CDEFGHIJKLMNOPQR」を1個のレジスタに読み出したいようなシチュエーションでの利用ということでいいんですよね？

char buf[] __attribute__((aligned(16))) = "ABCDEFGHIJKLMNOP"
                                          "QRSTUVWXYZabcdef"
                                          "ghijklmnopqrstuv"
                                          "wxyz";
vec_char16 v, vp, v1, v2;
vp = (vec_char16 *)(buf + 2);
v1 = vp[0];
v2 = vp[1];

// ビッグエンディアンなので1個目を左シフト，2個目を右シフトする
v = spu_or(spu_slqwbyte(v1, (int)vp),
           spu_rlmaskqwbyte(v2, (int)vp));

残念ながら，これはうまくいかないっぽいです．動かすと，vの中身は「\0\0\0\0\0\0\0\0\0\0\0\0\0\0QR」か「CDEFGHIJKLMNOP\0\0」になってしまいます．

シフトの大きさは (bufのアドレス + 2) としていますが，これは (16の倍数 + 2) になっているので，左シフトでも右シフトでも下位4bitしか見ないのであれば「2」を指定したのと同じになるはずです．

が，実際は，spu_rlmaskqwbyte は指定されたシフト値の符号を反転した後，下位5bitを取り出して，その数分右シフトします．また，バイト単位で左シフトする命令の spu_slqwbyte も同じように下位5bitを使います．なので，上記コードでは，シフト値として「2」が渡されるとは限らず，bufのアドレス次第では「18」になってしまう可能性があります．

で，18 になってしまうと，18 バイト左シフトされた1個目の値は全部 0 で埋まってしまいます．右シフトの方は「-14」を指定したのと同じことになるので14bit右シフトしてくれて丁度いいのですが・・・．

また，vpの下位5bitが 18 でなく 2 だった場合，左シフトは 2バイトでいい具合なんですが，今度は右シフトが「-30」を指定したのと同じ扱いになってしまい，結果が全部 0 で埋まってしまいます (´・ω・｀)

というわけで，アドレスをそのまま使って2回に分けてロードしたベクタの合成には使えないかなーという感じなのですが，どうでしょう・・・．わざわざ5bit分使うのは16バイトの右シフトにも対応させたかったからなんですかね・・・．うーん．

あと，ここまで書いて気がついたんですが，SPEではそういう必要が生じたらシャッフル命令を使ってこんな風にやるのが普通なのかもしれません．

char buf[] __attribute__((aligned(16))) = "ABCDEFGHIJKLMNOP"
                                          "QRSTUVWXYZabcdef"
                                          "ghijklmnopqrstuv"
                                          "wxyz";
vec_char16 v, vp, v1, v2;
const vec_uchar16 vshuf2 = (vec_uchar16){ 2,  3,  4,  5,  6,  7,  8,  9,
                                         10, 11, 12, 13, 14, 15, 16, 17};
vp = (vec_char16 *)buf;
v1 = vp[0];
v2 = vp[1];

v = spu_shuffle(v1, v2, vshuf2);

12月9日版のG-HAL氏パッチを当てたAnthyを使っているわけですが，恐ろしいパターンを発見してしまいました．

「そのでばいすに」を変換すると，普通は「その + デバイスに」になってくれると思います．が，うっかり間違えて文節を伸ばしてしまって「園で + 倍すに」とした上で1回確定してしまうと，その後何度文節を直して確定しても「そのでばいすに」→「園で + 倍すに」で固定されてしまいます・・・．

今んとこ復帰するには last-record2_default.utf8 をエディタで開いて「園で」とかを探して手で消すしかないような．うーむ，うまいこと設定で回避できないものか・・・．他の人どうっすかねー．まあ，覚えてくれないよりは遥かにいいのかも知れませんがｗ