Premiers essais avec le H.265

Nyx0uf |

La technologie qui pourrait changer bien des choses en 2014, c’est le H.265. Cette norme de codage vidéo finalisée en début d’année doit sans doute intéresser au plus haut point Apple. Sur le papier, elle offre une qualité d’image comparable au H.264, avec un débit réduit de moitié. De quoi augmenter la qualité des films proposés avec l’Apple TV et/ou offrir une meilleure expérience d’utilisation sur les terminaux mobiles.

Pour exploiter pleinement cette technologie, il faudra que les équipements disposent d’une accélération matérielle afin de ne pas surcharger le processeur. La grande nouveauté de la prochaine génération d’Apple TV, cela pourrait bien être la prise en charge de cette norme (lire : Apple TV : un nouveau modèle en 2014 et des téléviseurs pas avant 2015 ?).

Mais que donnent les premiers outils H.265 avec un Mac récent (et son seul processeur) ? Pour le savoir, nous avons voulu le comparer avec le H.264/AVC, tant sur l'encodage que sur la lecture.

La machine de test est un iMac 27" 2012 haut de gamme (Core i7 3.4 GHz, 16 Go de RAM, NVIDIA GeForce GTX 680MX 2 Go). La première étape a consisté à obtenir un fichier de test. Pour cela, nous avons donc extrait un film Blu-ray à l'aide du logiciel MakeMKV. L'encodage vidéo étant une opération très longue par nature, nous avons créé un extrait de la vidéo de seulement 3 minutes à l'aide de l'instruction suivante :
mkvmerge --split parts:00:01:50-00:04:55 -o sample.mkv film.mkv


Ensuite, nous avons converti le fichier vidéo source en un fichier vidéo brut (y4m), car à l'heure actuelle, x265 ne gère pas les containers vidéo (mp4, mkv...) contrairement à son grand frère x264. Un fichier yuv brut est extrêmement large, ici 13.77GB pour seulement 3 minutes.

ffmpeg -i sample.mkv raw.y4m

Pour l'encodage nous avons essayé deux profils différents, un de qualité moyenne et un de qualité élevée. Plus la qualité est élevée plus l'encodage est long.

Avec x264 :

x264 --crf 23 --preset medium -o out_med.avs raw.y4m --fps 23.976
x264 --crf 17 --preset veryslow -o out_hi.avs raw.y4m --fps 23.976

Avec x265 :

x265 --crf 23 --preset medium -o out_med.hevc raw.y4m --fps 23.976
x265 --crf 17 --preset veryslow -o out_hi.hevc raw.y4m --fps 23.976


Temps d'encodage, H.264 vs H.265

Pour l'encodage en qualité moyenne, x265 est environ 15x plus lent à la tâche, pour l'encodage haute qualité le facteur est de seulement 1.75.


En ce qui concerne les tailles de fichiers, on constate pour l'encodage moyen que HEVC nous donne un fichier 13% plus léger. Pour le second, le fichier obtenu est 34% plus petit.

Taille fichier H.265 vs H.264

Pour la lecture, deux lecteurs vidéos ont été testés, une beta de VLC 2.2 et mpv 0.2.3. Pour le moment, il n'existe pas sur notre plate-forme de solution d'accélération matérielle pour décoder le H.265/HEVC. Il faut donc solliciter le processeur. Les tests de lecture pour l'AVC/H.264 ont été réalisés sans l'accélération matérielle.

Temps processeur utilisé pour la lecture, H.265 vs H.264

La lecture d'un fichier H.265/HEVC consomme en moyenne entre 2,8 et 3,3 fois plus que la lecture d'un fichier H.264. Si on active l'accélération matérielle, le facteur est supérieur à 20.

Les tests effectués pour l'encodage illustrent bien qu'HEVC est prometteur pour les vidéos de haute qualité. En revanche pour la lecture, il faudra attendre l'arrivée de l'accélération matérielle, la simple lecture vidéo demande énormément de ressources au processeur, ce qui oblige à avoir une machine récente. Autant cela n'est pas forcément gênant sur un ordinateur de bureau, autant sur un portable…

Enfin, on rappellera que tous ces outils sont en bêta et ont par conséquent une marge de progression en matière d'optimisation qui n'est pas négligeable.

Accédez aux commentaires de l'article