動画のエンコードに時間がかかる3つの理由

大きな要因としてはここら辺だと思います。特にAMDアーキテクチャはメモリのスペックが及ぼす影響は大きいです。

時間がかかる理由については経験則的にある程度は分かっているつもりですが
備忘録としてグラフを見ながら整理していきます。

~~ちなみに私はx265に関する知識はエアプなので参考にしない方がいいと思います！~~

実験環境

Core i5 6500 3.3GHz
環境はクリーンではありません。時々バックグラウンドで録画ソフトが走っていますがリソースはあまり喰わないので無視出来る範囲のはず。

HandBrake 1.0.7(x265)

それぞれをH.265（HEVC）にエンコードした時のサイズと時間を抽出しました。動画の時間は12分です。

尚、グラフのスケールはどれもバラバラなので読むときには気をつけてください。

インターレースを保持している動画をインターレース処理します。

24fpsと可変fpsはどちらの方が処理に時間がかかるかという実験です。

あれれぇ〜
思ってた結果と真逆だ。後者の方がスタイリッシュで手短に終わっていますね。

フレーム数はMPC-HCを使って確認しました。というかそれ以外の動画再生ソフトで可変フレームレートをキャッチしてくれるソフトあるんですかね…。

バラエティ番組・ドラマは基本的に60fpsの映像なので破棄するor二重化するのがセオリーです。
予想通り二重化の方が時間かかっていますね。

一応GPUエンコードのデータも併記しています。
インターレース処理なしだと再生時間の1/3とかの時間で終わるんですけどやっぱりインターレース関係の演算はCPUでやっているのか少し時間がかかっています。

8コアのCPUだとx264で処理した方がいいかもしれません。

1920だとそれなりに時間がかかります。

エンコードの時間を減らしたいときは1280×720にするといいですよ。サイズも減りますし。
後になって気づいたんですけど1280も1440も情報量としてはあまり変わらないですね＾＾；

ここから先はインターレース処理済みのやたらビットレート（サイズ）が高いアニメ(24fps)をソースに使います。
パラメーターの数値が下がれば下がるほど画質が上がります。確かアルゴリズムは可変ビットレートだったはず…。

これは意外でした。処理時間自体大して変わらないだろうと思っていましたが結構な差がありますね。

私は普段22くらいに設定しています。

ちなみに30の時の画質を一応チェックしたんですけど普通に高画質でした。
多分大きなサイズの液晶テレビで視聴したら画質の劣化に気づく人少ないのではと思えるくらいのレベルでした。

んで、どこが劣化しているのかというとノイズですね。輪郭周りにノイズが結構乗っていました。ソースが良かったのかx265が進化した結果なのか背景の劣化は無かったです。

あっという間に終わりますね＾＾；

その分サイズの増大や画質の劣化とトレードオフなんですけどH.265なだけあってサイズも画質も大丈夫でした。

許容範囲とは言ってない

そもそも画質を維持したままサイズを落とすのがエンコードの主な目的です。

ここが本命です。