開発中x265でH.265/HEVCエンコード試用

NVENCに関しては対応してなくてがっかり、でしたが気を取り直して。
そもそも「いまさらH.264/AVC」ですよねぇ。すでに現在のシステムで十分実用的なH.264/AVCエンコードが出来るわけだし、別に新しいハードエンコードが出来なくてもそれほど困ることはありません！(負け惜しみ)

やはりこれから欲しいのはH.265/HEVCでしょう、ってなことで、DivXに次ぐH.265/HEVC第二段(？)、x265エンジンを使ってみましょう。

出力はやはりAviutlとプラグイン。べーた版となっていますがx264guiEx開発元のrigayaの日記兼メモ帳さんのところでx265guiEx 3.00βが公開されていますので、それをAviutlのフォルダに放り込みます。あと、後で音声の多重化に使うmuxer.exeとremux.exeも、同じrigayaの日記兼メモ帳さんで配布されているL-SMASHの新しいものを落として使いましょう。

ただ、ベータ版ですからx.265.exeが同梱されていません。あちらではビルド作業で入手されていますが、面倒なのでビルド済みのものを拾ってきましょう。

https://x265.cc/

ここが手っ取り早いです。今回は64bit - 8bpp版を利用しました。あと、再生用としてH.265デコーダーが入っているMPC-HCも落としておくと楽です。

x265は開発が始まったばかりで、まだオプションが不十分です。特に画面のアスペクト比の指定がまだ出来ないようですので、1:1でOKの1920x1080のMPEG2-TS動画のうち、2997フレーム(つまりジャスト100秒)の利用します。これをBonTsDemux110_mod10で分解し、MPEG2 Video Plug-inでm2vとwavを取り込んで使います。
さて、うちではエンコードが高速な方のCore i7 4770とFX8350でそれぞれ同じ動画のH.265/HEVCエンコードのテストを行ってみましょう。先にも書いたとおり2997フレームで、インターレースやサイズは維持。エンコード条件はプロファイルの"普通"をベースに、ビットレート指定で2000Kbpsを指定したほか、なぜか動き予想アルゴリズムがデフォルトのUneven Multi-Hexagonだとx265.exeがエラーを吹くので、高画質よりのStar Searchに変更して使いました。

4770 16分55.2秒　約2.95fps
8350 18分24.9秒　約2.71fps

この２つのCPUをもってしても実時間の10倍を越える時間がかかってしまい、実用とはまだ言いがたいものがあります。ただ、肝心の映像はさすがに優秀で、1920x1080ともなるとx264を使ったH.264/AVCでも4000Kbpsでは少々つらい画質になってしまいますが、H.265/HEVCは2000Kbpsでもそれを越える画質を見せ付けます。見るからに圧縮の難しい映像はさすがに苦戦して少々破綻しますが、ほとんどのシーンで十分視聴に耐える映像をみせてくれました。2500Kbpsまであげるか、2passがサポートされればなんとかなりそうな感じさえします。なお、再生はGPUのデコーダーはほとんど利いていないはずですが、3770で10～20%程度の占有率で再生してくれるので、現在でも十分軽いという印象です。

この先もっとエンコーダーの開発や最適化が進んでも、今のH.264/AVCくらい手軽にH.265/HEVCが使えるようになるには、CPUの性能が2倍以上アップしてくれないと厳しそうですね。再生環境も限られています(ちなみにDivXのプレイヤーでは再生できませんでした)が、この先スタンダードとなるのは確実ですから、今のうちH.265/HEVCに乗り換えてさらに容量節約というのも悪くないかも知れません。