或るプログラマの一生

化けるというか斜めになって色がおかしくなるんですが。（きれいに斜めになるので輪郭は把握できる）

なお、試したのは体験版です。また、Neo 以外の EDIUS でどうなるかは調べる気も起きません…が、どうせ同じでしょう。

機能追加

• キーフレーム間隔を指定するオプションを追加した。(-k)
• コーデックステートを指定するオプションを追加した。(-s)
• エンコードのテストのみを行うオプションを追加した。(-e)
• バッファを高いアドレス（x86では0x10000以上、x64では0x100000000以上）に確保するオプションを追加した。(-H)
• 複数ファイルに対してバッチでテストできるようにした。

映像コーデックのインターフェースごとのコーデックの名前の長さについて。なお、全て1バイト文字であるものとします。

バグ修正

• AVX をサポートしないプロセッサでクラッシュすることがあった。
• 32個を超える論理プロセッサを持つシステムでクラッシュすることがあった。

映像のビット数 (bpc) を減らした場合に圧縮率がどう変わるかを計測してみました。ソースは Xiph.org Video Test Media の crowd_run を 1080p YUV422 8bpc (UYVY) に縮小したもので、右にシフトしてビットを削って圧縮します。なお、予測値の計算も残差も同じビット数になるようにしています。

アセンブリ言語でプログラミングしたい場合、以下のような方法があります

ちょっと高速化した。

単純なテーブル参照を繰り返すことによりハフマンデコードする場合のデコードテーブルのサイズについて考えてみる。

2014-01-19 更新: 証明を詰めて結論が変わりました。

性能向上

• ULRG,ULRA: 「圧縮率優先」でエンコードされた映像の RGB32/ARGB へのデコードを高速化した。

AVX2、具体的には VPGATHERDD と VPSLLVQ が実装されたので、それを使ってハフマンデコードを４つ並列に行うコードを書いていました。