或るプログラマの一生

アルファチャンネルを解釈して半透明にして再生する動画プレーヤーを作ってみました。Windows Vista 以降用。

家鯖の HDD を交換して大きくなったわけですが、作業をさぼっていて上に載ってるファイルシステムはそのままなので空き容量は特に増えてませんでした。ここらでえいやっとファイルシステムを拡張します。RAID パーティション（md デバイス）は既に拡張してあるので、resize2fs するだけです。Linux 2.6 以降なら ext2/ext3 はオンラインで（= マウントしたまま）ファイルシステムを拡張できます（他にもオンラインで拡張できるファイルシステムはいっぱいあるけど特に調べてない）。マシンを止めたくないので、もちろんオンラインで拡張します。

前と同様。

前提知識書く気も無いので環境と結論だけメモっときます。

ただしドイツ語版ですが。

第２外国語はドイツ語選択でしたが、さすがに辞書なしでは読めません。というわけで Google 翻訳でどうぞ。英語 日本語 英語への翻訳なら結構マトモですね。

ちなみに編集履歴を見ると最初に書いた人は Hikaru-Shindo となっていて、ドイツのアニオタっぽいです :-)

06/16 の x86/x64最適化勉強会4 で『「AMDで使うと遅いんだけど」』というタイトル（カギカッコまで含めてタイトル）で発表してきました。とても軽い内容ですが。

pptx@自鯖 / slideshareしばし待たれよ

Amazon が bot （ここでは ≒ web クローラ）を正規形である長い URL（ページ内容は同じ）にリダイレクトすることは、だいぶ昔から知られています。co.jp 以外は調べてませんが、co.jp でだけ特殊な動きをするってことも考えづらいので、多分同じでしょう。

技術的にまとまってるのは 404 Blog Not Found:http://www.amazon.co.jp/ の「二枚舌」に学ぶ究極のSEO（2007年の記事）で、ここを見ると特定の UserAgent だとリダイレクトするようだ、と書かれています。

性能向上

• Mac で、RGB から ULY2 へのエンコードをアセンブラ化して高速化した。
• 共通: デコードを少しだけ高速化した。
• 共通: x64 で、エンコードを 10% 程度高速化した。

その他

• Mac で、中間圧縮用コーデックとしては不要なフラグを出力しないことによって、エンコード後のサイズをちょっとだけ小さくした。

v210 という YUV422 10bpc の非圧縮映像フォーマットがあります。このフォーマットは16バイトに6ピクセルを pack するようになっています。4バイトごとに2ビット余りますが、そこは0を埋めます。

さて、AVI ファイル…というか BITMAPINFOHEADER には biBitCount という WORD メンバがあって、非圧縮のフォーマットの場合は平均 bpp を格納することになっています。上記のとおり16バイトに6ピクセルなので、21.333…bpp と非整数です。結局何を入れればいいのか分からないので手元のソフトウェアの動作を見てみると以下のようになりました。

VirtualDub 1.9.11 （ちょっと古い）

20 = 4バイトごとに余った2ビットを計算に入れない場合の bpp

Premiere Elements 4 （これまた結構古い）

16 = 8bpc として計算した場合（例: UYVY）の bpp

うーん？

あと、v210 を定義している（と思われる）文書では、QuickTime の場合では 24 にしろ、と書いてあるように読めます。

てんでバラバラなのでどうしたものやら。

バージョン 11.0.0 で、Mac 上で QuickTime 経由で MOV ファイルにエンコードすることができるようになりました。一方、昔からある Windows 版では AVI ファイルにエンコードします。この記事では、相互にどのように読み込みができるかを説明します。