或るプログラマの一生

バージョン 16.0.0 に向けて、UQRG (UtVideo Pro RGB 10bit) と UQRA (UtVideo Pro RGBA 10bit) を実装している（実装した）のですが、

• 一般的な 10bit 対応の動画編集ソフトは QuickTime 経由でしか 10bit 動画を扱えない（少なくとも VCM 経由ではダメ）。独自のプラグインインターフェースを持つソフトもあるにはある（Premiere とか）
• Premiere Pro for Mac は UQRG/UQRA をうまく使ってくれない。挙動を見る限り 8bit (k32ARGBPixelFormat) でコーデックに渡そうとして失敗しているように見える
• Premiere Pro for Windows でも同様の挙動。
• 使ってくれるようになる条件が不明で頓挫。そもそも Premiere の設定方法からして分からないのだけど。
• AfterEffects for Windows で試してみると「数百万色」（=8bitカラー）しか選べない。「数兆色」（=16bitカラー）が選べない。
• EDIUS Pro 8 だとプロジェクトの設定を 10bit にすると UQRG/UQRA を期待通り使ってくれる。8bit の時にどうなるかは試していない。
• しかし、周知のとおり QuickTime for Windows は EOL っぽいので、 Windows 用のソフトだけで使えてもほとんど意味がない。

うーんうーん…

IkaLog には Slack 連携機能があって、バトルの結果を Incoming WebHook 経由で発言させることができるのですが、発言内容はルールとマップと勝敗だけであり不十分であるため、チャンネル内の他のプレーヤー向けの記録としては結局手動で stat.ink の結果の閲覧ページを貼っていました。しかし、これだと stat.ink への投稿が完了するまで待って URL を調べて発言して、となって面倒です。下手すると次のバトルが始まってしまうし。

というわけで、IkaLog の作者の hasegaw さんにお願いして、IkaLog が stat.ink へバトル結果を投稿した時の完了イベントを WebSocket 経由で取得できるようにしてもらい、それを利用して Slack の Incoming WebHook 経由で URL を自動で貼るスクリプトを作りました。

Apple Ends Support for QuickTime for Windows; New Vulnerabilities Announced えっえっ

ウチの Mac mini (Yosemite) のセキュリティアップデートを当てて再起動したら、VNC Viewer (Free) で繋がらなくなってしまいました。正確には、繋げると「選択されたユーザアカウントは利用できません」というダイアログだけが出てきます。

機能追加

• Windows: ワーカースレッドの優先度を設定する機能を追加した。

バグ修正

• VCM コーデックで、一部の対応しない入力フォーマットに対して、出力フォーマットを提示していた。

性能向上

• QuickTime コンポーネントの処理を効率化した。

そういえば調べてませんでしたが、動作することを確認しました。

なお、Windows 10 をアップグレードインストールした場合、アップグレード直後は使えないことが予想されます（Windows 10 に限りませんが）。これは、Ut Video Codec Suite は DLL をシステムディレクトリにインストールしているからです。改めて Ut Video Codec Suite を（再）インストールすると使えるようになるはずです。

その他

• MFT 版のコーデックを削除した。

優先度とかは特になしで。

• QuickTime インターフェースでの非効率な実装の解消
• ワーカースレッドのスレッド優先度を設定する機能 参考
• デコーダを特定のレンダラに接続すると動作がおかしい件の解明と解消 参考
• UQRA/UQRG
• UPY4? ULY4?

せっかく GitHub にもレポジトリを置いたのだから、そこの issues で管理した方がいいのではないかという気もしてきた。

手元の Subversion なレポジトリのうち、オープンソースであるようなものを git に変換し、さらに GitHub に載せました。ただし、マスターは依然として手元にあるものとして扱います。

対象は imck, mdsplayer, utplayer, utvideo, vctest, vclist, kotoribot, kancolle-dic です。

GitHub に載せた直接的な理由は、utvideo の fork らしきものが6個あるからです。 utvideo で検索 / libutvideo で検索

あと、git なので手元にあるレポジトリと GitHub にあるレポジトリとは完全に同じものになるはずで、HDD の障害などでレポジトリを失う可能性を低くすることができます。