sebsauvage
Suivre

Mon Samsung S5 Neo enregistre les vidéos en mp4 (comme beaucoup de téléphones)

Et je me suis toqué de les recompresser avec ces options: sebsauvage.net/wiki/doku.php?i

Bah c'est juste affolant la place qu'on gagne.

33,5 Mo ➡️ 5,9 Mo
125,5 Mo ➡️ 57 Mo
29,8 Mo ➡️ 4,4 Mo
113,4 Mo ➡️ 35,6 Mo
40,8 Mo ➡️ 16,1 Mo

Pour une qualité indiscernable de l'original !

➡️➡️➡️ Go recompresser mes archives de vidéos de famille.

@sebsauvage Très intéressant.

Je viens de faire le test avec un de mes montages (réalisé avec Kdenlive). Le fichier (au format mp4) est passé de 87 Mo à 112 Mo. 🤔

@jeanneavelo
Tiens curieux !
ça veut dire que l'encodeur de KEndlive fait déjà du très bon boulot.

@sebsauvage C'est bon à savoir ! 🙂

Le souci c'est que le mp4 en sortie était illisible par vlc (écran noir) et que mon bureau a freezé... J'ai été obligé de basculer en console et de faire un kill -9.

@sebsauvage

Pourquoi pas de HEVC dans le cas de sauvegarde perso ?
Si je lis bien, c'est un moyen d'obtenir une compatibilité maximale, pas compréssion max...

@FMR
HEVC (alias H265) est bien meilleur. Il permet une meilleure compression mais n'est pas lisible partout.

Pour le moment le MP4 est plus "universel".

Pour une meilleure compression, j'attends beaucoup du nouveau codec AV1.

@sebsauvage

Pour de l'archivage perso osef un peu non ? A moins de mettre des vidéos perso en private sur YT...

@FMR
Tant que je peux gagner un peu de place sur mes supports de stockage, ça me va.

@sebsauvage

J'avais récup ta ligne x264 (suite à un poste je ne sais plus ou...) et intégrée dans un script Nautilus

@sebsauvage sympa l'article
par contre tu précises pas le video biterate (ou éventuel crf)

@diarra
oui je n'ai rien précisé.
Je ne sais pas comment se comporte ffmpeg sur le coup: il essaie de garder un bitrate équivalent ? il en prend un par défaut ?

@sebsauvage yep il en prend un par default, cf la doc en ligne ffmpeg / x264

perso je compress en CRF 23 mes vids pour l'archivage

@sebsauvage

Par défaut, c'est CRF 23, qui produit une bonne qualité d'image. Il n'y a pas de bitrate associé, tout dépend en fait de la compressibilité de ta vidéo.

trac.ffmpeg.org/wiki/Encode/H.

Vidéo très compressible (ex. suite de plans fixes) = petit bitrate avec bonne qualité d'image.

Vidéo peu compressible (ex. pluie ou mouvements rapides) = grand bitrate avec bonne qualité d'image.

Le CRF définit une qualité d'image, et le bitrate devra suivre en conséquence.

@diarra

@Nel on sent la passion de la compression .. d'animes ? :)

@sebsauvage

@diarra
Compression oui, mais pas forcément d'anime, même jamais en fait. 😁

C'est surtout la technique qui m'intéresse. Et ça me gonfle quand je vois encore des vidéos compressées en 2 passes, à grand coup de bitrate au doigt mouillé. Surtout quand le CRF a été développé spécifiquement pour ces cas de figure. On est plus au temps du CD 700Mo bourdayl !

Et c'est vrai que les teams d'animes sont en général très calées sur ce sujet, et font du très bon boulot.

@sebsauvage

@Nel jai pas mal planché sur les bitrates 2pass pour des vids sur le net (480,720,1080) et CRF pour l'archivage

ça me donne envie de créer une page web rien que pour présenter ça ! yum

@sebsauvage

@diarra

"Et moi je dis HOLD ON, on se calme. On va refaire des pages Web. Et ce sera chouette."

Mais carrément. La semaine dernière j'ai exploré par hasard les archives des quelques sites web et autres maisonpages que je faisais dans les années 2000. C'est chouette l'artisanat, je vais m'y remettre aussi.

@jroger y'a le retour à la terre
et y'a le retour à la page perso 💘

@diarra

Je viens de voir ta page et tu as totalement raison. À chaque fois j'oublie que le 2 passes a toute son utilité pour la diffusion en streaming. 😅

Très bon résumé. Merci 👍

@sebsauvage

@diarra

Juste une petite question. Tu utilises "-2" pour le scale alors que la doc ne donne que "-1" comme exemple pour conserver le ratio.

ffmpeg.org/ffmpeg-all.html#Exa

Est-ce qu'il y a une raison particulière ?

Je sais que "-1" pose souci pour les vidéos en 480p à cause du chiffre à virgule en largeur pour le 16/9. Je suis obligé de préciser scale=854:480.

@sebsauvage

@diarra

Laisse tomber, je viens de trouver !

scale=-2 c'est pour que le nombre de pixels calculé soit un multiple de 2

Donc ici, un nombre pair.
J'irai coucher moins bête.

trac.ffmpeg.org/wiki/Scaling#K

@sebsauvage

@sebsauvage

Tiens j'ai fait quelques tests de compression.

*760Mo x264 lien sur ton wiki
*541Mo x264 lien "x264 : mes presets" sur ton shaarly
*x265 qui est le meilleur pour archiver mais useless pour le web

@FMR
Woao le h265 c'est magnifique.
Vivement qu'on ai le AV1 pour faire encore mieux.

Inscrivez-vous pour prendre part à la conversation
Framapiaf

Framapiaf est un service de microblog similaire à Twitter. Il est libre, décentralisé et fédéré. Il permet de courts messages (max. 500 caractères), de définir leur degré de confidentialité et de suivre les membres du réseau sans publicité ni pistage.