La compression des vidéos crée un fichier encore plus grand

J'ai utilisé l'interface graphique (clic droit => compresser) pour essayer de compresser un .tar contenant 3 vidéos totalisant 1,7 Go (.H264 MP4). gzip, lrzip, 7z etc. ne font rien à la taille du fichier et le dossier compressé est également de 1,7 Go.

J'ai ensuite essayé d'exécuter lrzip à partir de la ligne de commande (au cas où c'était un problème de GUI), et j'ai utilisé l'indicateur -z (compression extrême), et c'était ma sortie.

Comme le montre le taux de compression, la taille réelle du dossier compressé est plus grande que l'original! Je ne sais pas pourquoi je n'ai pas de chance, lrzip en particulier devrait être efficace selon les critiques aléatoires que j'ai lues et les documents officiels (fichiers de plus de 100 Mo, plus ils sont grands, mieux c'est) - voir https: //wiki.archlinux. org / index.php / Lrzip

Pourquoi ne puis-je pas compresser mes fichiers?

Comme @pram l'a dit plus haut dans le commentaire, les vidéos mp4 sont déjà compressées, et d'autres formats vidéo utilisent probablement aussi la compression dans une certaine mesure. Par conséquent, essayer de les compresser n'entraînera pas une faible (voire aucune) réduction de la taille (cela s'applique également, au moins en partie, aux images et à la musique). Dans ce cas, il semble que les métadonnées (pour le fichier compressé lui-même) soient à l'origine de l'augmentation. Le seul format de compression qui pourrait (et c'est un fort pouvoir) entraîner une certaine réduction est xz.

Sur une autre note, si vous souhaitez réduire la taille de ces vidéos, essayez plutôt de ré-encoder les vidéos en utilisant quelque chose comme Handbrake.

Vraiment, le fait que les fichiers soient déjà compressés n'est pas le problème crucial. C'est cela: la compression en général ne peut fonctionner que si les données contiennent une sorte de redondance . C'est pratiquement toujours le cas pour les fichiers non compressés - cependant, ce n'est pas forcément évident que la redondance est. Les algorithmes de compression à usage général ciblent principalement le genre de chose évidente dans les fichiers texte: de nombreux mots apparaissent non seulement une fois mais beaucoup de fois sous une forme identique, peut-être que des phrases de mots peuvent être combinées, etc. etc. Les algorithmes sont assez bons dans généralisant cela à n'importe quoi, des listes de numéros de téléphone encodés en ASCII sur la poésie chinoise au code machine binaire, mais ils ne peuvent pas fonctionner pour n'importe quel type de données. En particulier, les fichiers multimédias sont conceptuellementdonnées analogiques , dans une représentation numérique bruyante. Cela signifie qu'il n'y a pas du tout de type de redondance de fichier texte: certains motifs peuvent être récurrents, mais toujours avec une configuration légèrement différente du bruit du capteur. C'est pourquoi tous les formats d'image / AV compressés utilisent une transformation intelligemment choisie comme première étape d'encodage, normalement basée sur DCT ou ondelettes . Ces transformations déplacent grosso modo les parties d'image et les parties de bruit dans des emplacements différents, de sorte qu'elles peuvent être séparées et avec une compression avec perte, vous ne conservez que les informations que vous pensez être les plus "importantes", qui n'incluent pas le bruit, tandis que le " bonne information "a beaucoup de redondance. (Ce n'est pas vraiment comment cela fonctionne, mais en quelque sorte.)

Si les compresseurs à usage général utilisaient ces transformations, l'effet serait le contraire: la plupart des informations numériques seraient en fait classées à tort comme une sorte de bruit, car elles n'ont pas la structure "lisse" que vous trouvez dans les signaux analogiques. Et après une compression vidéo avec perte, il est évident que ni la fluidité analogique ni la récurrence numérique ne peuvent plus être trouvées (si c'était le cas, les codecs utiliseraient un autre étage bzip ou quelque chose d'eux-mêmes!)

La raison pour laquelle vous n'avez pas de chance est que mp4 est déjà compressé, vous ne pouvez pas le compresser davantage. Tout ce que vous faites est d'ajouter les informations d'en-tête du format de compression au fichier.

Étant donné que les fichiers sont déjà compressés et que vous ne pouvez pas les compresser davantage, cela entraîne une augmentation de la taille du fichier car tout ce que vous faites est de conserver les mêmes informations et d'ajouter quelques octets supplémentaires d'informations d'en-tête.

Ceci est un bel exemple du principe du pigeonnier .

Étant donné que le fichier est déjà compressé (avec perte), il n'y a pas ou peu de réduction nulle part, ce qui signifie que vous êtes déjà à un gain net nul. Comme les autres l'ont mentionné, le format compressé lui-même a une certaine perte, généralement négligeable, dans ses propres métadonnées. Tout cela se conjugue signifie qu'il n'y a probablement plus de trou de pigeon dans l'ensemble de fichiers égaux ou plus petits et donc vos données compressées tombent dans l'ensemble de fichiers plus grands.

Si vous souhaitez compresser ces fichiers, vous devrez réduire la qualité.

Sans savoir combien de temps et quel format et type de contenu ces fichiers sont difficiles à dire si ces fichiers peuvent être réduits sans perte de qualité visible.

Les BluRays avec vidéo 1080p ont tendance à être supérieurs à 25 Go, il n'est donc pas improbable que vous soyez déjà à un rapport qualité / taille optimal pour H.264.

Vous pouvez essayer d'utiliser ffmpegou avconvde convertir des fichiers.

Vous pourriez commencer par ffmpeg -i input_file.mp4 -preset slower -crf 20 -c:a copy output_file.mp4

La anconvcommande fonctionnera de la même manière.

• Augmentez la -crfvaleur pour diminuer la taille et la qualité du fichier, je ne recommande pas plus de 25.

• Vous pouvez modifier le préréglage sur slowou mediumpour augmenter la vitesse, mais la taille de votre fichier en souffrira par rapport à slowerou même veryslow(si vous êtes très patient!).

• Plus de paramètres peuvent être trouvés ici: http://mewiki.project357.com/wiki/X264_Settings

• Je recommande de rester loin de la plupart car les préréglages fournissent des valeurs par défaut raisonnables, à -tunel'exception de ceux-ci.

• Essayez un débruiteur si votre contenu est un film ( -vf hqdn3d), vous pouvez améliorer la qualité visuelle par rapport à l'utilisation d'une -crfvaleur élevée .

• Réduisez votre contenu -vf scale=-1:720pour 720p et -vf scale=-1:480480p pour améliorer la vitesse d'encodage et maintenir la qualité.