Depuis que la vidéo numérique existe, la compression existe aussi. La quantité de données (informations visuelles) est tellement importante, pour des raisons de stockage, de puissance de post production et de diffusion, qu’il faut la réduire de manière à la rendre la moins « visible ».
Présentation
Analysons ce graphique sur la qualité d’un fichier (Full HD en H264) en fonction du débit moyen demandé à la compression.
Les 3 principaux profils de ce codec sont représentés. Plus d’info ici.
Bien évidement les choses ne vont pas dans le bon/même sens .. un petit débit avec une bonne qualité n’existe pas. Tout est question du compromis et du respect de certaines contraintes.
– Une SSIM proche de 1 est exigée pour les codec de post-production, c’est le cas des Apple Prores 4444 & 422 (HQ)
– Une SSIM > 0.9 est une très bonne qualité pour la diffusion
– Une SSIM comprise entre 0.85 et 0.9 est acceptable pour de la diffusion internet. C’est ici que c’est le plus compliqué !! Car il peut y avoir un rapport de 1 (500Kbps) à 3 (1500 Kbps) du débit, ce qui est loin d’être négligeable : stockage, bande passante, rapidité de téléchargement… C’est le cœur du problème!!
Comparons ce qui est comparable
Comme je ne connais aucun logiciel donnant le SSIM suite à une compression, le seul garant de la qualité est notre œil. Plus il est entraîné et plus il voit les défauts engendrés par une trop forte compression.
Comparer deux vidéos compressées permet d’avancer vers ce que l’on veut et pourtant tout n’est pas comparable. Voici des exemples:
– Comparer les qualités de la compression d’une même vidéo à des tailles et fréquences d’image différentes.
– Comparer les qualités de la compression d’une même vidéo avec des codecs différents.
– Comparer les qualités de la compression avec les mêmes réglages pour des vidéos différentes.
Que faut-il régler ?
La compression a beaucoup de paramètres dont l’importance de chacun d’eux peut varier en fonction du but de chaque compression :
-Taille et la fréquence
– Codec (utilisation CPU & compatibilité iBidules ou DVD/Bluray)
– Débit (Complexité et mouvement de l’image)
– Temps de la compression
Généralement certains de ces paramètres sont contraints en fonction de la compression à réaliser:
– Ipad : Image en 720p et codec Mpeg 4 ou H264 (profile de base)
– Bluray : codec en H264 (Profil Haut) ou Mpeg 2 HD et débit inférieur à 40 Mbit/s, taille inférieur à celle du disque 25 Go.
– Proxy FCP X : taille réduite de moitié, faible débit, et faible utilisation CPU, codec en APR 422 proxy
Dans la pratique
Le menu « Partager » de Motion/FCP permet de nous simplifier la vie. Je vous invite à lire le paragraphe dédié. Les commandes d’export sont toutes simples, plutôt rapides et très bonnes en terme de qualité – à l’exception du DVD peut-être.
Dans chaque boite de dialogue d’export le bouton « envoyer à Compressor » dans l’onglet « Avancé » permet d’aller plus loin dans les réglages de compression en basculant dans Compressor. Fort pratique!
Pour aller encore plus loin il faut utiliser d’autres logiciels tels que Media Encoder,Squeeze ou Episode. Il y en a pour tous les tarifs et tous les raffinements de réglages de compression! (Apple fait office de mauvais élève)
Les illustrations sont faites à partir d’encodage en Mpeg 2 ou H264.
Voici ma manière de faire, je choisis :
– un type de fichier
– le codec qui va avec
– une fréquence d’image
– une taille/résolution (niveau, profils, etc)
– Avec une contrainte de temps d’encodage, je choisis un débit très élevé et je décoche « Passe multiple » ou choisi « CBR une passe »
– Avec une contrainte de débit, je commence par un premier encodage basé sur un débit de référence en 2 passes/Passes multiple. Pour le H264 j’utilise un débit max deux fois plus élevé que le débit moyen, des « images I » toutes les 10 secondes et réglage « d’image B » de 3. Puis j’encode à nouveau avec un débit diminué, autant de fois que je juge la qualité du fichier encodé suffisante. Ou à l’inverse j’encode à nouveau avec un débit augmenté, autant de fois que je juge la qualité du fichier encodé insuffisante. Utiliser la dichotomie peut diminuer le nombre d’essais.
– Avec une contrainte de débit et de temps …. ça demande de l’expérience, un certain doigté
Débit de référence
Un bon indice de travail est le « bit / pixel ». Une fois la vidéo compressée, c’est le nombre de bit moyen qu’il faut pour codé la couleur d’un pixel d’une image de la vidéo.
Débit = Bit/pixel X ( hauteur X largeur) X fréquence
Voici un tableau pour du H264 High Profile :
il faut retenir que :
– plus l’image est grande plus l’indice de bit/pixel chute
– plus il y’a de mouvement plus l’indice de bit/pixel augmente
– plus le codec est récent, plus il a de chance d’être très efficace et avoir un indice de bit/pixel très bas.
