ビデオを圧縮するとさらに大きなファイルが作成されます

GUI（右クリック=>圧縮）を使用して、合計1.7GB（.H264 MP4）の3つのビデオを含む.tarを圧縮しようとしました。gzip、lrzip、7zなどはすべてファイルサイズには影響せず、圧縮フォルダーも1.7 GBです。

次に、コマンドラインからlrzipを実行して（GUIの問題の場合）、-zフラグ（極端な圧縮）を使用しました。これが私の出力でした。

圧縮率が示すように、圧縮フォルダの実際のサイズは元のサイズよりも大きくなっています！なぜ運が悪いのかわかりません。特に、lrzipは、私が読んだランダムなレビューと公式ドキュメント（100 MBより大きいファイル、大きいほど良い）によれば効果的です-https：//wiki.archlinuxを参照してください。 org / index.php / Lrzip

ファイルを圧縮できないのはなぜですか？

@pramがコメントで述べたように、mp4ビデオはすでに圧縮されており、他のビデオ形式もおそらくある程度圧縮を使用しています。したがって、それらを圧縮しようとしても、サイズの縮小は（もしあれば）ほとんどありません（これは、少なくとも部分的には、画像や音楽にも当てはまります）。この場合、（圧縮ファイル自体の）メタデータが増加を引き起こしているように見えます。ある程度の縮小をもたらす可能性がある（そして強力な可能性がある）唯一の圧縮形式はxzです。

別の注意として、これらのビデオのサイズを縮小したい場合は、代わりにHandbrakeなどを使用してビデオを再エンコードすることを検討してください。

実際、ファイルが既に圧縮されているという事実は重大な問題ではありません。これは次のとおりです。一般に、圧縮はデータに何らかの冗長性がある場合にのみ機能します。圧縮されていないファイルの場合、これは事実上常に当てはまりますが、冗長性が何であるかは必ずしも明らかではありません。汎用圧縮アルゴリズムは、主にテキストファイルで明らかな種類を対象としています。多くの単語は1回だけでなく、同じ形式で何度も現れたり、単語のフレーズを組み合わせることができるなどです。これをASCIIエンコードされた中国語の詩の電話番号リストからバイナリマシンコードまで一般化しますが、どのような種類のデータでも機能しない可能性があります。特に、メディアファイルは概念的にノイズの多いデジタル表現のアナログデータ。つまり、実際にはテキストファイルの冗長性はまったくありません。一部の動機は繰り返される可能性がありますが、常にセンサーノイズの構成がわずかに異なります。そのため、すべての圧縮画像/ AV形式は、最初のエンコードステップとして、通常DCTまたはウェーブレットに基づいて、巧妙に選択された変換を使用します。これらの変換は、大まかに言って、画像部分とノイズ部分を別の場所に移動するので、それらを十分に分離することができます。良い情報」には多くの冗長性があります。（それは実際にはどのように機能するかではなく、ある種のことです。）

汎用コンプレッサーがこれらの変換を使用した場合、効果は逆になります。ほとんどのデジタル情報は、アナログ信号に見られる「滑らかな」構造がないため、実際には何らかのノイズとして誤分類されます。そして、不可逆的なビデオ圧縮の後、明らかにアナログの滑らかさもデジタルの再発ももう見られません（もしあれば、コーデックは別のbzipステージまたは何かを使用します！）

運がないのは、mp4が既に圧縮されているため、それ以上圧縮できないからです。圧縮フォーマットのヘッダー情報をファイルに追加するだけです。

ファイルは既に圧縮されており、それ以上圧縮できないため、同じ情報を保持してヘッダー情報をさらに数バイト追加するだけなので、ファイルサイズが大きくなります。

これは鳩の巣の原理の良い例です。

ファイルはすでに（損失のある）圧縮されているので、どこにも縮小することはほとんどないか、まったくありません。つまり、既に正味のゲインがゼロになっています。他の人が述べたように、圧縮されたフォーマット自体には、それ自体のメタデータの特定の、通常は無視できるほどの損失があります。これらすべてが一緒になったということは、同等またはより小さいファイルのセットにおそらく鳩の巣が残っていないため、圧縮データが大きなファイルのセットに分類されることを意味します。

これらのファイルを圧縮する場合は、品質を下げる必要があります。

これらのファイルがどのくらいの長さで、どのような形式およびコンテンツタイプであるかを知らなければ、これらのファイルが目に見える品質の低下なしに縮小する余地があるかどうかを見分けるのは困難です。

1080pビデオを搭載したBluRaysは25GBを超える傾向があるため、H.264の品質とサイズの比率がすでに最適である可能性は低くありません。

ffmpegまたはavconvを使用してファイルを変換してみてください。

で始めることができます ffmpeg -i input_file.mp4 -preset slower -crf 20 -c:a copy output_file.mp4

anconvコマンドも同様に動作します。

• -crf値を増やしてファイルサイズと品質を減らします。25を超える値はお勧めしません。

• あなたはにプリセットを変更することができslowたりmediumスピードを上げるために、しかし、あなたのファイルサイズがに比べ低下しますslowerかさえveryslow（あなたは非常に患者！なら）。

• その他の設定については、http：//mewiki.project357.com/wiki/X264_Settingsをご覧ください。

• プリセットは適切なデフォルトを提供するため、ほとんど-tune例外を避けることをお勧めします。

• コンテンツが映画（-vf hqdn3d）の場合は、ノイズ除去を試してください-crf。高い値を使用する場合と比べて、視覚的な品質を向上させることができます。

• コンテンツ-vf scale=-1:720を720pおよび-vf scale=-1:480480pに縮小すると、エンコード速度が向上し、品質が維持されます。