2016-12-16 8 views
0

撮影したビデオを反転するには、以下のコマンドを使用しました。逆さま戻る右上にです。ffmpeg - 転置フィルターは出力ファイルを大きくします

$ ffmpeg -i in_file.mp4 -vf "transpose=2,transpose=2" out_file.mp4 

私の問題はこれです:out_file.mp4in_file.mp4より(GBで)50%大きくなっています。

これは正常ですか?

+0

コマンドから完全なコンソール出力を提供して、明らかな理由があるかどうかを確認する必要があります。 'in_file.mp4'へのリンクを提供することもできます。さもなければ、我々は推測することしかできない。 – LordNeckbeard

+0

in_file.mp4は3.8GBなので、出力は百科事典セットの長いものでした。しかし、大きなヒント、私はファイルに出力をteeingを開始します。 –

答えて

0

はい。オリジナルをエンコードするために使用されたものは、ffmpegよりも効率的です。最終的には慎重に調整して元のファイルサイズに戻すことができます。

何が起こっているか考えてみましょう。

  1. が戻ってmp4に生フレームのストリームを回し
  2. 転置生フレームのストリームにMP4ストリームを回し
  3. (ソースはどこから来たのかに応じて)それは全く予想だ

別の出力が表示されます。

出力と同じトリックを行う場合は、サイズが似ているはずです。

+1

私は、それが不公平な比較になるので、 "効率的"とは言いません。 'ffmpeg'は圧縮可能性に影響を与える目に見える圧縮アーチファクトを伴う可能性がある、既に損失のあるソースを再エンコードしなければなりません:エンコーダーによって実際の画像ビットの一部が無駄になります。また、どのエンコーダが使用されたかは不明である。 OPが 'libx264'の代わりに' mpeg4'を使って、その違いの大部分を占めるのであれば。おそらくオーディオもあります。 – LordNeckbeard

+0

通常のビルドを想定すると、OPのコマンドはx264を呼び出して再エンコードします。 x264は、最も効率的なH.264エンコーダです。 OPのコマンドにより、CRF23とプリセット媒体が自動的に選択されます。オリジナルは、CRFの値が高く(ビットレートが低い)、プリセットが遅くなることがあります。 – Mulvya

+0

うわー、ありがとう! noobのための大きい洞察力! –

関連する問題