Étiquette : h264

  • La meilleure qualité sur Youtube

    La meilleure qualité sur Youtube

    Chaque jour Youtube met en ligne « 6 années » de video (mises bout à bout). Au vu du volume, Youtube ne va pas finasser pour voir si votre video Uploadée est correcte ou pas. Cette dernière sera automatiquement RE-compressée

    (suite…)
  • Partager selon Final Cut Pro X

    Un petit tour de la fonction Partager qui permet les différentes sorties possible de Final Cut Pro X.

    Final Cut Pro X 10.3

    Tous les utilisateurs de FCP avant la 10.0.6 peuvent se vanter d’avoir connu le menu « Partager » (toujours présent dans Motion) dans la barre des menus. Il se retrouve en tant que sous-menu du menu fichier. Cela semble plus logique car la fonction de partage sert à créer/sortir un fichier informatique du montage. En plus il vient de faire entièrement peau neuve. Regardons ça d’un peu plus près. 

    (suite…)

    Pages : 1 2 3 4 5

  • Promesses de Final Cut Pro X 10.2

    Promesses de Final Cut Pro X 10.2

    Pour renouer avec les professionnels, Apple met à jour Final Cut Pro X à l’ouverture du NAB 2015. Grosse déception: mes 3/4 grosses attentes ….. vont continuer à être ……
    J’aime bien les petits details/fonctions qui ont été améliorés/ajoutés/corrigés, malheureusement Apple est avare de documentation sur ces dernières.
    J’ai voulu en savoir plus sur l’encodage H264 multi-passe et les rendus GPU dans compressor. (suite…)

  • HandBrake, la contre attaque [MàJ]

    icone_2_handbrakeLa compression en H264 étant un vaste sujet, avec de nombreux raffinement, je tiens à présenter un logiciel gratuit qui tire son épingle du jeux admirablement: HandBrake. Il est gratuit, Open Source, Multi-plateforme et s’avère de plus en plus simple à utiliser. Surtout depuis la version 0.9.9. (suite…)

  • Les bases de la compression

    Depuis que la vidéo numérique existe, il y a de la compression. La quantité de données (information visuelles) est tellement importante, que d’abord pour des raisons de stockage puis de puissance de post production et enfin de diffusion, il faut la réduire de manière la moins « visible ».

    Présentation

    Analysons ce graphique de la qualité d’un fichier (Full HD en H264) en fonction du débit moyen demandé à la compression. Sont représentés les 3 principaux profils de ce codec.

    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 affaire de compromis et de respect de certaine contrainte.

    • 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 entrainé et plus il voit les défauts engendrés par une trop forte compression.
    Comparer deux vidéo 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 a des tailles et fréquences d’image différentes.
    • Comparer les qualités de la compression d’une même vidéo avec des codec 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 :

    1. Taille et la fréquence
    2. Codec (utilisation CPU & compatibilité iBidules ou DVD/Bluray)
    3. Débit (Complexité et mouvement de l’image)
    4. 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 se retrouvant basculer dans Compressor. Fort pratique! Ce n’est plus le cas pour FCP X depuis la version 10.0.6 car il y a une commande dédiée dans le menu Partager.

    Pour aller encore plus loin il faut utiliser d’autre logiciel tel que Media Encoder, Squeeze ou Episode. Il y en a pour tous les tarifs et tous les raffinements de réglage 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 :

    Pour le régler le débit et le nombre de passes

    • 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’essai.
    • 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.

    Le poids en bit de la couleur compressé d’un pixel