高ビットレートでのx264とx265


2

現在、BluRaysからの1080p Remuxes(これらは著作権で保護されていないFYI)である曲(地域)の大規模なコレクションを持っています。現在はテラバイトのストレージを使用しており、非常に非効率的にエンコードされているため、スペースを節約するために圧縮する予定です(一部は固定ビットレート(OMG!Right!)も使用しています)。現在、ビットレートはx264 High Profile L4.1で40 mbpsを超えているため、エンコードが悪いにもかかわらず、品質は同等です。

私はx264またはx265のハンドブレーキを使用してそれらをエンコードするつもりですが、いくつかの要因を決定できないようです。x264では、通常、「CRF 14/15」と「Very Slow」のプリセットと「フィルムチューン」を使用します。CRF 16では、気に入らないシーンで粒子の歪みが見られます!CRF14からわかるように、私はちょっと質のいい人です。

x265での最初のテストでは、x264 CRF14と同じビットレートのソースを使用して再エンコードしました(2パスの非常に遅いプリセットのコース!)。この時点でx265で同等のCRFを再マップする必要はありません。品質の違いは、私にとってはそれほどではありませんでしたが、一部のシーンでは非常にわずかに優れた粒子でした。実際、全体的に見て、x265はチューニングに変更を加えたにもかかわらず、画像のノイズを少し抑えているように見えました(明らかにノイズ除去と分解は無効になっています)。ただし、より低いビットレート(約4 mbps)では、x265は間違いなくx264を超えるメガジャンプです。品質の違いは非常に大きい!!

x265がまだ開発段階にあることは知っていますが、x265が良くなるのを待つことに何か意味があると思いますか?CRFが少し良くなるまで2か月か1年くらい待つことができますか、または高いビットレート要件(〜CRF14 x264)でx265と大きな違いはないと言いますか?

PSエンコード時間とCPU使用率は問題ではないため、これらの要因を無視してください。


HEVCには大量のCPUパワーが必要です。再生の場合、つまり。ハードウェアデコードに依存するデバイス(TV、電話、タブレットなど)でビデオを視聴しますか?
ダニエルB

先ほど言ったように、CPUの処理能力と時間は問題ではありません!さらに、互換性も問題ではありません!唯一の問題は品質です。
-Umer

回答:


1

handbrake 0.10.xの最新の安定したリリースで作業していると仮定すると、使用されるx265バージョンは1.9です。

x265プロジェクトのfacebookページによると、7月13日にリリースされた2.0バージョンには、次の2つの新機能があります。

  • rc-grain:粒子の粗いコンテンツ専用の新しいレート制御モードを有効にします。フレーム内およびフレーム間のQP振動を厳密に防止して、粒子の変動を防ぎます。
  • 粒子の調整:QP制御や分析オプションを含む、フィルム粒子の内容をエンコードするための完全にリファクタリングおよび改善されたオプション。

ハンドブレーキがバージョン2.0をサポートするのを待つことをお勧めします。または、プルリクエストを作成することもできます。


それに感謝します。Handbrakeがコーデックを更新するのを絶対に待ちます。それまでの間、CLIを使用して新機能を試します。
-Umer

1

私はh265に行きます。これははるかに新しいコーデックであり、h264よりもサイズが小さい驚異的な品質を備えています。

すばらしい比較のためにこのサイトをチェックしてください:http : //www.extremetech.com/computing/162027-h-265-benchmarked-does-the-next-generation-video-codec-live-up-to-expectations/2


1
リンクをお寄せいただきありがとうございますが、私の質問は現時点でのH265の開発状態に関するものです。このリンクは2013年に公開された記事ですが、実際には役に立ちません!
-Umer
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.