0

そこで最近、次のハンドブレーキ設定を使用して、デフォルトの Windows 7 Wildlife サンプル ビデオのエンコードを試してみました: http://i.stack.imgur.com/GQhQv.png

これを 3 回行いましたが、唯一の違いは x264 プリセットで、超高速、中、プラセボに設定しました。当然のことながら、Ultrafast エンコーディングはロスのない方法でビデオを圧縮するという非常に悪い仕事をしていたため、ロスのない圧縮の前にビデオのビットレートを下げて、最終的なビデオの設定された 1000kbps ビットレートに準拠する必要がありました。ミディアムとプラセボは、非圧縮ビットレートを高くする余裕があるため、ここに見られるように、はるかに良く見えます: http://i.stack.imgur.com/YPmV8.png

私が直面している問題は、上記の MediaInfo の詳細から、リフレームを除けば、ファイル間に大きな違いがまったくないように見え、品質にそれほど大きな影響を与える可能性があるとは思えないことです。ビデオの(ただし、私が間違っていることを自由に証明してください).

すべてのビデオが同じ圧縮後のビットレートを持っているように見えるので、自分で調べずにビデオの実際の品質をどのように判断するつもりですか? 非圧縮ビットレートを表示できるツールはありますか?

4

1 に答える 1

0

圧縮されていないビットレートは、幅 * 高さ * ピクセルあたりのビット数です。bbp は、YUV420p (ビデオで最も一般的なカラー形式) の場合は 12 です。最終的な 3 つの動画はすべて同じビットレートになります。

ビットレートは品質の無用な尺度です。最善の方法は、ビデオを見ることです (主観的なテスト)。自動化できる PSNR や SSIM などの精度の低い客観的テストがあります。

速度設定の違いは、エンコーダの各フェーズで費やされる時間です。たとえば、エンコーディング プロセスの動き補償ステップです。基本的には、前のフレームから現在のフレームに類似したデータが検索されます。見つかった場合、現在のフレームにピクセルをエンコードする代わりに、前のフレームのピクセルが参照されます。これは、現在のフレームをより少ないビット数でエンコードできることを意味します。検索に費やす時間が長いほど、より良い一致を見つけることができます。したがって、CPU を犠牲にして同じビットレートで品質を向上させます。

于 2014-11-24T15:43:27.117 に答える