或るプログラマの一生

前の記事で、バイト数を数えるのが面倒な人はファイルに保存して云々、と書きましたが、それもやっぱり面倒なことには変わりがないので、入力フォームに文字列を入れるとバイト数を数えてくれる HTML ファイルを作りました。改造やお持ち帰りはご自由にどうぞ。

作ったのは昨晩なのですが、説明文で春香さんが奇声を上げる P や説明文の AA に定評のある P には好評のようです（笑）

性能向上

• ImasMultiColorKeying2 をマルチスレッド化した。

どれくらいの人が気づいているか分かりませんが、現在のバージョンでは横幅が 4 の倍数でなければいけないといった制約はなく、それどころか奇数でも動くようになっています。奇数でも動くようにするために、プログラム側（特にアセンブラバージョン）では、かなり汚い部分があります。アライメントの問題もありますし、できればこういうのはナシにしたいところです（今更

Huffyuv と本質的には同じ処理を、とりあえずエンコードの部分だけ実装したんですが、計測したところ期待したような速さにはなってなくて、Huffyuv と同じ速さにしかなってませんでした。ループの回り方が以前の Ut Video Codec Suite のものと若干異なるのですが、期待した速度になっていないのはそれが原因なのかも…（確証なし）。すごい苦労して実装して速度が同じとか徒労感で泣ける。

これ以上のアセンブラレベルでの最適化は無理っぽいので、このままだと「Huffyuv より圧縮率が悪くてエンコード速度が同じ」というものが出来上がってしまいます（デコード速度は作っていないのでまだ不明）。これじゃ作る意味ないよなぁ…。あきらめて、書いたコードを捨てて YUV420 対応に進むべきなんでしょうか。

この程度の情報、どこかに載っていても良さそうなものなのだけど、ググり方が悪いのか見つからなかったので、SMILEVIDEO の挙動を実験的に調べてみた。

やよい…恐ろしい子！（白目

ここんとこ不安定な天気が続いていますが、先ほどから東京都区内は猛烈な雷に見舞われております。実はさっきまで寝てたんですが、雷光と雷鳴で目が覚めるという凄まじい状態でして。

雷のせいで停電したりPCが壊れたりという被害はなかったので、個人的には大した問題ではない（せいぜい雨の中晩飯を食いに行くのが面倒なのでサトウのごはんにした程度）のですが、全国的には土砂崩れとかすごい被害になっているようですね…

頑張って1位になってきたぜ。あと3位も私だったりする。

吉野家セブンイレブンの店員にマークされたらしい。

ねぎだくを頼んだ覚えはないのだがなぁ（何）

しかし、開封時に手を切りそうなパッケージは何とかならないのだろうか。ゲイツポイントに限ったことではないのだが…（コントローラとかのパッケージもやっぱり手を切りそう）