高ビットレートでのx264とx265
私は現在、BluRaysの1080p Remuxesである曲（地域）の大規模なコレクションを持っています（これらは著作権で保護されたFYIではありません）。それらは現在テラバイトのストレージを使用し、非常に非効率的にエンコードされているため、スペースを節約するために圧縮するつもりです（一定のビットレートを使用しているものもあります（OMG！右！））。現在、x264ハイプロファイルL4.1のビットレートは40 mbpsを超えているため、エンコードが不良であっても品質は同等です。
x264またはx265のハンドブレーキを使用してエンコードするつもりですが、いくつかの要因を決定できないようです。 x264では、通常、「CRF14/15」と「VerySlow」のプリセットと「フィルムチューン」を使用します。 CRF 16では、気に入らないシーンで粒子の歪みが見られます。 CRF14からわかるように、私はちょっと質の高いフリークです。
x265での最初のテストでは、この時点で同等のCRFをx265で再マッピングする必要がないため、x264 CRF14と同じビットレートのソースを使用して再エンコードしました（もちろん2パスの非常に遅いプリセットです！）。 。いくつかのシーンで非常にわずかに良い粒子を除いて、品質の違いは私にとってそれほど大きくありませんでした。実際、全体として、x265は、チューニングに変更を加えたにもかかわらず、画像のノイズを少し軽減しているように見えました（ノイズ除去とデコーミングは明らかに無効になっています）。ただし、ビットレートが低い場合（〜4mbps）、x265は間違いなくx264を超えるメガジャンプです。品質差が大きい!!
x265はまだ開発段階にあることは知っていますが、それが良くなるのを待つことに何か意味があると思いますか？ CRFが少し良くなるまで、またはビットレート要件が高い（〜CRF14 x264）ので、2、3か月、おそらく1年待つことができますが、x265との違いはあまりないと思いますか？
P.S.エンコード時間とCPU使用率は問題ではないため、これらの要素は無視してください。
ハンドブレーキ0.10.xの最新の安定版リリースを使用しているとすると、使用されるx265バージョンは 1.9 です。
x265プロジェクトのFacebookページ によると、7月13日にリリースされた2.0バージョンには、次の2つの新機能があります。
- rc-grain：特に粒子の粗いコンテンツに対して新しいレート制御モードを有効にします。粒子の変動を避けるために、フレーム内およびフレーム間のQP振動を厳密に防止します。
- 粒子の調整：QP制御や分析オプションなど、フィルム粒子のコンテンツをエンコードするための完全にリファクタリングおよび改善されたオプション。
ハンドブレーキがバージョン2.0をサポートするのを待つことをお勧めします。または、プルリクエストを作成することもできます。
私はh265に行きます。これははるかに新しいコーデックであり、h264よりも小さいサイズで驚異的な品質を備えています。
素晴らしい比較のためにこのサイトをチェックしてください： http://www.extremetech.com/computing/162027-h-265-benchmarked-does-the-next-generation-video-codec-live-up-to -期待/ 2