Différences

Ci-dessous, les différences entre deux révisions de la page.

--- avconv [Le 15/02/2013, 15:49]
80.11.46.181 [Installation]
+++ avconv [Le 26/08/2014, 09:14]
94.23.209.114 [Conversion vidéo en mpeg4]
@@ Ligne 5: / Ligne 5: @@
 Sachez qu'il existe [[:winFF]] qui permet d'utiliser une interface graphique qui fait appel à cet outil.\\
-Vous pouvez également vous reportez à la page **[[:lecture et encodage de fichiers vidéos]]** pour découvrir d'autres logiciels du même type ou encore la page **[[FFmpeg]]** qui propose également une liste d'outils qui pourrait être compatible avec avconv.
+Vous pouvez également vous reporter à la page **[[:lecture et encodage de fichiers vidéos]]** pour découvrir d'autres logiciels du même type ou encore la page **[[FFmpeg]]** qui propose également une liste d'outils qui pourrait être compatible avec avconv.
 <note>Il semble qu'une scission existe entre les développeurs avec l'apparition du fork [[https://libav.org | avconv]]. Actuellement la situation est confuse et demande des éclaircissements: Debian et Ubuntu souhaitant passer de FFmpeg à Avconv [[http://linuxfr.org/news/ffmpeg-1-0#comment-1395196|à priori]]</note>
@@ Ligne 69: / Ligne 69: @@
   * //-i vidéoEnEntrée.mp4// : la vidéo d'entrée à convertir
-  * tous les paramètres après "-i vidéoEnEntrée.mp4" concerne la vidéo de sortie, à savoir:
+  * tous les paramètres après "-i vidéoEnEntrée.mp4" concernent la vidéo de sortie, à savoir:
     * //-threads 8// : accélère le traitement en multipliant les threads. 8 est un bon paramètre pour un quadri-coeur multithread (4 coeurs * 2 threads = 8).
+<note help>-threads auto : pour ne pas se poser de question sur la capacité de votre machine</note>
     * //-s 1920x1080// : la taille de la vidéo (<largeur>x<hauteur>).  Les résolutions courantes : 1920x1080 (full HD ou 1080p, 1280x720 (HD ou 720p) , 960*540 (demi HD 1080p /2).
-    * //-vcodec mpeg4// : le codec vidéo. Pour recopier la vidéo : -c:v copy Vous pouvez utiliser le codec libre //libx264// mais il faut l'installer : sudo apt-get install libavcodec-extra-53
+<note help>Si c'est pour convertir une vidéo pour qu'elle puisse être compatible avec votre tablette, vérifiez à la fois la résolution supportée, et que l'image n'est pas déformée lors de la conversion. Si vous ne savez pas reconnaître une image déformée entre 16:9 et 4:3, visualisez un cercle à l'écran ... s'il devient une ellipse ou un oval, ce n'est pas que le match de foot s'est transformé en rugby, mais bien un problème de ratio.</note>
+    * //-vcodec mpeg4// : le codec vidéo. Pour recopier la vidéo : -c:v copy Vous pouvez utiliser le codec libre //libx264// mais il faut l'installer : **[[apt>libavcodec-extra-53]]** pour les versions antérieures à Trusty (14.04) ou **[[apt>libavcodec-extra-54]]** à partir de Trusty (14.04)
+<note help>Si le fichier de sortie est en extension .mp4 il n'est pas nécessaire de spécifier ce paramètre.</note>
     * //-acodec libvo_aacenc// : le codec audio. Pour du [[wpfr>MPEG-1/2_Audio_Layer_3|mp3]]: "//-acodec mp3//" et pour recopier la bande son: "//-c:a copy//". Pour ne pas recopier la bande son : "//-an// (à coté du "//-y//")
+<note>L'intérêt de ne pas recopier la bande son est de faire une première passe qui se concentrera sur la video. Bien sûr on tiendra compte de la bande son lors de la deuxième passe.</note>
     * //-b 20000k// le bit rate => maintien à peu près la taille initiale de la vidéo de sortie pour de la HD (sinon entre 1500 kb et 20000kb)
+<note help>On pourrait parler pendant des heures du bitrate, mais ce paramètre peut être omis si on s'impose plutôt une qualité de sortie. Disons que le calcul est simple : si vous imposez un bitrate dans la pass 2, ou si vous ne faites qu'une passe, par exemple avec -b 20000kb/s vous demandez à générer un fichier de 20000 kilobits par seconde, soit 20000/8 =  2500 ko/s, et donc 2,5 Mo/s (notez le changement d'unité bits/8=octets). Avec un film de 90 minutes (5400 secondes), on impose donc une taille de 90*60*2,5 = 13500 Mo (soient environ 13 Go). C'est trop pour moi. Des films de cette durée sont très bien encodés pour une taille moindre. Le pire, c'est que le bitrate que l'on indique par -b devient un niveau moyen pour toute la vidéo, mais ne profite pas de la lenteur de scènes à faible taux, parce que les scènes rapides sont forcément limitées par leur taux initial, et le nombre de FPS. En clair : si vous souhaitez imposez la taille du fichier de sortie, indiquez le bitrate ; si vous voulez la meilleure qualité, utilisez 2 passes sans indiquer de bitrate, et avec un -qscale=1</note>.
     * //-pass 1// la première passe qui va créer un fichier de log (il faudra donc un -pass 2). La réalisation en deux pass améliore la qualité de l'encodage.
-    * //-r 30// : le frame rate ( fps ou nombre d'image par secondes souvent entre 24 et 30). Sans ce paramètre apparait un problème de "timebase dénominator" avec les vidéos du galaxy s2 mais pas avec les vidéos converties.
+<note tip>La première passe permet de stocker dans la log (locale au répertoire) les infos du bitrate effectif selon les scènes de la vidéo source. Lors de la deuxième passe, les scènes lentes seront traitées avec un faible bitrate (qualité inférieure) et les scènes d'action par un bitrate élevé (donc meilleure qualité). Le but est d'obtenir un bitrate variable dans le fichier de sortie sans trop augmenter sa taille. En effet, si on impose le bitrate, il n'y a plus de variation entre les scènes, et donc trop grosse consommation inutile sur les scènes lentes</note>
+    * //-r 30// : le frame rate ( fps ou nombre d'image par secondes souvent entre 24 et 30). **__Sans ce paramètre apparaît un problème de "timebase dénominator"__** avec les vidéos du galaxy s2 (et pas seulement !) mais pas avec les vidéos converties.
     * //-y// : écrase les fichiers de sortie sans confirmation
 __Remarques__ \\
 Par défaut le format du container est défini par l'extension du nom de fichier (pour vidéoEnSortie.mp4 le container est mp4).\\
-La modification de la résolution peux entrainer un décalage entre l'image et le son. Il faut donc visualiser la vidéo au milieu de la piste pour vérifier qu'il n'y a pas de décalage.\\
+La modification de la résolution peux entraîner un décalage entre l'image et le son. Il faut donc visualiser la vidéo au milieu de la piste pour vérifier qu'il n'y a pas de décalage.\\
 Pour encoder une vidéo mp4 en haute qualité mettre les paramètres suivants:
-<code>
+<code>-mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 -g 300</code>a coté de "-pass  1" \\
-  -mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 -g 300
+<note>Ces paramètres sont suggérés par [[http://libav.org/|Libav]], le site officiel du projet avconv, et ont très bien marché pour moi.</note>
-</code>
-a coté de "-pass  1" \\
 D'autres paramètres à essayer : \\
 <code>
@@ Ligne 99: / Ligne 102: @@
   * rotation à 180°(flip)  : -vf "vflip"
-  * rotation -90°           :  -vf "transpose=1"
+  * rotation 90°            :  -vf "transpose=1"
-  * rotation 90°            :  -vf "transpose=2"
+  * rotation -90°           :  -vf "transpose=2"
+=== Mon script et mes paramètres complets ===
+Pour une conversion de vidéos .WMV (Windows Live Movie Maker), voire .AVI (depuis Fraps), j'ai testé plusieurs paramètres en respectant les suggestions de [[http://libav.org/|Libav]], et je suis très heureux du résultat.
+Objectif : avoir des vidéos MP4 au format de ma tablette Xoom sous Android an 1080x720, de la meilleure qualité possible malgré la conversion et sans augmenter la taille par rapport au .wmv.
+  * en 2 passes (pour les raisons expliquées plus haut)
+  * sans tenir compte de la bande son dans la première passe : **-an**
+  * en imposant la meilleure qualité, donc en laissant avconv trouver le meilleur bitrate : **-qscale 1**
+  * la première passe envoie le fichier de sortie dans les limbes, et se concentre sur la création des infos dans la log : **-f rawvideo /dev/null**
+  * en respectant les recommandations pour mp4 : **-mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 -g 300**
+  * pour la résolution compatible Xoom, et parce que j'avais vérifié le ratio de mes videos en input : **-s 1280 x 720**
+  * le script tourne localement à un répertoire, et me crée un .mp4 pour chaque .wmv en entrée
+  * au final, qualité quasiment respectée, taille du mp4 légèrement //inférieure// à l'entrée : **-qscale 1**
+<code>ls -1 |grep wmv | awk -F. '{print $1}' | while read entree
+ do
+   avconv -y -i ${entree}.wmv -s 1280x720  -threads auto -vcodec mpeg4 -an -qscale 1 -mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 -g 300 -pass 1 -f rawvideo /dev/null
+   avconv -y -i ${entree}.wmv -s 1280x720 -threads auto -vcodec mpeg4 -qscale 1 -mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 -g 300 -pass 2 ${entree}.mp4
+ done</code>
+Vous noterez que la deuxième passe a lieu dans la foulée de la première dans le script, ce qui garantit que la log n'est pas perturbée par une succession de premières passes de fichiers différents.
+Par ailleurs, la deuxième passe reprend quasiment les mêmes paramètres que la première, mais en omettant celui qui coupait la bande son. Je n'ai pas spécifié de codec son en sortie, mais ça marche bien.
 ==== Conversion audio (de flac vers mp3) ====
@@ Ligne 112: / Ligne 135: @@
 * //-ab 320k//  encodage en mp3 320Kbs\\
 * //-y// : écrase les fichiers de sortie sans confirmation\\
+Le format mp3 est protégé. Pour pouvoir l'utiliser avec avconv, il faut installer le paquet : ubuntu-restricted-extras
 ==== Voir aussi ====
@@ Ligne 118: / Ligne 143: @@
 ----
-//Contributeurs: ratm54
+//Contributeurs: ratm54, kerkael (pour les détails supplémentaires)