La Fibre
Télécom => Télécom => 
TV et codecs => Discussion démarrée par: vivien le 15 juillet 2022 à 08:14:20
-
Vidéos de test AV1, VP9, HEVC (H.265), H.264, VP8, Theora et Mpeg-2, pour comparer la consommation CPU en fonction du codec vidéo et de la définition
(https://lafibre.info/images/tv/logos_codecs_video.webp)
Cliquer sur l'image pour zoomer et accéder à la page N°2, qui comporte une liste plus complète de codecs vidéo
(https://lafibre.info/images/tv/codecs_video_populaires.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
Liste plus compléte :
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
J'ai mis en place cette page qui permet de visualiser un même contenu dans les 7 principaux codecs vidéos utilisés sur Internet, l'objectif étant de regarder en même la charge du micro-processeur.
Pour être aussi représentatif que possible, je n'ai pas encodé moi-même ces vidéos, mais j'ai utilisé l'encodage proposé par Youtube.
Cela fait suite à des tweets où je demande à Microsoft d'activer AV1 sur Microsoft Edge (https://twitter.com/lafibreinfo/status/1547618663104016384) (le support est disponible via un plug-in qui n'est pas installé par défaut) : J'ai une suggestion pour @WindowsFrance afin de contribuer à limiter la quantité des flux vidéos sur Internet #NumériqueResponsable.
Pour limiter la bande passante vidéo, il faut des codecs efficaces. Aujourd'hui, la majorité des flux vidéos sont encodés en H.264 qui est le "codec-roi" (selon Éric Renard dans le rapport @Arcep). Pourtant, H264 va avoir 20 ans et il est peu efficace. La solution pour diminuer notre empreinte carbone est un codec efficace et gratuit : AV1
Comment @microsoftfrance peut aider ? Microsoft Edge ne permet pas par défaut de lire les vidéos AV1 et les images AVIF: https://caniuse.com/?search=avif Cf https://lafibre.info/tv-numerique-hd-3d/av1-ou-hevc/msg958912/#msg958912
Pourrez-vous demander à @MicrosoftEdge de rajouter les codecs efficaces et open-source (@a4omedia) ?
Le gros du travail est déjà réalisé : @WindowsFrance propose une extension "AV1 Video Extension" https://apps.microsoft.com/store/detail/av1-video-extension/9MVZQVXJBQ9V qui permet d'activer AV1 dans Microsoft Edge, et cela fonctionne. Il faut juste l'installer par défaut dans Windows10 et Windows11 22H2. Merci d'avance.
Retour de @Cqoicebordel (https://twitter.com/Cqoicebordel/status/1547644566857101313) : La grande majorité du matos en circulation *aujourd'hui* contient un décodage matériel du H264, alors que c'est loin d'être le cas pour l'AV1. L'absence de HWA fait que le décodage AV1 consomme *énormément* sur le CPU (donc le bilan carbone n'est pas forcément bon par rapport au gain de place), mais en plus, tous les petits appareils peu à moyennement puissant ne peuvent pas décoder l'AV1 en temps réel (donc pas de vidéo). Je soutiens mille fois l'AV1 face au H264. Mais je pense que l'écosystème n'est pas encore prêt.
Retour de @kevin_chalet (https://twitter.com/kevin_chalet/status/1547649760466591745) : L'analyse est intéressante, mais il y manque selon moi une donnée fondamentale : le décodage matériel d'AV1, quasi inexistant en comparaison du H.264 et H.265 (par exemple, le tout nouveau M2 d'Apple ne le supporte pas et côté Intel, ça ne l'est que depuis la 11ème génération) Or le décodage logiciel d'AV1 est extrêmement coûteux en termes de temps CPU et est donc très énergivore. Si acheminer des flux IP streaming l'est également, ça n'est rien en comparaison de la consommation d'une machine qui n'a pas la possibilité d'utiliser un décodage matériel. Dès lors, parler de diminution de l'empreinte carbone du simple fait d'une bascule vers AV1 me semble un peu prématuré : ce qu'on gagne d'un côté avec des flux plus efficaces sur les réseaux IP est complètement perdu (en double ou en triple) dès qu'ils sont décodés côté clients. Et si c'est un point embêtant sur des machines fixes (PC desktop par exemple), c'est rédhibitoire sur machines mobiles (PC portables ou smartphones) : aucun fournisseur n'a envie de transformer les machines de ses usagers en fours à la moindre lecture d'un flux AV1 🤣 Donc oui, le H.265 (et dans une moindre mesure son successeur à venir, le H.266) souffre d'une gestion des royalties calamiteuse, mais son adoption massive par l'industrie fait de lui - pour le moment - une solution plus attirante qu'AV1.
Sommaire des vidéos : Les vidéos sont encodées à une qualité proche.
Sauf indication contraire, la piste audio stéréo est encodée avec :
- Codec audio Opus pour AV1 et VP9 ;
- Codec audio AAC LC pour HEVC et H.264 ;
- Codec audio Vorbis pour VP8 et Theora ;
- Codec audio AC-3 pour MPEG-2.
Vidéos 360p (640 x 360) 24 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961378/#msg961378) Level 2.1 - 242 kbit/s (18 Mo)
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961379/#msg961379) Level 2.1 - 329 kbit/s (25 Mo)
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961380/#msg961380) Level 2.1 - 441 kbit/s (33 Mo)
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961389/#msg961389) Level 3.0 - 441 kbit/s (33 Mo)
- codec vidéo H.264 (AVC) profil Main (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961390/#msg961390) Level 3.0 - 442 kbit/s (33 Mo)
- codec vidéo H.264 (AVC) profil Baseline (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961392/#msg961392) Level 3.0 - 554 kbit/s (42 Mo)
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961393/#msg961393) - 470 kbit/s (35 Mo)
- codec vidéo Theora (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961394/#msg961394) - 1 989 kbit/s (149 Mo)
- codec vidéo MPEG-2 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_mpeg2.mpg) Main Profile, Main Level (encodage lisible par les lecteurs DVD) - 2 522 kbit/s (189 Mo)
Vidéos 480p (854 x 480) 24 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961395/#msg961395) Level 3.0 - 350 kbit/s (26 Mo) soit +45% par rapport à la version AV1 360p
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961396/#msg961396) Level 3.0 - 464 kbit/s (35 Mo) soit +41% par rapport à la version VP9 360p
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961601/#msg961601) Level 3.0 - 631 Kbit/s (47 Mo) soit +43% par rapport à la version HEVC 360p
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961604/#msg961604) Level 3.0 - 683 kbit/s (51 Mo) soit +55% par rapport à la version H.264 High 360p
- codec vidéo H.264 (AVC) profil Main (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg971843/#msg971843) Level 3.0 - 687 kbit/s (52 Mo) soit +55% par rapport à la version H.264 Main 360p
- codec vidéo H.264 (AVC) profil Baseline (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg977636/#msg977636) Level 3.0 - 842 kbit/s (63 Mo) soit +52% par rapport à la version H.264 Baseline 360p
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg977637/#msg977637) - 714 kbit/s (54 Mo) soit +52% par rapport à la version VP8 360p
- codec vidéo Theora (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg977638/#msg977638) - 3 213 kbit/s (241 Mo) soit +62% par rapport à la version Theora 360p
- codec vidéo MPEG-2 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_mpeg2.mpg) Main Profile, Level High 1440 - 3 453 kbit/s (259 Mo) soit +37% par rapport à la version MPEG-2 360p
Vidéos 720p (1280 x 720) 24 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980640/#msg980640) Level 3.1 - 555 kbit/s (42 Mo) soit +59% par rapport à la version AV1 480p
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980641/#msg980641) Level 3.1 - 739 kbit/s (55 Mo) soit +59% par rapport à la version VP9 480p
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980642/#msg980642) Level 3.1 - 1 110 kbit/s (83 Mo) soit +76% par rapport à la version HEVC 480p
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980643/#msg980643) Level 3.1 - 1 214 kbit/s (91 Mo) soit +78% par rapport à la version H.264 High 480p
- codec vidéo H.264 (AVC) profil Main (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980644/#msg980644) Level 3.1 - 1 232 kbit/s (92 Mo) soit +79% par rapport à la version H.264 Main 480p
- codec vidéo H.264 (AVC) profil Baseline (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980644/#msg980644) Level 3.1 - 1 627 kbit/s (122 Mo) soit +93% par rapport à la version H.264 Baseline 480p
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980647/#msg980647) - 1 352 kbit/s (101 Mo) soit +89% par rapport à la version VP8 480p
- codec vidéo Theora (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980647/#msg980647) - 5 641 kbit/s (423 Mo) soit +76% par rapport à la version Theora 480p
- codec vidéo MPEG-2 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_mpeg2.mpg) Main Profile, Level High 1440 - 6 103 kbit/s (458 Mo) soit +77% par rapport à la version MPEG-2 480p
Vidéos 720p (1280 x 720) 60 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981663/#msg981663) Level 4.0 - 819 kbit/s (61 Mo) soit +48% par rapport à la version AV1 720p à 24 images/sec
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981664/#msg981664) Level 4.0 - 1 195 kbit/s (90 Mo) soit +62% par rapport à la version VP9 720p à 24 images/sec
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981665/#msg981665) Level 4.0 - 1 283 kbit/s (96 Mo) soit +16% par rapport à la version HEVC 720p à 24 images/sec
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981666/#msg981666) Level 3.2 - 1 454 kbit/s (109 Mo) soit +20% par rapport à la version H.264 High 720p à 24 images/sec
- codec vidéo H.264 (AVC) profil Main (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg991055/#msg991055) Level 3.2 - 1 472 kbit/s (110 Mo) soit +19% par rapport à la version H.264 Main 720p à 24 images/sec
- codec vidéo H.264 (AVC) profil Baseline (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg991056/#msg991056) Level 3.2 - 1 878 kbit/s (141 Mo) soit +15% par rapport à la version H.264 Baseline 720p à 24 images/sec
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg991057/#msg991057) - 2 145 kbit/s (161 Mo) soit +59% par rapport à la version VP8 720p à 24 images/sec
- codec vidéo Theora (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg991058/#msg991058) - 11 426 kbit/s (857 Mo) soit +103% par rapport à la version Theora 720p à 24 images/sec
- codec vidéo MPEG-2 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_mpeg2.mpg) Main Profile, High Level - 11 053 kbit/s (829 Mo) soit +81% par rapport à la version MPEG-2 720p à 24 images/sec
-
Vidéos 1080p (1920 x 1080) 24 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006865/#msg1006865) Level 4.0 - 850 kbit/s (64 Mo) soit +53% par rapport à la version AV1 720p à 24 images/sec
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006866/#msg1006866) Level 4.0 - 1 124 kbit/s (84 Mo) soit +52% par rapport à la version VP9 720p à 24 images/sec
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006867/#msg1006867) Level 4.0 - 1 835 kbit/s (138 Mo) soit +65% par rapport à la version HEVC 720p à 24 images/sec
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006868/#msg1006868) Level 5.0 - 2 146 kbit/s (161 Mo) soit +77% par rapport à la version H.264 High 720p à 24 images/sec
- codec vidéo H.264 (AVC) profil Main (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006869/#msg1006869) Level 5.0 - 2 200 kbit/s (165 Mo) soit +79% par rapport à la version H.264 Main 720p à 24 images/sec
- codec vidéo H.264 (AVC) profil Baseline (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006870/#msg1006870) Level 5.0 - 2 848 kbit/s (214 Mo) soit +75% par rapport à la version H.264 Baseline 720p à 24 images/sec
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006871/#msg1006871) - 2 163 kbit/s (162 Mo) soit +60% par rapport à la version VP8 720p à 24 images/sec
- codec vidéo Theora (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1006872/#msg1006872) - 8 532 kbit/s (640 Mo) soit +51% par rapport à la version Theora 720p à 24 images/sec
- codec vidéo MPEG-2 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_mpeg2.mpg) Main Profile, High Level - 10 453 kbit/s (784 Mo) soit +71% par rapport à la version MPEG-2 720p à 24 images/sec
Vidéos 1080p (1920 x 1080) 60 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg984108/#msg984108) Level 4.1 - 1 297 kbit/s (97 Mo) soit +58% par rapport à la version AV1 720p à 60 images/sec
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg984109/#msg984109) Level 4.1 - 1 832 kbit/s (137 Mo) soit +53% par rapport à la version VP9 720p à 60 images/sec
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg984110/#msg984110) Level 4.1 - 1 956 kbit/s (147 Mo) soit +52% par rapport à la version HEVC 720p à 60 images/sec
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg984111/#msg984111) Level 5.0 - 2 564 kbit/s (192 Mo) soit +76% par rapport à la version H.264 High 720p à 60 images/sec
- codec vidéo H.264 (AVC) profil Main (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985469/#msg985469) Level 5.0 - 2 618 kbit/s (196 Mo) soit +78% par rapport à la version H.264 Main 720p à 60 images/sec
- codec vidéo H.264 (AVC) profil Baseline (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985471/#msg985471) Level 5.0 - 3 457 kbit/s (259 Mo) soit +84% par rapport à la version H.264 Baseline 720p à 60 images/sec
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985472/#msg985472) - 3 568 kbit/s (268 Mo) soit +66% par rapport à la version VP8 720p à 60 images/sec
- codec vidéo Theora (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985473/#msg985473) - 21 467 kbit/s (1 610 Mo) soit +88% par rapport à la version Theora 720p à 60 images/sec
- codec vidéo MPEG-2 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_mpeg2.mpg) Main Profile, High Level - 19 724 kbit/s (1 479 Mo) soit +78% par rapport à la version MPEG-2 720p à 60 images/sec
Vidéos 1440p (2560 x 1440) 24 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985474/#msg985474) Level 5.0 - 1 181 kbit/s (89 Mo) soit +39% par rapport à la version AV1 1080p à 24 images/sec
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985475/#msg985475) Level 5.0 - 1 604 kbit/s (120 Mo) soit +43% par rapport à la version VP9 1080p à 24 images/sec
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985476/#msg985476) Level 5.0 - 2 705 kbit/s (203 Mo) soit +47% par rapport à la version HEVC 1080p à 24 images/sec
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985477/#msg985477) Level 5.0 - 3 265 kbit/s (245 Mo) soit +52% par rapport à la version H.264 High 1080p à 24 images/sec
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985477/#msg985477) - 3 203 kbit/s (240 Mo) soit +46% par rapport à la version VP8 1080p à 24 images/sec
Vidéos 1440p (2560 x 1440) 60 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985478/#msg985478) Level 5.0 - 1 817 kbit/s (136 Mo) soit +40% par rapport à la version AV1 1080p à 60 images/sec
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985479/#msg985479) Level 5.0 - 2 595 kbit/s (195 Mo) soit +42% par rapport à la version VP9 1080p à 60 images/sec
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985480/#msg985480) Level 5.0 - 2 850 kbit/s (214 Mo) soit +46% par rapport à la version HEVC 1080p à 60 images/sec
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985481/#msg985481) Level 5.1 - 3 920 kbit/s (294 Mo) soit +53% par rapport à la version H.264 High 1080p à 60 images/sec
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg985640/#msg985640) - 5 386 kbit/s (404 Mo) soit +106% par rapport à la version VP8 1080p à 60 images/sec
Vidéos 4K 2160p (3840 x 2160) 24 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988338/#msg988338) Level 5.0 - 1 901 kbit/s (228 Mo) soit +61% par rapport à la version AV1 1440p à 24 images/sec
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988339/#msg988339) Level 5.0 - 2 782 kbit/s (344 Mo) soit +74% par rapport à la version VP9 1440p à 24 images/sec
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988341/#msg988341) Level 5.0 - 4 689 kbit/s (352 Mo) soit +73% par rapport à la version HEVC 1440p à 24 images/sec
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988342/#msg988342) Level 5.1 - 6 045 kbit/s (543 Mo) soit +85% par rapport à la version H.264 High 1440p à 24 images/sec
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988342/#msg988342) - 5 785 kbit/s (434 Mo) soit +81% par rapport à la version VP8 1440p à 24 images/sec
Vidéos 4K 2160p (3840 x 2160) 60 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988528/#msg988528) Level 5.1 - 3 036 kbit/s (228 Mo) soit +67% par rapport à la version AV1 1440p à 60 images/sec
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988529/#msg988529) Level 5.1 - 4 586 kbit/s (344 Mo) soit +77% par rapport à la version VP9 1440p à 60 images/sec
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988530/#msg988530) Level 5.1 - 4 698 kbit/s (352 Mo) soit +65% par rapport à la version HEVC 1440p à 60 images/sec
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988531/#msg988531) Level 5.2 - 7 238 kbit/s (543 Mo) soit +85% par rapport à la version H.264 High 1440p à 60 images/sec
- codec vidéo VP8 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg988531/#msg988531) - 9 705 kbit/s (728 Mo) soit +80% par rapport à la version VP8 1440p à 60 images/sec
Vidéos 2250p (4000 x 2250) 60 images par seconde :
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg979062/#msg979062) Level 5.1 - 10 564 kbit/s (791 Mo) soit +46% par rapport à la version H.264 High 4K 2060p à 60 images/sec
Vidéos 8K 4320p (7680 x 4320) 24 images par seconde :
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg990736/#msg990736) Level 6 - 4 903 kbit/s (365 Mo)
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg990737/#msg990737) Level 6 - 9 387 kbit/s (699 Mo)
- codec vidéo HEVC (H.265) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg990738/#msg990738) Level 6 - 13 779 kbit/s (1027 Mo) audio AC-3 5.1 et non AAC LC comme pour les autres vidéos HEVC
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg990739/#msg990739) Level 6 - 21 541 kbit/s (1605 Mo)
Vidéos 720p en version encodée par Youtube (1280 x 720) 60 images par seconde :
- codec vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg982064/#msg982064) (Version encodée par YouTube - 1 279 Kbit/s)
- codec vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg982065/#msg982065) (Version encodée par YouTube - 1 685 kbit/s)
- codec vidéo HEVC (H.265) : non disponible, car YouTube n'encode pas de vidéos en HEVC
- codec vidéo H.264 (AVC) profil High (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg982066/#msg982066) (Version encodée par YouTube - 2 132 kbit/s)
Vidéos 720p spécifiques (1280 x 720) 24 images par seconde : (encodage réalisé par Vivien)
- codec vidéo AV1 version spécifique avec conteneur Matroska (.mkv) (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_av1.mkv) - les autres vidéos AV1 utilisent un conteneur MP4
- codec vidéo VP9 version spécifique avec conteneur MP4 (https://lafibre.info/tv-numerique-hd-3d/support-du-vp9-chez-apple/msg974576/#msg974576) - les autres vidéos VP9 utilisent un conteneur WebM
- codec vidéo HEVC (H.265) avec audio 5.1 - 6 channels (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981247/#msg981247) - les autres vidéos ont une piste audio stéréo
- codec vidéo HEVC (H.265) version HEV1 non compatible Apple (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981490/#msg981490) - les autres vidéos HEVC sont en version HVC1, compatible Apple[/size]
Audio uniquement
(https://lafibre.info/images/tv/logo_opus.svg) (https://lafibre.info/images/tv/logo_aac.svg) (https://lafibre.info/images/tv/logo_vorbis.svg) (https://lafibre.info/images/tv/logo_dolby-digital.svg) (https://lafibre.info/images/tv/logo_mp3.svg)
- Codec audio Opus à 100 Kbit/s (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1030698/#msg1030698)
- Codec audio AAC à 128 Kbit/s (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1030701/#msg1030701)
- Codec audio Vorbis à 128 Kbit/s (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1030703/#msg1030703)
- Codec audio AC-3 5.1 à 320 Kbit/s (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1030705/#msg1030705)
- Codec audio MP3 à 160 Kbit/s (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1030706/#msg1030706)
Quels sont les codecs audios associés aux codecs vidéo ?
Généralement le choix du codec vidéo entraîne avec lui celui d’un codec audio. Certaines plateformes sont en mesure de sélectionner un codec audio indépendamment du codec vidéo, mais que ce n’est pas le cas, voici les codecs audios utilisés pour une vidéo qui cible un navigateur web (sur une télévision, cela peut être différent) :
- Codec vidéo AV1 => Codec audio Opus
- Codec vidéo HEVC => Codec audio AAC
- Codec vidéo VP9 => Codec audio Opus
- Codec vidéo H.264 => Codec audio AAC
- Codec vidéo VP8 => Codec audio Vorbis
- Codec vidéo Theora => Codec audio Vorbis
Résumé en image des codecs et débits proposés :
(https://lafibre.info/images/tv/logo_av1.svg) (https://lafibre.info/images/tv/logo_vp9.svg) (https://lafibre.info/images/tv/logo_hevc_60.webp) (https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp) (https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp) (https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp) (https://lafibre.info/images/tv/logo_vp8.svg) (https://lafibre.info/images/tv/logo_vc-1.svg) (https://lafibre.info/images/tv/logo_vp6.webp) (https://lafibre.info/images/tv/logo_theora.svg) (https://lafibre.info/images/tv/logo_mpeg-2.svg)
(https://lafibre.info/images/tv/202212_debit_video_encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.webp) (https://lafibre.info/images/tv/202212_debit_video_encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.webp)
Scipt pour générer ces fichiers (sous Linux, avec FFmpeg) : encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.sh (https://lafibre.info/images/tv/encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.sh)
-
Support des codecs vidéo pour les principaux navigateurs web :
(https://lafibre.info/images/tv/codecs_video_score.webp) (https://lafibre.info/images/tv/codecs_video.pdf#page=3)
(https://lafibre.info/images/tv/av1_support.webp) (https://lafibre.info/images/tv/vp9_support.webp)
(https://lafibre.info/images/tv/hevc_support.webp) (https://lafibre.info/images/tv/h264_support.webp)
Codec audio :
(https://lafibre.info/images/tv/opus_support.webp) (https://lafibre.info/images/tv/vp9_opus_support.webp)
-
A quel moment se fait le choix du codec vidéo ?
Dès qu’il y a traitement de vidéo, il y a un choix de codec vidéo.
- Sur votre caméra, appareil photo ou smartphone, dans les paramètres avancés, il peut vous être proposé le choix d’un « Stockage efficace des vidéos » qui entraine un changement de codec. Un avertissement peut être présent pour indiquer que le codec sélectionné peut ne pas être compatible avec certaines plates-formes. Les appareils qui ne proposent pas de choix de codec utilisent H.264 en codec vidéo.
- Sur votre logiciel de montage vidéo, le choix du codec, mais aussi de la définition et de la qualité se fait lors du rendu. Ce codec peut être différent des vidéos sources utilisées. Certains logiciels simples (comme la fonction recadrer une vidéo sur un smartphone) peuvent ne pas proposer de choix de codec, mais un encodage avec un codec sera bien réalisé.
- Quand vous importez votre vidéo sur une plateforme de vidéo, un réseau social ou une simple messagerie, votre vidéo sera de nouveau encodée avec un codec. Certaines plateformes vont encoder plusieurs fois votre vidéo, pour proposer différentes définitions (exemple : 2160p, 1440p, 1080p, 720p, 480p, 360, 240p et 144p) et différents codecs (exemple : AV1, VP9 et H.264) de façon à pouvoir proposer une vidéo adaptée à la taille de l’écran du terminal, à la connexion internet et aux choix du client (mode d’économie de donnée par exemple). Certaines plateformes n’encodent que dans un seul codec, habituellement H.264 pour sa grande compatibilité.
- Le client final a rarement le choix du codec vidéo, même sur un site proposant plusieurs codecs : C’est la plateforme qui choisit pour lui le codec le plus efficace en fonction de son navigateur web. Indirectement, un client peut changer de codec en changeant de navigateur web.
(https://lafibre.info/images/logo/logo_codec_video.webp)
Étude de Microsoft qui compare la consommation d'une vidéo VP9 dans Edge en fonction de la définition :
Attention, l'étude est ancienne, elle a été publiée en avril 2016 : WebM, VP9 and Opus Support in Microsoft Edge (https://blogs.windows.com/msedgedev/2016/04/18/webm-vp9-and-opus-support-in-microsoft-edge/)
Extrait traduit en français :
Il y a un effet secondaire d'une charge de calcul élevée sur le décodage logiciel : la consommation d'énergie du système est élevée. L'élévation est la plus élevée sur le contenu 4K car la charge de calcul est étroitement liée à la définition vidéo. Si nous comparons le décodage logiciel au décodage accéléré par le matériel, le décodage logiciel peut consommer 20 % de puissance totale en plus lors de la visualisation d'une vidéo 1080p, et jusqu'à 80 % de puissance en plus en visualisation 2160p (4K). Les tableaux suivants comparent le décodage vidéo matériel au décodage vidéo logiciel à différentes définitions sur un ordinateur portable de niveau intermédiaire :
(https://lafibre.info/images/tv/201604_microsoft_video_vp9_dans_edge14_puissance.webp)
Cette différence de consommation d'énergie est importante, car l'accélération matérielle est courante pour H.264, mais pas encore pour VP9. Si les sites Web voient que VP9 est pris en charge, ils peuvent donner la priorité à son utilisation et les utilisateurs subiront une réduction inexpliquée de la durée de vie de la batterie.
(https://lafibre.info/images/tv/201604_microsoft_video_vp9_dans_edge14_batterie.webp)
Idéalement, il y aurait un moyen pour les applications de confirmer que l'accélération matérielle elle-même est prise en charge. Les spécifications Web actuelles ne le permettent pas. Pour cette raison, nous avons placé VP9 derrière un indicateur expérimental dans Microsoft Edge et lui avons fourni un paramètre par défaut qui active automatiquement VP9 lorsqu'une accélération matérielle est détectée.
Comment vérifier si mon terminal est en mesure de lire une vidéo dans un codec et une définition précise ?
S’il est connu que certains codecs sont pris en charge par certains navigateurs, pour d’autres, la prise en charge peut être conditionnée à une extension ou un GPU compatible associé à un driver qui prenne en charge le codec. Pour les plus hautes définitions, il est compliqué de savoir si le terminal aura la connexion internet et la puissance nécessaire pour lire la vidéo.
La solution la plus simple : tester vous-même la prise en charge de différents types de vidéos tests dans votre navigateur web. Ci-dessous, la même vidéo de 10 minutes (Big Buck Bunny, néerlandais orchestré par la fondation Blender) est proposé. Ce film, sous licence Creative Commons, est régulièrement pour des démonstrations techniques ou des tests de codecs. À noter que Big Buck Bunny est réalisé exclusivement avec des open source.
Plusieurs cas peuvent se présenter en cliquant sur les liens ci-dessous :
- La vidéo se lance, mais sans son : Le codec audio pourrait ne pas être pris en charge
- L’audio est présent, mais pas la vidéo : Le codec vidéo pourrait ne pas être pris en charge. Pour les hautes définitions, il est possible que la définition dépasse celle gérée par le terminal.
- La vidéo ne s’affiche pas : Le codec vidéo et/ou audio n’est pas pris en charge. Pour les hautes définitions, il est possible que la définition dépasse celle gérée par le terminal.
- La vidéo est saccadée : La définition pourrait est trop importante pour le terminal. Il est intéressant de tester avec d’autres codecs.
- La vidéo se met en pause régulièrement : La connexion internet pourrait est trop lente pour le codec et la définition utilisée.
Les vidéos proposées sont toutes identiques : C'est Big Buck Bunny, un court métrage néerlandais orchestré par la fondation Blender. Il fait 596 secondes dans sa version 24 images par seconde de 2008 et 634 secondes dans sa version 60 images par secondes de 2014.
Big Buck Bunny est connu, car le film, mais aussi l'ensemble des fichiers source et matériaux ayant servi à sa réalisation sont disponibles sous licence Creative Commons. Vous avez donc déjà probablement vu ses images, utilisées régulièrement pour des démonstrations techniques ou des tests de codecs (il est disponible en 4K et il y a peu de contenus 4K entièrement libres).
Big Buck Bunny est réalisé exclusivement avec des open source.
(https://lafibre.info/images/tv/200804_big_buck_bunny_poster.webp)
-
(https://lafibre.info/images/tv/logo_h264_vs_av1_mini.jpg)
Encodage 360p - 24 i/s avec le codec vidéo AV1 à 0,24 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 18 133 414 octets - débit moyen : 242 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 50 kbit/s stéréo.
- Vidéo : AV1 à 188 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 2.1 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 50k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_360p_av1.mp4"
-
Encodage 360p - 24 i/s avec le codec vidéo VP9 à 0,33 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 24 647 602 octets - débit moyen : 329 kbit/s.
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 50 kbit/s stéréo.
- Vidéo : VP9 à 275 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 2.1 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 1 -tile-columns 1 -threads 4 -c:a libopus -b:a 50k -ac 2 "201411_blender_big_buck_bunny_24fps_360p_vp9.webm"
-
Encodage 360p - 24 i/s avec le codec vidéo HEVC (H.265) à 0,44 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 33 041 264 octets - débit moyen : 441 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 65 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 370 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 2.1 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 64k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_360p_hevc.mp4"
-
Encodage 360p - 24 i/s avec le codec vidéo H.264 (AVC) profil High à 0,44 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 33 061 118 octets - débit moyen : 441 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 65 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 371 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 3.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 64k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_360p_h264-high.mp4"
-
Encodage 360p - 24 i/s avec le codec vidéo H.264 (AVC) profil Main à 0,44 Mb/s
(https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp)
Taille du fichier : 33 178 309 octets - débit moyen : 442 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 65 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Main à 372 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 3.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_h264-main.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile main CRF 26 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v main -c:a aac -b:a 64k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_360p_h264-main.mp4"
-
Encodage 360p - 24 i/s avec le codec vidéo H.264 (AVC) profil Baseline à 0,55 Mb/s
(https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp)
Taille du fichier : 41 533 856 octets - débit moyen : 554 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 65 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Baseline à 485 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 3.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_h264-baseline.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile baseline CRF 26 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v baseline -c:a aac -b:a 64k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_360p_h264-baseline.mp4"
-
Encodage 360p - 24 i/s avec le codec vidéo VP8 à 0,47 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 35 266 723 octets - débit moyen : 470 kbit/s.
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 64 kbit/s stéréo.
- Vidéo : VP8 à 379 kbit/s - définition : 640 x 360 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 360p (640 x 360) 24 images par seconde (débit max 1 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 1M -g 240 -quality good -speed 1 -threads 4 -c:a libvorbis -b:a 64k -ac 2 "201411_blender_big_buck_bunny_24fps_360p_vp8.webm"
-
Encodage 360p - 24 i/s avec le codec vidéo Theora à 1,99 Mb/s
(https://lafibre.info/images/tv/logo_theora.svg)
Taille du fichier : 149 157 835 octets - débit moyen : 1 989 kbit/s.
- Conteneur : Ogg (https://fr.wikipedia.org/wiki/Ogg).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 64 kbit/s stéréo.
- Vidéo : Theora à 1 837 kbit/s - définition : 640 x 360 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_theora.ogg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo Theora -q:v 7 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v libtheora -q:v 7 -c:a libvorbis -b:a 64k -ac 2 "201411_blender_big_buck_bunny_24fps_360p_theora.ogg"
Encodage 360p - 24 i/s avec le codec vidéo MPEG-2 Vidéo (H.262) à 2,52 Mb/s
(https://lafibre.info/images/tv/logo_mpeg-2.svg)
Taille du fichier : 189 149 184 octets - débit moyen : 2 522 kbit/s.
- Conteneur : MPEG-PS (https://en.wikipedia.org/wiki/MPEG_program_stream) (Program stream).
- Audio : Dolby Digital AC-3 (https://fr.wikipedia.org/wiki/Dolby_Digital) à 128 kbit/s stéréo.
- Vidéo : H.262 / MPEG-2 Vidéo (partie 2 de la norme MPEG-2) (https://en.wikipedia.org/wiki/H.262/MPEG-2_Part_2) à 2 344 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Divers : Menu stream DVD-Video
Les vidéos MPEG-2 sont lisibles uniquement sur des navigateurs exotiques. Pour ce faire, copier l'URL ci-dessous dans la barre d'adresse.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_mpeg2.mpg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo MPEG-2 Part2 -q:v 4 360p (640 x 360) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=640:-1,fps=24" -pix_fmt yuv420p -c:v mpeg2video -g 15 -q:v 4 -maxrate:v 9000k -minrate:v 0 -bufsize:v 1835008 -packetsize 2048 -muxrate 10080k -c:a ac3 -f dvd -b:a 128k -ar 48000 -ac 2 "201411_blender_big_buck_bunny_24fps_360p_mpeg2.mpg"
-
Encodage 480p - 24 i/s avec le codec vidéo AV1 à 0,35 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 26 237 542 octets - débit moyen : 350 kbit/s (+45% par rapport à la version AV1 360p).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 75 kbit/s stéréo.
- Vidéo : AV1 à 271 kbit/s - définition : 854 x 480 à 24 images par seconde.
- Niveau / level utilisé : 3.0 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 75k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_480p_av1.mp4"
-
Encodage 480p - 24 i/s avec le codec vidéo VP9 à 0,46 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 34 833 850 octets - débit moyen : 464 kbit/s (+41% par rapport à la version VP9 360p).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 75 kbit/s stéréo.
- Vidéo : VP9 à 386 kbit/s - définition : 854 x 480 à 24 images par seconde.
- Niveau / level utilisé : 3 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 1 -tile-columns 1 -threads 4 -c:a libopus -b:a 75k -ac 2 "201411_blender_big_buck_bunny_24fps_480p_vp9.webm"
-
Encodage 480p - 24 i/s avec le codec vidéo HEVC (H.265) à 0,63 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 47 294 168 octets - débit moyen : 631 kbit/s (+43% par rapport à la version HEVC 360p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 96 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 528 kbit/s - définition : 854 x 480 à 24 images par seconde.
- Niveau / level utilisé : 3 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 96k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_480p_hevc.mp4"
-
Encodage 480p - 24 i/s avec le codec vidéo H.264 (AVC) profil High à 0,68 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 51 225 591 octets - débit moyen : 683 kbit/s (+55% par rapport à la version H.264 High 360p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 96 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 581 kbit/s - définition : 854 x 480 à 24 images par seconde.
- Niveau / level utilisé : 3 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 96k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_480p_h264-high.mp4"
-
J'ai réalisé des tests comparatifs avec un PC portable qui a 11 ans, équipé d'un processeur Intel Core i3-2310M et d'un GPU Intel intégré, un HD Graphics 3000, donc ce n'est pas un PC haut de gamme.
Sur ce vieux PC, on n'a donc de l'accélération matérielle que pour H.264. VP9 et AV1 sont décodés logiciellement.
Mon objectif : vérifier l'impact du codec sur un vieux PC et notamment la phrase "L'absence de HWA fait que le décodage AV1 consomme *énormément* sur le CPU (donc le bilan carbone n'est pas forcément bon par rapport au gain de place), mais en plus, tous les petits appareils peu à moyennement puissant ne peuvent pas décoder l'AV1 en temps réel (donc pas de vidéo). Je soutiens mille fois l'AV1 face au H264. Mais je pense que l'écosystème n'est pas encore prêt."
Les caractéristiques du PC de test, sur lequel j'ai fait une clean installation de Windows 11 21H2 avec toutes les mises à jour au 16 juillet 2022.
(https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_dxdiag_1.webp) (https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_dxdiag_2.webp)
Je vais comparer la consommation CPU des vidéos H.264, VP9 et AV1 :
- En streaming avec Chrome 103 (aucune extension installée)
- En streaming avec Firefox 102 (aucune extension installée)
- Via ouverture en local de la vidéo avec le Lecteur Windows Media version 12.0
J'aurais voulu comparer la consommation CPU avec Edge 103, mais malgré l'installation de l'extension AV1, Edge refuse la lecture des flux AV1 (il doit y avoir des pré-requis CPU non satisfaits, mais c'est étrange, car cela fonctionne bien dans le Lecteur Windows Media pour la vidéo.
À noter que le Lecteur Windows Media n'arrive pas à lire la piste audio des fichiers AV1 (même sur un PC récent). C'est étonnant puisque l'audio est du standard avec le codec Opus, le même flux audio qui est dans les fichiers VP9 et quand c'est du WebM, le Lecteur Windows Media arrive bien à lire l'audio. À noter que dans un navigateur (même dans Edge 103 avec un PC plus récent) pas de problème pour avoir l'audio Opus avec les fichiers AV1.
Cela laisse un sentiment d'inachevé pour Microsoft : Problème audio avec le Lecteur Windows Media non-décodage vidéo si le CPU est trop ancien avec Edge...
Vvidéo Big Buck Bunny, encodée à 60 images par seconde
Définition vidéo 720p :
(https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_60fps-720p.webp)
Définition vidéo 1080p :
(https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_60fps-1080p.webp)
Conclusion :
Il y a une augmentation sensible de la consommation CPU, surtout en 1080p où elle va presque doubler dans Chrome.
Dans le Lecteur Windows Media, l'impact est énorme, je me demande si une optimisation n'est pas possible.
La bonne nouvelle, c'est que ce vieux PC portable de 11 ans ne rencontre aucun problème avec un flux AV1 dans une définition 1920x1080 (alors que l'écran est limité à du 1366x768) en 60 images par seconde.
Vidéo encodée à 24 images par seconde
Définition vidéo 720p :
(https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_24fps-720p.webp)
Définition vidéo 1080p :
(https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_24fps-1080p.webp)
Conclusion :
Dans un navigateur web en 720p à 24fps, la sur-consommation lié à AV1 est presque négligeable.
En 1080p, l'impact est plus important, mais cela reste faible par rapport à ce que peut consommer d'autres logiciels.
-
Si je me souviens bien, Youtube propose les flux en VP9 par défaut même si la machine client n'a pas le décodage matériel VP9 et qu'elle a le décodage matériel H264.
Ce qui n'est pas optimal du point de vue de l'utilisateur, puisque le H264 serait mieux dans ce cas précis et soulagerait la machine client (l'extension h264ify comble ce "défaut")
Youtube est-il capable de vérifier les capacité d'accélération matérielle du navigateur ? ou est-ce simplement un choix stratégique ? Il me semble que c'est pour des questions de licence (coût) et de bande-passante. Donc que Google se fiche que votre ordinateur surchauffe, du moment que ça lui coûte moins cher.
“YouTube encodes all videos to H.264, and adds VP9 and AV1 for videos with high view counts.
YouTube appears to encode all videos larger than 1080p with VP9.
However, YouTube only creates H.264 versions of those videos at 1080p and lower.
So, in all cases, there will be an H.264 version that you can watch but not beyond 1080p.”
source (https://streaminglearningcenter.com/codecs/which-codec-does-youtube-use-part-deux.html)
-
Sur Youtube si tu regardes des vidéos populaires avec Firefox / Chrome, je remarque être toujours en AV1 pour les définitions où AV1 à un impact modéré (1080p est définitions plus faible) et quand on passe sur des définitions > 1080p, Youtube bascule en VP9 alors que l'AV1 est bien présent. Je me demande s'il n'a pas détecté l'absence de support du décodage hardware d'AV1.
À noter l'absence d'encodage en H.264 pour les définitions > 1080p.
Exemple :
https://www.youtube.com/watch?v=-9rsxSevjM8
Les formats disponibles :
(https://lafibre.info/images/tv/202202_yt-dlp_youtube_video_4k.png)
-
À noter que le Lecteur Windows Media n'arrive pas à lire la piste audio des fichiers AV1 (même sur un PC récent). C'est étonnant puisque l'audio est du standard avec le codec Opus, le même flux audio qui est dans les fichiers VP9 et quand c'est du WebM, le Lecteur Windows Media arrive bien à lire l'audio. À noter que dans un navigateur (même dans Edge 103 avec un PC plus récent) pas de problème pour avoir l'audio Opus avec les fichiers AV1.
Le codec AV1 peut être utilisé dans deux conteneurs dans le standard : .mp4 (ISO base media file format) et .mkv (Matroska). On peut aussi rajouter le .WebM qui supporte AV1, mais c'est non standardisé.
Si Youtube utilise .mp4 (et les fichiers vidéos H.264 et AV1 de ce forum également), j'ai testé la même vidéo (AV1), même audio (Opus), mais avec le container est MKV (Matroska) : lien vers la vidéo (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_av1.mkv)
=> Là, le Lecteur Windows Media lit la piste audio. C'est donc probablement un bug coté Microsoft à régler : les .mp4 devraient supporter l'audio Opus, non ?
Je n'ai pas trouvé la liste des codecs audio autorisés dans le .mp4 et la norme ISO/IEC 14496-12:2022 est payante :'(
J'ai tenté de remonter le bug à Microsoft via https://github.com/microsoft/media-foundation/issues/36
-
C'est donc probablement un bug coté Microsoft à régler : les .mp4 devraient supporter l'audio Opus, non ?
Je n'ai pas trouvé la liste des codecs audio autorisés dans le .mp4 et la norme ISO/IEC 14496-12:2022 est payante :'(
Pour ce que j'en ai compris, le MP4 est volontairement restrictif par rapport au MKV pour assurer une plus grande compatibilité avec les lecteurs matériels (qui n'ont à gérer qu'un nombre fixé et limité de codec). Et d'après Quora : "MP4 files will use one of the following codecs: AAC, AC3, ALS, SLS, MP3, MP2, MP1, CELP, HVXC, TwinVQ, TTSI, SAOL, or Apple Lossless."
-
Cela n'a pas évolué ? Je vois des mises à jour régulières (dont une datée de 2022) sur https://en.wikipedia.org/wiki/ISO_base_media_file_format
Si cela n'a pas évolué, on est censé utiliser quel codec audio quand on utilise le conteneur MP4 prévu par la norme ?
C'est ballot d'avoir un codec vidéo ouvert et libre de droits et un codec audio qui ne l'est pas...
Opus est un format ouvert de compression audio, libre de redevances et normalisé par l'Internet Engineering Task Force (IETF). Il remplace avantageusement Vorbis, le codec audio utilisé habituellement avec VP8 (c'est Opus pour VP9).
(https://lafibre.info/images/tv/201501_comparatif_codec_audio.png)
-
Si cela n'a pas évolué, on est censé utiliser quel codec audio quand on utilise le conteneur MP4 prévu par la norme ?
De ce que j'ai compris, c'est l'AAC qui est recommandé pour le MP4, il est libre de droits pour les producteurs/diffuseurs de contenus.
-
Oui, l'AAC est utilisé avec le H.264 qui utilise aussi le MP4 et toutes les vidéos H.264 que j'encode utilisent l'AAC, même si il est frustrant de ne pas pouvoir utiliser le meilleur encodeur AAC de Fraunhofer.
Si aucune licence ou paiement n'est requis pour qu'un utilisateur puisse diffuser ou distribuer du contenu au format AAC, « une licence d'utilisation du brevet AAC est nécessaire pour les fabricants ou les développeurs de produits d'encodage et/ou de décodage destinés à l'utilisateur final ».
Bref les différents acteurs qui ont conçus AV1 n'ont pas déplacés des montages pour tenter d'avoir un codec vidéo entièrement ouvert et libre de droits, si l’audio ne l'est pas. Pour moi, ils ont forcements pensés à un autre codec quand ils ont normalisés le MP4 pour des vidéos AV1.
Le VP9 fonctionnant avec des codecs audio libres (Vorbis et Opus sont supportés) il est étonnant de ne pas faire de même avec AV1.
-
Selon https://chromestatus.com/feature/5100845653819392, Chrome et Firefox sont censés supporter Opus dans les MP4.
Dans l'idéal, le support AV1 pourrait être activé par défaut uniquement si le décodage matériel est possible.
Il y a https://developer.mozilla.org/en-US/docs/Web/API/Media_Capabilities_API, mais la dernière fois que j'ai testé ce n'était pas très cohérent entre navigateurs (cf https://lafibre.info/tv-numerique-hd-3d/av1-ou-hevc/msg928079/#msg928079).
Si l'API est bien implémentée, elle soit permettre au site de tester l'attribut powerEfficient pour déterminer si le décodage sera coûteux ou non.
-
Selon https://chromestatus.com/feature/5100845653819392, Chrome et Firefox sont censés supporter Opus dans les MP4.
Oui, c'est bien supporté par tous les navigateurs qui supportent AV1, y compris Edge (pour Edge, le support de Opus dans les MP4 est hérité de la capacité de Chrome).
La problématique est plus en local (vidéo téléchargée) sous Windows (c'est ok sous Linux et sous mac j'imagine qu'il n'y a aucune prise en charge pour le moment). AV1 n'est pas un codec que pour le Web (même si c'est le cas aujourd'hui).
Prise en charge de Media Foundation pour l'audio Opus 5.1
Il existe un certain support pour Opus dans Windows, malheureusement, il n'est pas documenté. IIRC est venu étendre la prise en charge du codec multimédia dans le navigateur Microsoft Edge , et comme Microsoft Edge utilise en interne la plate-forme multimédia standard API Media Foundation, le décodeur est venu au format de Media Foundation Transform.
Il est intéressant de noter que le décodage d'Opus a été suffisamment approfondi pour apparaître dans plusieurs environnements, y compris même Windows IoT.
Cependant, Microsoft n'a pas mis à jour l'API Media Foundation elle-même pour indiquer la présence d'un nouveau support de codec. La documentation n'a aucune mention pour le décodeur Opus. (https://translate.google.com/website?sl=auto&tl=fr&hl=fr&u=https://docs.microsoft.com/en-us/windows/win32/medfound/codecobjects) La chose est présente dans Windows depuis quatre ans, mais elle n'est pas exposée aux développeurs...
En dehors de cela, la prise en charge des stocks pour le décodeur Opus ou l'analyseur WebM, ou les deux, est limitée à l'audio mono ou stéréo. Les configurations de canaux plus sophistiquées ne sont pas prises en charge. Ni dans Media Foundation, ni dans Edge lui-même. Edge l'a parce qu'il a hérité de la capacité de Chrome, qui à son tour regroupe directement libopus, grâce à l'utilisation de FFmpeg.
Étant donné que la limitation se trouve dans les primitives Media Foundation, d'autres applications basées sur Media Foundation présentent un comportement similaire. Par exemple, l'application Films et TV échoue de la même manière sur ce fichier multimédia.
Source : Alax.info (https://alax.info/blog/2106) le 30 août 2020 par Roman, traduction Google.
Edit :
Pour l'absence de son pour les vidéos AV1 dans le lecteur multimédia de Windows 10/11, j'ai remonté le bug à Microsoft : https://github.com/microsoft/media-foundation/issues/36
C'est confirmé : I confirmed that the Windows MP4 media source currently doesn't support Opus audio streams. I filed an internal work item to track this issue - we'll look into adding support for Opus in MP4 in a future release. Thanks for the feedback!
Je trouve ça très étonnant de supporter le codec vidéo AV1 et de ne pas supporter l'audio qui va avec (Opus) dans le conteneur standardisé le plus utilisé pour AV1 le plus utilisé, MP4.
J'ai aussi été étonné de la réponse pour expliquer pourquoi l'extension AV1 n'est pas préinstallée dans Windows 11 : The AV1 Video Extension is currently not preinstalled for Windows 11 due to legal/licensing concerns. Hopefully this situation will be resolved at some point in the future.
-
Ci-dessous la vidéo Big Buck Bunny, est encodée à 24 images par secondes en 360p, 480, 720p et 4320p et 60 images par seconde en 720p, 1080p, 1440p, 2160p.
Les vidéos encodées en H.264, VP9 et AV1 sont proposés par Youtube. Les vidéos encodées en HEVC sont proposées par des tiers.
Big Buck Bunny est court métrage (596 secondes dans sa version 24 images par seconde de 2008 et 634 secondes dans sa version 60 images par secondes de 2014) néerlandais orchestré par la fondation Blender.
Il est connu, car le film, mais aussi l'ensemble des fichiers source et matériaux ayant servi à sa réalisation sont disponibles sous licence Creative Commons. Vous avez donc déjà probablement vu ses images, utilisées régulièrement pour des démonstrations techniques ou des tests de codecs (il est disponible en 4K et il y a peu de contenus 4K entièrement libres).
Big Buck Bunny est réalisé exclusivement avec des logiciels libres.
(https://lafibre.info/images/tv/200804_big_buck_bunny_poster.webp)
C'est d'ailleurs LA référence de comparaison de tous les outils, même pour la mise en production d'outils de diffusion.
Pour l'anecdote, une mise en production d'un Barker chez Canal+ de ma part, les tests de pré-prod ont été effectués avec cette vidéo, et pour l'audio un signal pur sinus pour mesurer l'atténuation en db, à l'émission du Barker, de la réception chez Canal pour sa diffusion sur leur réseau.
-
Encodage 480p - 24 i/s avec le codec vidéo H.264 (AVC) profil Main à 0,69 Mb/s
(https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp)
Taille du fichier : 51 531 804 octets - débit moyen : 687 kbit/s (+55% par rapport à la version H.264 Main 360p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 96 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Main à 585 kbit/s - définition : 854 x 480 à 24 images par seconde.
- Niveau / level utilisé : 3.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_h264-main.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile main CRF 26 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v main -c:a aac -b:a 96k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_480p_h264-main.mp4"
-
Encodage 480p - 24 i/s avec le codec vidéo H.264 (AVC) profil Baseline à 0,84 Mb/s
(https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp)
Taille du fichier : 63 139 297 octets - débit moyen : 842 kbit/s (+52% par rapport à la version H.264 Baseline 360p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 96 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Baseline à 741 kbit/s - définition : 854 x 480 à 24 images par seconde.
- Niveau / level utilisé : 3.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_h264-baseline.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile baseline CRF 26 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v baseline -c:a aac -b:a 96k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_480p_h264-baseline.mp4"
-
Encodage 480p - 24 i/s avec le codec vidéo VP8 à 0,71 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 53 560 579 octets - débit moyen : 714 kbit/s (+52% par rapport à la version VP8 360p).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 96 kbit/s stéréo.
- Vidéo : VP8 à 581 kbit/s - définition : 854 x 480 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 480p (854 x 480) 24 images par seconde (débit max 2 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 2M -g 240 -quality good -speed 1 -threads 4 -c:a libvorbis -b:a 96k -ac 2 "201411_blender_big_buck_bunny_24fps_480p_vp8.webm"
-
Encodage 480p - 24 i/s avec le codec vidéo Theora à 3,21 Mb/s
(https://lafibre.info/images/tv/logo_theora.svg)
Taille du fichier : 241 001 158 octets - débit moyen : 3 213 kbit/s (+62% par rapport à la version Theora 360p).
- Conteneur : Ogg (https://fr.wikipedia.org/wiki/Ogg).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 96 kbit/s stéréo.
- Vidéo : Theora à 2 981 kbit/s - définition : 854 x 480 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_theora.ogg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo Theora -q:v 7 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v libtheora -q:v 7 -c:a libvorbis -b:a 96k -ac 2 "201411_blender_big_buck_bunny_24fps_480p_theora.ogg"
-
Encodage 480p - 24 i/s avec le codec vidéo MPEG-2 Vidéo (H.262) à 3,5 Mb/s
(https://lafibre.info/images/tv/logo_mpeg-2.svg)
Taille du fichier : 258 988 032 octets - débit moyen : 3 453 kbit/s (+37% par rapport à la version Theora 360p).
- Conteneur : MPEG-PS (https://en.wikipedia.org/wiki/MPEG_program_stream) (Program stream).
- Audio : Dolby Digital AC-3 (https://fr.wikipedia.org/wiki/Dolby_Digital) à 192 kbit/s stéréo.
- Vidéo : H.262 / MPEG-2 Vidéo (partie 2 de la norme MPEG-2) (https://en.wikipedia.org/wiki/H.262/MPEG-2_Part_2) à 3 192 kbit/s - définition : 854 x 480 à 24 images par seconde.
- Divers : Menu stream DVD-Video
Les vidéos MPEG-2 sont lisibles uniquement sur des navigateurs exotiques. Pour ce faire, copier l'URL ci-dessous dans la barre d'adresse.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_mpeg2.mpg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo MPEG-2 Part2 -q:v 4 480p (854 x 480) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=854:-1,fps=24" -pix_fmt yuv420p -c:v mpeg2video -g 15 -q:v 4 -maxrate:v 9000k -minrate:v 0 -bufsize:v 1835008 -packetsize 2048 -muxrate 10080k -c:a ac3 -f dvd -b:a 192k -ar 48000 -ac 2 "201411_blender_big_buck_bunny_24fps_480p_mpeg2.mpg"
-
Encodage 2250p - 60 i/s avec le codec vidéo H.264 (AVC) profil High à 10,5 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 790 937 546 octets - débit moyen : 10 546 kbit/s (+46% par rapport à la version H.264 High 4K 2160p).
- Conteneur : MP4 (ISO base media file format).
- Audio : audio AC-3 5.1 à 320 Kb/s + audio MP3 stéréo à 160 kbit/s.
- Vidéo : H.264 (AVC) profil High à 10 000 kbit/s - définition : 4000 x 2250 à 60 images par seconde.
- Niveau / level utilisé : 5.1 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
Encodage réalisé en 2013 par Janus B. Kristensen.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4
-
Vu de ma fenêtre, en images ce qu'il se passe avec les différents encodages.
L'AV1 n'est pas copain avec mon compteur Linky.
-
Vu de ma fenêtre, en images ce qu'il se passe avec les différents encodages.
L'AV1 n'est pas copain avec mon compteur Linky.
L'AV1 est certes décompressé par le CPU, mais c'est un modèle 8 coeurs Zen 2, donc la consommation m'étonne.
Peut-être que c'est autant la décompression AV1, que la gestion de la lecture de vidéo non accélérée (copie CPU => GPU probable) : la charge GPU est également importante.
Avec quel navigateur le test a-t-il été fait ?
Pour la décompression AV1 proprement dite :
- Firefox et Chrome utilisent normalement libdav1d (comme VLC par exemple)
- Edge utilise toujours uniquement l'extension Microsoft
-
Les tests ont été réalisés avec Chrome à jour dans W11 pro Insider 22623.746
Encodage 2160p 60 images par seconde avec le codec AV1 à 12 Mb/s:
Testé aujourd'hui avec Edge, c'est pareil, pas mieux ni pire.
Vidéo téléchargée lue successivement avec le lecteur multimédia et VLC, ça pompe toujours autant. Avec le LM pas de son. Lecture avec Lecteur multimédia Windows (ancienne génération) ça grimpe à 40% et pas de son non-plus.
-
Sinon pour la consommation CPU, l'étude de Microsoft (pour VP9, mais c'est probablement applicable à AV1) montre que la charge CPU est exponentielle avec la définition :
Étude de Microsoft qui compare la consommation d'une vidéo VP9 dans Edge en fonction de la définition :
Attention, l'étude est ancienne, elle a été publiée en avril 2016 : WebM, VP9 and Opus Support in Microsoft Edge (https://blogs.windows.com/msedgedev/2016/04/18/webm-vp9-and-opus-support-in-microsoft-edge/)
Extrait traduit en français :
Il y a un effet secondaire d'une charge de calcul élevée sur le décodage logiciel : la consommation d'énergie du système est élevée. L'élévation est la plus élevée sur le contenu 4K car la charge de calcul est étroitement liée à la définition vidéo. Si nous comparons le décodage logiciel au décodage accéléré par le matériel, le décodage logiciel peut consommer 20 % de puissance totale en plus lors de la visualisation d'une vidéo 1080p, et jusqu'à 80 % de puissance en plus en visualisation 2160p. Les tableaux suivants comparent le décodage vidéo matériel au décodage vidéo logiciel à différentes définitions sur un ordinateur portable de niveau intermédiaire :
(https://lafibre.info/images/tv/201604_microsoft_video_vp9_dans_edge14_puissance.webp)
-
Encodage 720p - 24 i/s avec le codec vidéo AV1 à 0,56 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 41 593 176 octets - débit moyen : 555 kbit/s (+59% par rapport à la version AV1 480p).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 451 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Niveau / level utilisé : 3.1 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_720p_av1.mp4"
Même vidéo (AV1), même audio (Opus), mais le conteneur est Matroska (.mkv) et non MP4 : lien vers la vidéo (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_av1.mkv)
-
Encodage 720p - 24 i/s avec le codec vidéo VP9 à 0,74 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 55 393 807 octets - débit moyen : 739 kbit/s (+59% par rapport à la version VP9 480p).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 635 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Niveau / level utilisé : 3.1 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 2 -threads 8 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_24fps_720p_vp9.webm"
Même vidéo (VP9), même audio (Opus), mais le conteneur est MP4 et non WebM : lien vers la vidéo (https://lafibre.info/tv-numerique-hd-3d/support-du-vp9-chez-apple/msg974576/#msg974576)
-
Encodage 720p - 24 i/s avec le codec vidéo HEVC (H.265) à 1,1 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 83 269 951 octets - débit moyen : 1 110 kbit/s (+76% par rapport à la version HEVC 480p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 975 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Niveau / level utilisé : 3.1 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_720p_hevc.mp4"
-
Encodage 720p - 24 i/s avec le codec vidéo H.264 (AVC) profil High à 1,2 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 91 046 820 octets - débit moyen : 1 214 kbit/s (+78% par rapport à la version H.264 High 480p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 1 079 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Niveau / level utilisé : 3.1 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_720p_h264-high.mp4"
-
Encodage 720p - 24 i/s avec le codec vidéo H.264 (AVC) profil Main à 1,23 Mb/s
(https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp)
Taille du fichier : 92 390 314 octets - débit moyen : 1 232 kbit/s (+79% par rapport à la version H.264 Main 480p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Main à 1 097 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Niveau / level utilisé : 3.1 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_h264-main.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile main CRF 26 720p (1280 x 720) 24 images par seconde
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v main -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_720p_h264-main.mp4"
Encodage 720p - 24 i/s avec le codec vidéo H.264 (AVC) profil Baseline à 1,63 Mb/s
(https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp)
Taille du fichier : 122 036 499 octets - débit moyen : 1 627 kbit/s (+93% par rapport à la version H.264 Baseline 480p).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Baseline à 1 493 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Niveau / level utilisé : 3.1 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_h264-baseline.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile baseline CRF 26 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v baseline -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_720p_h264-baseline.mp4"
-
Encodage 720p - 24 i/s avec le codec vidéo VP8 à 1,35 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 101 422 923 octets - débit moyen : 1 352 kbit/s (+89% par rapport à la version VP8 480p).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 1 162 kbit/s - définition : 1280 x 720 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 720p (1280 x 720) 24 images par seconde (débit max 3 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 3M -g 240 -quality good -speed 2 -threads 8 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_24fps_720p_vp8.webm"
Encodage 720p - 24 i/s avec le codec vidéo Theora à 5,64 Mb/s
(https://lafibre.info/images/tv/logo_theora.svg)
Taille du fichier : 423 107 276 octets - débit moyen : 5 641 kbit/s (+76% par rapport à la version Theora 480p).
- Conteneur : Ogg (https://fr.wikipedia.org/wiki/Ogg).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : Theora à 5 281 kbit/s - définition : 1280 x 720 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_theora.ogg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo Theora -q:v 7 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libtheora -q:v 7 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_24fps_720p_theora.ogg"
Encodage 720p - 24 i/s avec le codec vidéo MPEG-2 Vidéo (H.262) à 6,1 Mb/s
(https://lafibre.info/images/tv/logo_mpeg-2.svg)
Taille du fichier : 457 748 480 octets - débit moyen : 6 103 kbit/s (+77% par rapport à la version Theora 480p).
- Conteneur : MPEG-PS (https://en.wikipedia.org/wiki/MPEG_program_stream) (Program stream).
- Audio : Dolby Digital AC-3 (https://fr.wikipedia.org/wiki/Dolby_Digital) à 256 kbit/s stéréo.
- Vidéo : H.262 / MPEG-2 Vidéo (partie 2 de la norme MPEG-2) (https://en.wikipedia.org/wiki/H.262/MPEG-2_Part_2) à 5 725 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Divers : Menu stream DVD-Video
Les vidéos MPEG-2 sont lisibles uniquement sur des navigateurs exotiques. Pour ce faire, copier l'URL ci-dessous dans la barre d'adresse.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_mpeg2.mpg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo MPEG-2 Part2 -q:v 4 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v mpeg2video -g 15 -q:v 4 -maxrate:v 18000k -minrate:v 0 -bufsize:v 2000k -c:a ac3 -f dvd -b:a 256k -ar 48000 -ac 2 "201411_blender_big_buck_bunny_24fps_720p_mpeg2.mpg"
-
Avec l'arrivée du support HEVC chez Chrome, j'ai rajouté des encodages HEVC.
Actuellement, j'ai ces 4 vidéos HEVC :
Encodage 720p (1280 x 720) 60 images par seconde :
- codec vidéo HEVC (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961392/#msg961392)
Encodage 1080p (1920 x 1080) 60 images par seconde :
- codec vidéo HEVC (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961396/#msg961396)
Encodage 4K 2160p (3840 x 2160) 60 images par seconde :
- codec vidéo HEVC (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg977638/#msg977638)
Encodage 8K 4320p (7680 x 4320) 24 images par seconde :
- codec vidéo HEVC (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg980642/#msg980642)
Gros problème : Si la vidéo HEVC 4320p est bien lisible sur Chrome 107, Edge 106 et iOS 16, les version 720, 1080p et 2160p sont encodées différemment et elles ne fonctionnent pas et je ne comprends pas ce qui bloque.
Avec le lecteur multimédia de Windows 11 qui lit bien la vidéo 4320p, pour la 720p, j'ai le message "Nous ne pouvons pas ouvrir [ficher.mp4]. Il utilise des paramètres d'encodage non pris en charge".
Les vidéos HEVC que vous pouvez facilement télécharger via un clic droit puis enregistrer sous sont bien entendu lisibles avec VLC.
J'imagine qu'il y a un pré-requis non respecté, mais je n'ai pas trouvé lequel.
Si vous savez pourquoi je suis preneur.
Autre exemple d'une autre vidéo HEVC :
Non lisible sur :
- iOS 16
- Chrome 107 sous Win11
Lisible avec :
- Chrome 106 sur Android
- Edge 106 sous Windows 11
- le lecteur multimédia de Windows 11
- VLC
[vidéo supprimée]
-
Ces vidéos ne sont pas non plus lisibles avec MPC-HC.
Avec mediainfo :
Frame rate mode : Variable
Frame rate : 60.000 FPS
Minimum frame rate : 55.556 FPS
Maximum frame rate : 62.500 FPSC'est probablement le framerate variable qui n'est pas supporté.
Au passage, ton message sur la vidéo 2160p charge en fait la vidéo 720p.
[vidéo supprimée]
Celle-ci est bien lisible avec MPC-HC, mais en décodage logiciel.
chrome://media-internals indique une erreur de décodage.
-
Avec Chrome Dev sous Linux (Intel Core i7-11850H) :
- la vidéo HEVC 360p ne se décode pas non plus
- les vidéos 2160p H264/VP9/AV1 sont bien décodées, mais parfois de manière accélérée, parfois non
- les vidéos 1440p et 4320p sont décodées mais les couleurs sont décalées (problème de rendu ?)
La vidéo HEVC 360p :
- se décode en HW avec "ffplay -vcodec hevc_qsv", avec uniquement un avertissement "Unknown HEVC profile: 0"
- se décode en HW avec "gst-play-1.0" (VAAPI)
- se décode en SW avec "ffmpeg -hwaccel vaapi -i 201411_blender_big_buck_bunny_24fps_360p_hevc.mp4 -f null -"
[hevc @ 0x56266fd6ea40] Unknown HEVC profile: 0
...
[hevc @ 0x56266fd6ea40] HEVC profile is not found.
[hevc @ 0x56266fd6ea40] No support for codec hevc profile 0.
[hevc @ 0x56266fd6ea40] Failed setup for format vaapi: hwaccel initialisation returned error. - se décode en SW avec "mpv --hwdec=vaapi" :
[ffmpeg/video] hevc: Unknown HEVC profile: 0
[ffmpeg/video] hevc: Unknown HEVC profile: 0
[ffmpeg/video] hevc: HEVC profile is not found.
[ffmpeg/video] hevc: No support for codec hevc profile 0.
[ffmpeg/video] hevc: Unknown HEVC profile: 0
[ffmpeg/video] hevc: Unknown HEVC profile: 0
Donc on dirait que ce vieil encodage n'a pas l'information correcte sur le profil, et selon les programmes ça peut poser problème :
- ffmpeg semble le passer tel quel, et VAAPI n'aime pas
- GstH265Parse (GStreamer) donne "profile=(string)main", et derrière VAAPI décode sans problème
La vidéo 4320p AV1 fonctionne plus ou moins selon les cas :
- "mpv --hwdec=vaapi" fonctionne parfaitement
- gst-play-1.0 utilise le décodage HW (VAAPI), mais a besoin de --videosink=vaapisink (ou --videosink=glimagesink qui consomme un peu plus), par défaut il choisit xvimagesink qui n'est pas fluide
- vlc essaye de la décoder en logiciel (libdav1d), forcément çe ne passe pas (peut-être que https://code.videolan.org/videolan/vlc/-/merge_requests/2459 corrigera)
- ffplay utilise libdav1d par défaut, et si je force le HW (-vcodec av1_qsv) je n'ai pas d'erreur mais un écran noir
- la ligne de commande ffmpeg peut utiliser qsv ou vaapi, mais il y a toujours un passage par le CPU pour une conversion (la sortie OpenGL ne supporte pas le NV12), ce qui est très couteux
-
Merci hwti pour tes préciseuses informations.
J'ai ré-encodé en HEVC la vidéo 720p ci-dessous (en partant du flux 8k HEVC en source) via ffmpeg 5.1 avec la ligne de commande suivante :
ffmpeg -i "source.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 30 -preset slow -c:a aac -b:a 128k "out.mp4"
Le tag -tag:v hvc1 est nécessaire pour la compatibilité Apple. Apple indique dans sa documentation (https://developer.apple.com/documentation/http_live_streaming/http_live_streaming_hls_authoring_specification_for_apple_devices#2969487) que vous DEVEZ utiliser des formats vidéo dans lesquels les ensembles de paramètres sont stockés dans les descriptions d'échantillons, plutôt que dans les échantillons.
H.264 : 'avc1' à la place de 'avc3'
H.265 : 'hvc1' à la place de 'hev1'
'dvh1' à la place de 'dvhe'
La vidéo est bien lisible par Chrome sous Android, Windows (avec ou sans extension HEVC) et Edge sous Windows 11 avec l'extension d'installée.
Par contre, avec le lecteur multimédia de Windows, il n'y a pas de son !
L'audio est en AAC LC, un grand classique, je ne comprends pas que le lecteur multimédia puisse refuser ce format utilisé partout en H.264 dans un conteneur MP4.
Le lecteur multimédia exigerait de l'audio AC-3 pour HEVC ?
La vidéo en question :
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_hevc_6channels.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# HEVC CRF 26 HVC1 (avec -tag:v hvc1 pour une compatibilité Apple) audio 6 channels (sans -ac 2)
# Vidéo 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -f mp4 "201411_blender_big_buck_bunny_24fps_720p_hevc_6channels.mp4"
Edit : c'est une vidéo avec audio 5.1 (6 channels) et non de la stéréo.
-
Mon cousin m'a passé un pc de la région ile de france qu'on lui a donné cette année...et il lit les vidéos en 4K ! franchement pas mal
-
Ta vidéo encodée passe pas sur avec un Chrome MacOS Monterey 12.6.1
-
HEVC sur Chrome est en cours de mise en place. Je ne sais pas pour quelle version est prévue le support de HEVC de Chrome sur Mac.
Par exemple, sous Linux, c'est prévu pour Chrome 108.
Ce qui m'intéresserait, c'est de savoir si une des deux vidéos 720p encodée ce soir (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981247/#msg981247) passe sur Safari sur macOS ou les deux.
Je suis intéressé pour savoir s'il y a du son pour les deux vidéos en question, vu que le lecteur Multimédia de Windows n'arrive pas à lire l'AAC quand il est associé à HEVC.
-
Je comprend pas pourquoi ils mettent HEVC que maintenant ? genre VP9 est dispo AV1 aussi
-
HEVC sur Chrome est en cours de mise en place. Je ne sais pas pour quelle version est prévue le support de HEVC de Chrome sur Mac.
Par exemple, sous Linux, c'est prévu pour Chrome 108.
Ce qui m'intéresserait, c'est de savoir si une des deux vidéos 720p encodée ce soir (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg981247/#msg981247) passe sur Safari sur macOS ou les deux.
Je suis intéressé pour savoir s'il y a du son pour les deux vidéos en question, vu que le lecteur Multimédia de Windows n'arrive pas à lire l'AAC quand il est associé à HEVC.
Nope
-
Par contre, avec le lecteur multimédia de Windows, il n'y a pas de son !
L'audio est en AAC LC, un grand classique, je ne comprends pas que le lecteur multimédia puisse refuser ce format utilisé partout en H.264 dans un conteneur MP4.
Le lecteur multimédia exigerait de l'audio AC-3 pour HEVC ?
C'est effectivement étrange, puisque le décodeur AAC est censé être présent de base dans Windows Media Foundation : https://learn.microsoft.com/en-us/windows/win32/medfound/aac-decoder.
Ici, Edge décode d'audio avec ffmpeg (cf edge://media-internals).
Par rapport au 201411_blender_big_buck_bunny_24fps_720p_h264-high.mp4, je remarque deux différences :
- 48kHz, au lieu de 44,1kHz : ça ne devrait pas poser de problème
- 6 canaux, au lieu de stéréo : la page de Microsoft indique "MPEG-2 AAC Low Complexity (LC) profile (multichannel).", donc en théorie ça devrait être supporté, mais ça me semble quand même être une piste intéressante
-
Nope
L'ajout du HEVC dans Chrome est limité au décodage HW, un CPU de 2011 est trop vieux pour le supporter (et c'est pareil pour tout GPU de l'époque, le standard n'existait pas encore).
-
- 6 canaux, au lieu de stéréo : la page de Microsoft indique "MPEG-2 AAC Low Complexity (LC) profile (multichannel).", donc en théorie ça devrait être supporté, mais ça me semble quand même être une piste intéressante
Si tu importe dans Audacity, tu vois du son dans les 6 canaux ?
-
Si tu importe dans Audacity, tu vois du son dans les 6 canaux ?
J'ai regardé la page de propriétés du "LAV Audio Decoder" intégré à MPC-HC : il y a du son sur 5 canaux, le LFE reste muet.
-
J'ai vérifié sur un iPhone : mes deux vidéos 720p encodées aujourd'hui ne sont pas lisibles sur Safari sur iOS 16 (iPhone SE 2020).
Il est possible que ce soit la piste audio qui pose problème.
On a vu avec Opus que si Apple ne sait pas lire la piste audio, il ne lance pas la vidéo (contrairement à Windows où la vidéo est lue sans le son).
Je ferai un encodage HEVC + audio AAC stéréo demain. Les 6 canaux, c'est plus pour de l'AC-3.
-
J'ai regardé la page de propriétés du "LAV Audio Decoder" intégré à MPC-HC : il y a du son sur 5 canaux, le LFE reste muet.
Je me disais aussi, que cela devait passer, après FFDSHOW pour h.264 et LAVFilter pour h.265, ainsi que libavcodec étant intégré directement dans Vlc.
L'ajout du HEVC dans Chrome est limité au décodage HW, un CPU de 2011 est trop vieux pour le supporter (et c'est pareil pour tout GPU de l'époque, le standard n'existait pas encore).
Je pense que tant qu'il n'y avait pas d'accord financier, Chrome reléguait l'intégration de la license au device, ce n'est pas une question de puissance du processeur pour décoder ( pour encoder en temps réel, c'est autre chose, dans les flux d'encodage en temps réel, il y a des structures spécialisées sur ces aspects, comme ateme en France) Vlc décode sur ce Mac de 2011.
-
ce n'est pas une question de puissance du processeur pour décoder
C'est un choix de la part de Google, peut-être pour des raisons de licence effectivement.
https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding fournit un patch pour activer le décodage logiciel dans Chromium (c'est ffmpeg).
Il est même question de l'utilisation possible du décodeur logiciel système sur Mac, mais uniquement à partir de Big Sur.
-
J'ai regardé la page de propriétés du "LAV Audio Decoder" intégré à MPC-HC : il y a du son sur 5 canaux, le LFE reste muet.
Oui il y avait pas grand chose dessus.
-
Nouvel encodage HEVC, avec une piste audio stéréo.
Les vidéos fonctionnent (avec le son) avec Chrome et Edge quand il y a le support du HEVC.
On a également la vidéo et le son avec le lecteur multimédia de Windows. C'était donc le fait d'avoir de l'audio 5+1 qui bloquait le son.
Je suis intéressé par des tests avec Safari et Chrome sur macOS sur les deux vidéos.
Version HEV1 non compatible Apple
Encodage via ffmpeg 5.1 avec la ligne de commande suivante :
# HEVC CRF 26 HEV1 (sans -tag:v hvc1) stéréo
# Vidéo 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_720p_hevc_hev1.mp4"
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_hevc_hev1.mp4
Version HVC1 compatible Apple
Encodage via ffmpeg 5.1 avec la ligne de commande suivante :
# HEVC CRF 26 HVC1 (avec -tag:v hvc1 pour une compatibilité Apple) stéréo
# Vidéo 720p (1280 x 720) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_720p_hevc.mp4"
La vidéo en question :
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_hevc.mp4
La différence, c'est l'ajout du -tag:v hvc1 dans la seconde vidéo, qui est donc compatible avec Safari.
-
YES !!! :)
La seconde fonctionne sur Safari, pas sur Chrome (pas de son pas d'image), ni sur Firefox Nightly ( il n'y a que le son).
On a également la vidéo et le son avec le lecteur multimédia de Windows. C'était donc le fait d'avoir de l'audio 5+1 qui bloquait le son.
C'est un réel problème, les tracks stéréo existent dans le 5.1, 7.1, ATMOS, et le lecteur devraient revenir en fallback stéréo, si incapable de lire le surplus.
-
Les deux vidéos ou une seule de 2 proposées aujourd'hui fonctionnent sur Safari ?
Pour Chrome, ton MacBook Pro de 2011 est trop ancien (pas de décodage hardware du HEVC).
Par contre, cela devrait fonctionner sur Chrome lancé sur un Mac équipé du processeur Intel Skylake (6ème génération) ou plus récent, M1 ou M2.
-
Les deux vidéos ou une seule de 2 proposées aujourd'hui fonctionnent sur Safari ?
Pour Chrome, ton MacBook Pro de 2011 est trop ancien (pas de décodage hardware du HEVC).
Par contre, cela devrait fonctionner sur Chrome lancé sur un Mac équipé du processeur Intel Skylake (6ème génération) ou plus récent, M1 ou M2.
1 seule
Je vais attendre Chrome 108 ;D
-
Chrome 108, c'est le support de HEVC sous Linux (la condition d'avoir un GPU qui décode en hardware HEVC)
Si j'ai bien compris la page https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding les Mac qui respectent les conditions (macOS Big Sur 11.0 et + récent avec un CPU Intel 6ème génération et + récent) devraient déjà avoir un support HEVC.
Le support d'HEVC :
(https://lafibre.info/images/tv/hevc_support.webp)
-
Chrome 108, c'est le support de HEVC sous Linux (la condition d'avoir un GPU qui décode en hardware HEVC)
Si j'ai bien compris la page https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding les Mac qui respectent les conditions (macOS Big Sur 11.0 et + récent avec un CPU Intel 6ème génération et + récent) devraient déjà avoir un support HEVC.
C'est un peu plus compliqué Vivien
Je cite ton lien :
macOS
Please make sure you are using macOS Big Sur and above, this is because CMVideoFormatDescriptionCreateFromHEVCParameterSets API has compatibility issue on lower macOS.
Si c'était exclusivement dû aux générations "hard" VLC ne décoderait déjà pas maintenant le HEVC sur cette machine de 2011.
Je ne pourrais même pas utiliser Monterey dessus, et pour Ventura le passage de Intel à ARM pose encore d'autres type de problèmes avec les extensions .ket de Mac, dont les gestions de iGPU.
-
VLC propose du décodage logiciel quand le GPU ne propose pas un décodage hardware du codec.
Apple propose aussi dans macOS (et donc Safari) un décodage logiciel de HEVC.
Chrome n'a pas prévu de proposer un décodage logiciel du HEVC (c'est par contre le cas pour VP9 et AV1).
Je vois que ton Mac n'a pas non plus de décodage hardware du VP9.
Pourais-tu me dire si la vidéo VP9 https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961379/#msg961379 est lisible avec Safari ?
Je n'ai pas de certitude sur le fait que Apple a rajouté un décodage logiciel VP9 pour les rares mac sans décodage matériel de VP9.
-
Cela a pas l'air. :)
Tu vas finir par me pousser à devoir acheter une nouvelle machine ;D ;D
-
Ton MacBook Pro 2011 tourne avec une version de macOS 12 Monterey qui demande au minimum un MacBook Pro 2016, je ne suis donc pas étonné que cela ne soit pas pris en charge logiciellement.
Le support de VP9 est arrivé avec macOS 11 et donc tous les mac devaient avoir une gestion hardware du VP9 :
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/vp9_opus_support.webp)
-
What the Fuck ? ;D ;D
-
VLC propose du décodage logiciel quand le GPU ne propose pas un décodage hardware du codec.
C'est valable pour tous les codecs pris en charge par VLC.
Apple n'a pas cette stratégie pour son lecteur multimédia et Safari.
-
C'est valable pour tous les codecs pris en charge par VLC.
Apple n'a pas cette stratégie pour son lecteur multimédia et Safari.
Et c'est vrai pour tous les standards poussés par différents consortiums concurrents.
Quand la constitution des consortiums couvre un spectre large d'éditeurs, constructeurs, ce qui sont vraiment des alliances stratégiques, la technologie d'implémentation suit cette logique. Couvrir la totalité du marché se heurte aux anti-trusts économiques, et si on veux avoir les différents standards, on arbitre sur d'autres paramètres, financier accessoirement.
-
Encodage 720p - 60 i/s avec le codec vidéo AV1 à 0,82 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 61 432 084 octets - débit moyen : 819 kbit/s (+48% par rapport à la version AV1 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 711 kbit/s - définition : 1280 x 720 à 60 images par seconde.
- Niveau / level utilisé : 4.0 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 300 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_720p_av1.mp4"
-
Encodage 720p - 60 i/s avec le codec vidéo VP9 à 1,2 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 89 649 300 octets - débit moyen : 1 195 kbit/s (+62% par rapport à la version VP9 720p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 1 090 kbit/s - définition : 1280 x 720 à 60 images par seconde.
- Niveau / level utilisé : 4 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 2 -threads 8 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_60fps_720p_vp9.webm"
-
Encodage 720p - 60 i/s avec le codec vidéo HEVC (H.265) à 1,3 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 96 262 304 octets - débit moyen : 1 283 kbit/s (+16% par rapport à la version HEVC 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 1 141 kbit/s - définition : 1280 x 720 à 60 images par seconde.
- Niveau / level utilisé : 4 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_720p_hevc.mp4"
-
Encodage 720p - 60 i/s avec le codec vidéo H.264 (AVC) profil High à 1,5 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 109 039 461 octets - débit moyen : 1 454 kbit/s (+20% par rapport à la version H.264 High 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 1 312 kbit/s - définition : 1280 x 720 à 60 images par seconde.
- Niveau / level utilisé : 3.2 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_720p_h264-high.mp4"
-
Super.
Donc pour un récap définition 1080p avec Mac Monterrey 12.6.1 :
h.264, h.265 ok VP9 AV1 nok sur Safari
h.264 ok h.265 nok ( pas de son, pas d'image) VP9 ok AV1 ok sur Chrome 106
h.264 ok h.265 nok ( son, mais pas image) VP9 ok AV1 ok sur Firefox Nightly 108
-
Précision important sur le mac de test de Anonyme : C'est un mac qui a 11 ans et il n'a pas de gestion hardware du VP9 ou du HEVC contrairement aux Mac officiellement supportés par macOS Monterrey.
Je suis intéressé par des retours d'autres personnes, notamment Edge sous Windows 11 version 22H2 et Chrome 77 (sorti hier).
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/opus_support.webp)
Lien ver le schéma combinant le support du codec vidéo VP9 et du codec audio Opus (https://lafibre.info/images/tv/vp9_opus_support.webp) (les deux sont habituellement utilisés ensemble, même si quelques grandes plateformes sont capables de dissocier le codec vidéo du codec audio)
(https://lafibre.info/images/tv/hevc_support.webp) (https://lafibre.info/images/tv/av1_support.webp)
Le support HEVC de Chrome nécessite un support matériel, attention, il faut regarder l'année de sortie du processeur, pas la date de fabrication du PC :
J'ai cherché à lister les accélérations matérielles disponibles sur nos PC et smartphones.
En synthèse :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_synthese.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf)
-
Je comprends pas ce que tu fais, et son but, mais bon.
Tu ne veux pas regarder quels sont les acteurs dans chaque consortium ?
Il semble que le rapprochement de Apple aux autres sur AV1 devrait régler cette problématique, entre la sortie de Technicolor de HEVC, des accords des GAFAM Alliance Open Media.
Dans le parc actuel tu as encore des anciennes machines qui ont vocation à être dans une rotation de stock, la convergence est actée pour AV1.
J'ai noté quel était ton but, mais pas compris la finalité.
-
Je suis intéressé par des retours d'autres personnes, notamment Edge sous Windows 11 version 22H2 et Chrome 77 (sorti hier).
Il faut tester quoi exactement ?
Les 3 videos 201411_blender_big_buck_bunny_60fps_1080p vp9 |av1 | hevc fonctionnent chez moi (j'ai le son et image) sur windows 11 22H2 avec edge 106.0.1370.52 & chrome 107.0.5304.63
-
C'est ca, vérifier que la vidéo HEVC fonctionne bien avec Edge et Chrome.
Les vidéos H.264, VP9, AV1 j'ai pas trop de doute sur le fait que sa fonctionne. Leur présence est plus pour ceux qui souhaitent regarder l'impact sur le CPU.
-
Tu ne veux pas regarder quels sont les acteurs dans chaque consortium ?
Apple fait partie du consortium AV1, mais on ne sait pas si c'est pour regarder ce que fait la concurrence ou pour réellement implémenter AV1 dans ses produits.
Je pense qu'on aura la réponse avec le SOC Apple M3. Pas de support d'AV1 indiquerait la volonté d'Apple de bloquer ce codec.
J'ai noté quel était ton but, mais pas compris la finalité.
Pour la finalité de ces travaux, c'est de monter en compétence sur les codecs vidéos, observer ce qui freine l'adoption des codecs efficaces (HEVC, VP9, AV1) sur internet et calculer l'efficacité énergétique de bout en bout.
Exemple : AV1 fait économiser coté datacenter et réseau, mais les terminaux ne le prenant pas en charge matériellement, la consommation des terminaux augmente avec l'utilisation d'AV1 qui sollicite le CPU.
Encoder dans plusieurs codecs entraine aussi des couts pour créer les vidéos et ensuite pour le stockage. C'est la raison pour laquelle la grande majorité des acteurs ne font que du H.264 pour les vidéos à destination d'internet.
Si tu regardes la Loi n° 2021-1485 du 15 novembre 2021 visant à réduire l'empreinte environnementale du numérique en France (https://www.legifrance.gouv.fr/jorf/article_jo/JORFARTI000044327302), tu peux voir que le législateur a demandé à l'Arcep de créer un "référentiel général d'écoconception de services numériques" qui entre en vigueur le 1er janvier 2024. Cela a pour objectif de présenter des bonnes pratiques en matière d’éco-conception des services numériques, notamment les sites web et les applications mobiles. Il s’inscrit dans une démarche visant à réduire l’empreinte énergétique du numérique. Pour la vidéo, utiliser des codecs efficaces (HEVC, VP9, AV1) est une des pistes qui sont étudiées.
-
C'est ca, vérifier que la vidéo HEVC fonctionne bien avec Edge et Chrome.
Les vidéos H.264, VP9, AV1 j'ai pas trop de doute sur le fait que sa fonctionne. Leur présence est plus pour ceux qui souhaitent regarder l'impact sur le CPU.
ok bon je me suis frappé la premiere minute des 3 videos sur edge, et ne je vois pas de difference notable. je passe de 7-9% d'utilisation CPU à 14% quelque soit la video. J'ai un i7-10750H
j'ai eu la flemme de refaire avec chrome.
-
Apple fait partie du consortium AV1, mais on ne sait pas si c'est pour regarder ce que fait la concurrence ou pour réellement implémenter AV1 dans ses produits.
Je pense qu'on aura la réponse avec le SOC Apple M3. Pas de support d'AV1 indiquerait la volonté d'Apple de bloquer ce codec.
Là c'est du procès d'intention ;D
Va dire à Apple, vous êtes dans un consortium pour le torpiller ;D
Pour la finalité de ces travaux, c'est de monter en compétence sur les codecs vidéos, observer ce qui freine l'adoption des codecs efficaces (HEVC, VP9, AV1) sur internet et calculer l'efficacité énergétique de bout en bout.
Pour monter en compétence, je comprends.
Pour les freins, leur distribution, tout simplement. La majorité des consommateurs, achètent une machine tel quelle leur est livrée, la conception des codecs, ce n'est pas de leur ressort, ils en sont bien incapables. C'est une question d'offre, pas de demande.
Exemple : AV1 fait économiser coté datacenter et réseau, mais les terminaux ne le prenant pas en charge matériellement, la consommation des terminaux augmente avec l'utilisation d'AV1 qui sollicite le CPU.
Je suppose qu'il y a tout de même des spécialistes, dont c'est le métier, que de se pencher sur le thême.
Si tu as besoin de consultation, tu as beaucoup de structures en France éminemment pointues sur le sujet.
A mon avis, ce n'est pas içi que tu auras les meilleurs retours.
Encoder dans plusieurs codecs entraine aussi des couts pour créer les vidéos et ensuite pour le stockage. C'est la raison pour laquelle la grande majorité des acteurs ne font que du H.264 pour les vidéos à destination d'internet.
Si tu regardes la Loi n° 2021-1485 du 15 novembre 2021 visant à réduire l'empreinte environnementale du numérique en France (https://www.legifrance.gouv.fr/jorf/article_jo/JORFARTI000044327302), tu peux voir que le législateur a demandé à l'Arcep de créer un "référentiel général d'écoconception de services numériques" qui entre en vigueur le 1er janvier 2024. Cela a pour objectif de présenter des bonnes pratiques en matière d’éco-conception des services numériques, notamment les sites web et les applications mobiles. Il s’inscrit dans une démarche visant à réduire l’empreinte énergétique du numérique. Pour la vidéo, utiliser des codecs efficaces (HEVC, VP9, AV1) est une des pistes qui sont étudiées.[/size]
D'accord, je comprends, une question d'efficacité énergétique Franco-Française.
Là, l'ARCEP n'a aucune marge de manoeuvre, renvoie cela à l'ARCOM, si c'est perso, je comprends, si c'est pour l'ARCEP, cela va t'occuper, mais j'ai bien peur que ce soit in fine, inutile.
-
Bizarrement, je n'arrive pas à activer l'AV1 sur edge même avec l'extension installée. Je ne me rappelle plus si j'avais déjà testé avant pourtant j'ai comme un vague souvenir que si et ça fonctionnait.
Ou alors ça ne concernait que l'app films & TV.
-
Sur un PC un peu ancien ?
Sur un Core i7-2600 avec iGPU Intel HD Graphics tournant sous Windows 10 22H2, l'extension AV1 du Microsoft Store ne permet pas de lire un fichier AV1 dans Edge. Par contre le "Lecteur Windows Media" de Windows 10 arrive bien à lire des vidéos AV1 quand cette extension est installée sur ce même PC Core i7-2600.
A noter que Chrome ou Firefox utilisent un décodeur logiciel AV1 qui fonctionne même sur les vieux PC (Core2 duo).
-
Donc le support dans edge est conditionné au support hardware ? Faut pas chercher : testé en machine virtuelle. Et même en hardware j'ai un 3700X + RX570 qui ne supporte pas l'AV1 donc c'est mort aussi. Même mon portable ne le supporte pas, c'est un 5600H. Le support à été ajouté aux 6xxx qui sont sorti seulement quelque semaines après mon achat (je suis un peu vert pour le coup...)
Et en effet ça passe bien dans films & TV.
-
Non, le support d'AV1 dasn Edge n'est pas conditionné au support hardware d'AV1 sur le GPU (qui est rare, il faut un matériel de dernière génération).
En revanche, le décodeur logiciel AV1 de Microsoft doit utiliser des instructions CPU qui ne sont pas disponibles sur mon Core i7-2600. C'est un PC qui a 11 ans tout de même (Sandy Bridge, gravés en 32nm).
Le jeu d'instructions AVX 2.0 intégrés aux processeurs Haswell (soit la 4ᵉ génération de processeurs Core, commercialisés à partir de juin 2013) est peut-être nécessaire pour l'extension AV1 de Microsoft (je vais vérifier ce soir sur un PC Windows 11 Haswell).
AVX 2.0 permet :
- l'extension de la plupart des instructions AVX sur 128 bits sur les entiers à 256 bits,
- la récupération de données 32 ou 64 bits en mémoire non contiguës,
- la diffusion ou la permutation de données entre plusieurs mots de 128 bits,
- le décalage à gauche ou à droite d'éléments avec une valeur de décalage par élément.
-
Qu'est-ce que tu comprends de cela ?
Make it fast on desktop, by writing asm for AVX2 chips.
Make it fast on mobile, by writing asm for ARMv8 chips,
Make it fast on older desktop, by writing asm for SSSE3+ chips,
Make high bit-depth fast on mobile, by writing asm for ARMv8 chips.
https://code.videolan.org/videolan/dav1d
-
Je viens de tester sur windows 11 22h2 (toujours en VM) même punition, lecture impossible.
Pourtant la VM a bien accès à toutes les instructions et notamment l'AVX2 :
Coreinfo v3.6 - Dump information on system CPU and memory topology
Copyright (C) 2008-2022 Mark Russinovich
Sysinternals - www.sysinternals.com
AMD Ryzen 7 3700X 8-Core Processor
AMD64 Family 23 Model 113 Stepping 0, AuthenticAMD
Microcode signature: 00000000
HTT * Multicore
CET - Supports Control Flow Enforcement Technology
Kernel CET - Kernel-mode CET Enabled
User CET - User-mode CET Allowed
HYPERVISOR * Hypervisor is present
VMX - Supports Intel hardware-assisted virtualization
SVM - Supports AMD hardware-assisted virtualization
X64 * Supports 64-bit mode
SMX - Supports Intel trusted execution
SKINIT - Supports AMD SKINIT
SGX - Supports Intel SGX
NX * Supports no-execute page protection
SMEP - Supports Supervisor Mode Execution Prevention
SMAP - Supports Supervisor Mode Access Prevention
PAGE1GB - Supports 1 GB large pages
PAE * Supports > 32-bit physical addresses
PAT * Supports Page Attribute Table
PSE * Supports 4 MB pages
PSE36 * Supports > 32-bit address 4 MB pages
PGE * Supports global bit in page tables
SS - Supports bus snooping for cache operations
VME * Supports Virtual-8086 mode
RDWRFSGSBASE * Supports direct GS/FS base access
FPU * Implements i387 floating point instructions
MMX * Supports MMX instruction set
MMXEXT * Implements AMD MMX extensions
3DNOW - Supports 3DNow! instructions
3DNOWEXT - Supports 3DNow! extension instructions
SSE * Supports Streaming SIMD Extensions
SSE2 * Supports Streaming SIMD Extensions 2
SSE3 * Supports Streaming SIMD Extensions 3
SSSE3 * Supports Supplemental SIMD Extensions 3
SSE4a * Supports Streaming SIMDR Extensions 4a
SSE4.1 * Supports Streaming SIMD Extensions 4.1
SSE4.2 * Supports Streaming SIMD Extensions 4.2
AES * Supports AES extensions
AVX * Supports AVX instruction extensions
AVX2 * Supports AVX2 instruction extensions
Bref...
-
dav1d a des optimisations pour être rapide sur des plateformes récentes, mais il a un code de compatibilité pour les vieux PC. Comme de nombreux logiciel, il regarde les capacités CPU pour activer du code optimisé.
renaud07 tu as bien installé l'extension sur ton Windows 11 22H2 ? Car Microsoft ne préinstalle toujours pas l'extension AV1.
L'extension Microsoft est utilisé pour Edge, mais aussi pour le lecteur multimédia. Il serait intéressant de télécharger la vidéo pour tenter de la lire avec le lecteur multimédia de Windows.
Avec VLC (dav1d) mis en avant par Anonyme, cela devrait être dans tous les cas lisibles.
-
Ça fonctionne avec le "lecteur multimédia" (toujours sans l'audio avec le mp4, d'ailleurs y'a un petit pop-up qui l'indique) mais bizarrement pas WMP (on dirait que la vidéo charge indéfiniment, sans afficher d'erreur).
Et VLC bien évidemment.
-
J'ai retrouvé mes tests du support de l'AV1 :
J'ai testé de nouveaux PC avec Edge 98, Windows 10/11 à jour et "AV1 Video Extension" dans le Microsoft Store installé
Les 5 PC avec AV1 ok dans Edge :
- Win10 21H2 + Core i5-8250U (4x 1.6 Ghz) + 8Go ram + Carte graphique Intel UHD 620 (Gen 9 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen9)) de 2017
- Win11 insider + Core i5-8250U (4x 1.6 Ghz) + 8Go ram + Carte graphique Intel UHD 620 (Gen 9 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen9)) de 2017
- Win10 21H2 + Core i3-4150 (2x 3.50 Ghz) + 16Go ram + Carte graphique Intel HD 4400 (Gen 7 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen7)) de 2013
- Win11 21H2 + Celeron N2820 (2x 2.13 Ghz) + 4Go ram + Carte graphique Intel HD Graphics (Gen 7 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen7)) de 2013
- Win11 21H2 + Core2 Duo E7200 (2x 2.53 Ghz) + 4Go ram + Carte graphique NVIDIA GeForce GT710 TDP 19watts équipée de 1 Go de DDR3 GeForce 700 (https://en.wikipedia.org/wiki/GeForce_700_series) de 2016
Les 5 PC où AV1 ne fonctionne pas, malgré le codec AV1 installé (mais AV1 ok dans le lecteur Windows Media) :
- Win10 21H2 + Core i7-2600 (4x 3.4 Ghz) + 8Go ram + Carte graphique Intel HD 2000 (Gen 6 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen6)) de 2011
- Win11 21H2 + Core i3-2310M (2x 2.1 Ghz) + 8Go ram + Carte graphique Intel HD 3000 (Gen 6 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen6)) de 2011
- Win11 21H2 + Core2 Duo T8100 (2x 2.1 Ghz) + 4Go ram + Carte graphique mobile Intel 965 Express Chipser Family (GMA X3100 Gen 4 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen4)) de 2007
- Win11 21H2 + Core2 Duo E6550 (2x 2.33 Ghz) + 4Go ram + Carte graphique Intel Q35 Express Chipser Family (GMA 3100 Gen 3 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Third_generation)) de 2007
- Win10 20H2 + deux Xeon E5410 (8x 2.33 Ghz) + 10Go ram + Carte vidéo de base Microsoft (carte hardware ATI ES1000 - basé sur la microarchitecture Rage 6 - non pris en charge par Windows 10) de 2007
Je confirme une régression AV1 sous Edge : le PC Core i3-4150 + Carte graphique Intel HD 4400 n'arrive plus à lire de l'AV1 sous Edge. À noter qu'il n'est plus sous Windows 10, mais Windows 11 22H2.
-
Je mets ci-dessous la version 720p de Big Buck Bunny de 2014, proposant 60 images par secondes encodée par YouTube
Pourquoi ? Car je vais re-encoder les autres vidéos de ce sujet moi-même (je mentionnerai la ligne de commande ffmeg utilisé) afin d'être plus homogène dans l'encodage.
Il peut toutefois être intéressant de garder un exemple de ce qu'encode YouTube, d'où les 3 vidéos ci-dessous.
Encodage 720p YouTube - 60 i/s avec le codec vidéo AV1 à 1,3 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier conteneur MP4 (ISO base media file format) avec audio Opus à 128 kbit/s : 101 360 714 octets.
Définition : 1280 x 720 à 60 images par seconde.
Débit moyen : 1 279 Kbit/s.
Encodage réalisé par Youtube.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_av1_encodage_youtube.mp4
-
Encodage 720p YouTube - 60 i/s avec le codec vidéo VP9 à 1,7 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier conteneur WebM, avec audio Opus à 128 kbit/s : 133 513 678 octets.
Définition : 1280 x 720 à 60 images par seconde.
Débit moyen : 1 685 kbit/s.
Encodage réalisé par Youtube.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_vp9_encodage_youtube.webm
-
Encodage 720p YouTube - 60 i/s avec le codec vidéo H.264 à 2,1 Mb/s
(https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp)
Taille du fichier conteneur MP4 (ISO base media file format) avec audio AAC LC à 128 kbit/s : 168 929 310 octets.
Définition : 1280 x 720 à 60 images par seconde.
Débit moyen : 2 132 kbit/s.
Encodage réalisé par Youtube.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_h264_encodage_youtube.mp4
-
Cela pousse pas au portillon pour t'aider.
Bien,
J'ai une ancienne machine assez stable, pour ce type de tests ( un core2 de plus de 11 ans avec un Windows 10 dessus ;D) .
Alors, avec un Edge 106, l'AV1 passait pas, j'ai récupéré une "extension" cf ci-joints.
Cela passait sur l'app "Film et TV" mais toujours pas sur Edge.
Et là je sais pas te dire, si c'est l'extension qui a été incorporé à Edge ou sa mise à jour vers Edge 107 ( cela a planté et j'ai reboot).
Donc, consommation CPU, peanuts : Cette machine date de la préhistoire ~2005.
-
Merci pour le test, donc y'a pas que chez moi que ça ne fonctionne plus.
-
Concernant la lecture AV1, chez moi c'est pas génial sur VLC, ce qui m'a fait ressortir MPC-HC qui gère bien mieux la chose.
-
L'extension AV1 pour Edge ne fonctionnait déja pas au début de l'année sur tous les PC, certains PC avec une partie graphique très ancienne ne permettaient pas de lire les vidéos AV1 :
J'ai testé de nouveaux PC avec Edge 98, Windows 10/11 à jour et "AV1 Video Extension" dans le Microsoft Store installé
Les 5 PC avec AV1 ok dans Edge :
- Win10 21H2 + Core i5-8250U (4x 1.6 Ghz) + 8Go ram + Carte graphique Intel UHD 620 (Gen 9 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen9)) de 2017
- Win11 insider + Core i5-8250U (4x 1.6 Ghz) + 8Go ram + Carte graphique Intel UHD 620 (Gen 9 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen9)) de 2017
- Win10 21H2 + Core i3-4150 (2x 3.50 Ghz) + 16Go ram + Carte graphique Intel HD 4400 (Gen 7 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen7)) de 2013
- Win11 21H2 + Celeron N2820 (2x 2.13 Ghz) + 4Go ram + Carte graphique Intel HD Graphics (Gen 7 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen7)) de 2013
- Win11 21H2 + Core2 Duo E7200 (2x 2.53 Ghz) + 4Go ram + Carte graphique NVIDIA GeForce GT710 TDP 19watts équipée de 1 Go de DDR3 GeForce 700 (https://en.wikipedia.org/wiki/GeForce_700_series) de 2016
Les 5 PC où AV1 ne fonctionne pas, malgré le codec AV1 installé (mais AV1 ok dans le lecteur Windows Media) :
- Win10 21H2 + Core i7-2600 (4x 3.4 Ghz) + 8Go ram + Carte graphique Intel HD 2000 (Gen 6 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen6)) de 2011
- Win11 21H2 + Core i3-2310M (2x 2.1 Ghz) + 8Go ram + Carte graphique Intel HD 3000 (Gen 6 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen6)) de 2011
- Win11 21H2 + Core2 Duo T8100 (2x 2.1 Ghz) + 4Go ram + Carte graphique mobile Intel 965 Express Chipser Family (GMA X3100 Gen 4 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen4)) de 2007
- Win11 21H2 + Core2 Duo E6550 (2x 2.33 Ghz) + 4Go ram + Carte graphique Intel Q35 Express Chipser Family (GMA 3100 Gen 3 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Third_generation)) de 2007
- Win10 20H2 + deux Xeon E5410 (8x 2.33 Ghz) + 10Go ram + Carte vidéo de base Microsoft (carte hardware ATI ES1000 - basé sur la microarchitecture Rage 6 - non pris en charge par Windows 10) de 2007
Aujourd'hui les PC récents (Core i5-8250U) arrive à lire l'AV1 avec Edge grâce à cette extension, alors qu'il n'a pas de décodage hardware d'AV1.
D'autres ont perdu AV1 et cela ne date pas de ces dernières semaines, avec la mise à jour Windows 11 21H2 de juillet + Edge 103 on n'avait déjà plus d'AV1 (je le sais, car un PC n'avait pas été rallumé depuis).
Détails des deux PC qui ont perdu l'AV1 :
(https://lafibre.info/testdebit/windows11/202211_dxdiag_hd_graphics_4400_core_4eme_gen_1.webp) (https://lafibre.info/testdebit/windows11/202211_dxdiag_hd_graphics_4400_core_4eme_gen_2.webp)
Ce PC Core i3-4150 a été ré-installé (nécessaire pour passer à Windows 11 22H2).
À noter que ce PC à le support HEVC sous Edge qui fonctionne.
Résolution 4K 2160p (3840 x 2160) : Fluide avec H.264 et VP9 (logiciel) mais pas avec HEVC. (testé avec Edge 107)
La résolution là plus haut fluide avec HEVC est 1440p (2560 x 1440).
Second PC avec régression AV1 sous Edge :
(https://lafibre.info/testdebit/windows11/202211_dxdiag_hd_graphics_celeron_n2820_1.webp) (https://lafibre.info/testdebit/windows11/202211_dxdiag_hd_graphics_celeron_n2820_2.webp)
Ce PC Celeron N2820 (base Atom) lui est resté tel que (il est encore sous Windows 11 21H2).
Sur ce PC, le support HEVC sous Edge fonctionne également, après avoir installé l'extension gratuite Extensions vidéo HEVC du fabricant de l'appareil (https://apps.microsoft.com/store/detail/extensions-vid%C3%A9o-hevc-du-fabricant-de-lappareil/9N4WGH0Z6VHQ?hl=fr-fr&gl=fr).
C'est fluide en 720p avec HEVC et VP9, mais pas en 1080p.
Seul le H.264 est fluide en 1080p.
-
Encodage 1080p - 60 i/s avec le codec vidéo AV1 à 1,3 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 97 296 106 octets - débit moyen : 1 297 kbit/s (+58% par rapport à la version AV1 720p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 1 189 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
- Niveau / level utilisé : 4.1 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 300 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1080p_av1.mp4"
-
Encodage 1080p - 60 i/s avec le codec vidéo VP9 à 1,8 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 137 391 213 octets - débit moyen : 1 832 kbit/s (+53% par rapport à la version VP9 720p à 60 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 1 726 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
- Niveau / level utilisé : 4.1 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 2 -threads 8 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_60fps_1080p_vp9.webm"
-
Encodage 1080p - 60 i/s avec le codec vidéo HEVC (H.265) à 2,0 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 146 712 947 octets - débit moyen : 1 956 kbit/s (+52% par rapport à la version HEVC 720p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 1 813 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
- Niveau / level utilisé : 4.1 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1080p_hevc.mp4"
-
Encodage 1080p - 60 i/s avec le codec vidéo H.264 (AVC) profil High à 2,6 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 192 331 764 octets - débit moyen : 2 564 kbit/s (+76% par rapport à la version H.264 High 720p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 2 422 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
- Niveau / level utilisé : 5 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1080p_h264-high.mp4"
-
Encodage 1080p - 60 i/s avec le codec vidéo H.264 (AVC) profil Main à 2,6 Mb/s
(https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp)
Taille du fichier : 196 367 364 octets - débit moyen : 2 618 kbit/s (+78% par rapport à la version H.264 Main 720p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Main à 2 476 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
- Niveau / level utilisé : 5.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_h264-main.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile main CRF 26 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v main -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1080p_h264-main.mp4"
-
Encodage 1080p - 60 i/s avec le codec vidéo H.264 (AVC) profil Baseline à 3,5 Mb/s
(https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp)
Taille du fichier : 259 270 070 octets - débit moyen : 3 457 kbit/s (+84% par rapport à la version H.264 Baseline 720p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Baseline à 3 318 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
- Niveau / level utilisé : 5.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_h264-baseline.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile baseline CRF 26 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v baseline -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1080p_h264-baseline.mp4"
-
Encodage 1080p - 60 i/s avec le codec vidéo VP8 à 3,6 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 267 636 094 octets - débit moyen : 3 568 kbit/s (+66% par rapport à la version VP8 720p à 60 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 3 290 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 1080p (1920 x 1080) 60 images par seconde (débit max 6 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 6M -g 240 -quality good -speed 2 -threads 8 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_60fps_1080p_vp8.webm"
-
Encodage 1080p - 60 i/s avec le codec vidéo Theora à 21,5 Mb/s
(https://lafibre.info/images/tv/logo_theora.svg)
Taille du fichier : 1 610 043 693 octets - débit moyen : 21 467 kbit/s (+88% par rapport à la version Theora 720p à 60 images/sec).
- Conteneur : Ogg (https://fr.wikipedia.org/wiki/Ogg).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : Theora à 20 500 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_theora.ogg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo Theora -q:v 7 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v libtheora -q:v 7 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_60fps_1080p_theora.ogg"
Encodage 1080p - 60 i/s avec le codec vidéo MPEG-2 Vidéo (H.262) à 19,7 Mb/s
(https://lafibre.info/images/tv/logo_mpeg-2.svg)
Taille du fichier : 1 479 268 352 octets - débit moyen : 19 724 kbit/s (+78% par rapport à la version Theora 720p à 60 images/sec).
- Conteneur : MPEG-PS (https://en.wikipedia.org/wiki/MPEG_program_stream) (Program stream).
- Audio : Dolby Digital AC-3 (https://fr.wikipedia.org/wiki/Dolby_Digital) à 256 kbit/s stéréo.
- Vidéo : H.262 / MPEG-2 Vidéo (partie 2 de la norme MPEG-2) (https://en.wikipedia.org/wiki/H.262/MPEG-2_Part_2) à 19 100 kbit/s - définition : 1920 x 1080 à 60 images par seconde.
- Divers : Menu stream DVD-Video
Les vidéos MPEG-2 sont lisibles uniquement sur des navigateurs exotiques. Pour ce faire, copier l'URL ci-dessous dans la barre d'adresse.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1080p_mpeg2.mpg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo MPEG-2 Part2 -q:v 4 1080p (1920 x 1080) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1" -pix_fmt yuv420p -c:v mpeg2video -g 30 -q:v 4 -maxrate:v 70000k -minrate:v 0 -bufsize:v 3000k -c:a ac3 -f dvd -b:a 256k -ar 48000 -ac 2 "201411_blender_big_buck_bunny_60fps_1080p_mpeg2.mpg"
-
Encodage 1440p - 24 i/s avec le codec vidéo AV1 à 1,2 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 88 544 112 octets - débit moyen : 1 181 kbit/s (+39% par rapport à la version AV1 1080p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 1 077 kbit/s - définition : 2560 x 1440 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1440p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1,fps=24" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1440p_av1.mp4"
-
Encodage 1440p - 24 i/s avec le codec vidéo VP9 à 1,6 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 120 268 054 octets - débit moyen : 1 604 kbit/s (+43% par rapport à la version VP9 1080p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 1 500 kbit/s - définition : 2560 x 1440 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1440p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1,fps=24" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 3 -threads 16 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_24fps_1440p_vp9.webm"
-
Encodage 1440p - 24 i/s avec le codec vidéo HEVC (H.265) à 2,7 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 202 885 631 octets - débit moyen : 2 705 kbit/s (+47% par rapport à la version HEVC 1080p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 2 570 kbit/s - définition : 2560 x 1440 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1440p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1440p_hevc.mp4"
-
Encodage 1440p - 24 i/s avec le codec vidéo H.264 (AVC) profil High à 3,3 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 244 897 739 octets - débit moyen : 3 265 kbit/s (+52% par rapport à la version H.264 High 1080p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 3 130 kbit/s - définition : 2560 x 1440 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.[/size]
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1440p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1440p_h264-high.mp4"
Encodage 1440p - 24 i/s avec le codec vidéo VP8 à 3,2 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 240 189 799 octets - débit moyen : 3 203 kbit/s (+46% par rapport à la version VP8 1080p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 2 939 kbit/s - définition : 2560 x 1440 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1440p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 1440p (2560 x 1440) 24 images par seconde (débit max 6 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1,fps=24" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 6M -g 240 -quality good -speed 2 -threads 16 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_24fps_1440p_vp8.webm"
-
Encodage 1440p - 60 i/s avec le codec vidéo AV1 à 1,8 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 136 248 277 octets - débit moyen : 1 817 kbit/s (+40% par rapport à la version AV1 1080p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 1 709 kbit/s - définition : 2560 x 1440 à 60 images par seconde.
- Niveau / level utilisé : 5.0 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1440p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 300 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1440p_av1.mp4"
-
Encodage 1440p - 60 i/s avec le codec vidéo VP9 à 2,6 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 194 646 210 octets - débit moyen : 2 595 kbit/s (+42% par rapport à la version VP9 1080p à 60 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 2 490 kbit/s - définition : 2560 x 1440 à 60 images par seconde.
- Niveau / level utilisé : 5 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1440p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 3 -threads 16 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_60fps_1440p_vp9.webm"
-
Encodage 1440p - 60 i/s avec le codec vidéo HEVC (H.265) à 2,9 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 213 760 974 octets - débit moyen : 2 850 kbit/s (+46% par rapport à la version HEVC 1080p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 2 707 kbit/s - définition : 2560 x 1440 à 60 images par seconde.
- Niveau / level utilisé : 5.0 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1440p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1440p_hevc.mp4"
-
Encodage 1440p - 60 i/s avec le codec vidéo H.264 (AVC) profil High à 3,9 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 293 969 650 octets - débit moyen : 3 920 kbit/s (+53% par rapport à la version H.264 High 1080p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 3 777 kbit/s - définition : 2560 x 1440 à 60 images par seconde.
- Niveau / level utilisé : 5.1 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.[/size]
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1440p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1440p (2560 x 1440) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_1440p_h264-high.mp4"
-
Encodage 1440p - 60 i/s avec le codec vidéo VP8 à 5,4 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 403 920 940 octets - débit moyen : 5 386 kbit/s (+106% par rapport à la version VP8 1080p à 60 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 5 035 kbit/s - définition : 2560 x 1440 à 60 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_1440p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 1440p (2560 x 1440) 60 images par seconde (débit max 10 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 10M -g 240 -quality good -speed 2 -threads 16 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_60fps_1440p_vp8.webm"
-
En cherchant quelques informations sur la gamme actuelle de Nvidia,
Un lien vers le site de Microsoft et leur codec AV1 libre.
https://www.nvidia.com/fr-fr/geforce/technologies/8k/
lien vers
https://apps.microsoft.com/store/detail/av1-video-extension/9MVZQVXJBQ9V?hl=en-us&gl=us
-
Sur mon Quad Core q6600 légèrement overclocké (2,67Ghz), 8go de RAM, et une Radeon RX550 : (Linux gentoo + wayland + kde + firefox)
HEVC :
pas supporté sous firefox
AV1:
1440 24fps est fluide (~65% de CPU quelques pics à 80%)
1440 60fps est trop saccadé
VP9
1440 60 fps est fluide (entre 75 et 90% de CPU)
UHD 60Hz est saccadé
H264
2250p 60 Hz est fluide (je suis vers 50% le temps de bufferiser, puis ça redescend à 10%, mon GPU gère H264)
8k : KO est saccadé
C'est ce que j'ai constaté sur Youtube : les vidéos UHD30Hz sont fluides (c'est du VP9 je crois), l'UHD60Hz ne passe plus (alors qu'il passait précédemment avant que Youtube décide de tout ré-encoder en VP9 :-/ )
Mon PC est vieux est galère avec simplement HTTPS (le CPU n'arrive pas à décoder à 1gb/s le TLS d'HTTPS)
à noter: les lecteurs embarqués du forum ne fonctionne pas je dois faire click -droit ouvrir dans un nouvel onglet.
-
Le processeur Intel Core™2 Quad Q6600 a été lancé début 2007, il va avoir 15 ans.
C'est ce que j'ai constaté sur Youtube : les vidéos UHD30Hz sont fluides (c'est du VP9 je crois), l'UHD60Hz ne passe plus (alors qu'il passait précédemment avant que Youtube décide de tout ré-encoder en VP9 :-/ )
Youtube a bien les flux en H.264 sur ses serveurs (utile notamment pour de veilles TV qui ne gèrent pas VP9) mais oui avec Firefox, il va monter systématiquement en AV1 si disponible (toutes les vidéos populaires sont encodées en H.264+VP9+AV1) ou VP9 si la vidéo n'est pas populaire (H.264+VP9 est systématique).
à noter: les lecteurs embarqués du forum ne fonctionnent pas, je dois faire click -droit ouvrir dans un nouvel onglet.
Oui, j'aimerais faire mieux, mais il est impossible de mettre une vidéo sans qu'elle soit automatiquement intégrée et pour générer la miniature, le navigateur doit charger une partie de la vidéo.
La solution que j'ai trouvé pour que cela passe mieux est d'étaler les vidéos sur plusieurs pages, ce que je fais faire en déplaçant encore des vidéos page 11.
-
Encodage 4K 2160p - 24 i/s avec le codec vidéo AV1 à 1,9 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 142 577 487 octets - débit moyen : 1 901 kbit/s (+61% par rapport à la version AV1 1440p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 1 797 kbit/s - définition : 4K 3840 x 2160 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_2160p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=2560:-1,fps=24" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1440p_av1.mp4"
-
Encodage 4K 2160p - 24 i/s avec le codec vidéo VP9 à 2,8 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 208 670 529 octets - débit moyen : 2 782 kbit/s (+74% par rapport à la version VP9 1440p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 2 679 kbit/s - définition : 4K 3840 x 2160 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_2160p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1,fps=24" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 3 -threads 16 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_24fps_2160p_vp9.webm"
-
Encodage 4K 2160p - 24 i/s avec le codec vidéo HEVC (H.265) à 4,7 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 351 699 421 octets - débit moyen : 4 689 kbit/s (+73% par rapport à la version HEVC 1440p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 4 554 kbit/s - définition : 4K 3840 x 2160 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_2160p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_2160p_hevc.mp4"
-
Encodage 4K 2160p - 24 i/s avec le codec vidéo H.264 (AVC) profil High à 6,0 Mb/s
(https://lafibre.info/images/tv/logo_h264_mini.png)
Taille du fichier : 453 385 942 octets - débit moyen : 6 045 kbit/s (+85% par rapport à la version H.264 High 1440p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 5 910 kbit/s - définition : 4K 3840 x 2160 à 24 images par seconde.
- Niveau / level utilisé : 5.1 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_2160p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_2160p_h264-high.mp4"
Encodage 4K 2160p - 24 i/s avec le codec vidéo VP8 à 5,8 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 433 876 487 octets - débit moyen : 5 785 kbit/s (+81% par rapport à la version VP8 1440p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 5 419 kbit/s - définition : 4K 3840 x 2160 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_2160p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 4K 2160p (3840 x 2160) 24 images par seconde (débit max 10 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1,fps=24" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 10M -g 240 -quality good -speed 2 -threads 16 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_24fps_2160p_vp8.webm"
-
Je souhaitais voir la 4K HEVC dans un casque de Réalité Virtuelle.
Le Browser embarqué ( browser Pico 4 ) ne lit pas le HEVC.
Le lecteur embarqué lit le 8K en VR, 3D etc
-
C'est quel matériel ? (pour savoir le chips utilisé)
Le browser Pico 4 prend en charge quels codecs ? H.264, VP9 et AV1 ou il manque AV1 ?
Il est probable que le décodage AV1, s'il est pris en charge, soit logiciel et non hardware.
-
C'est quel matériel ? (pour savoir le chips utilisé)
Le browser Pico 4 prend en charge quels codecs ? H.264, VP9 et AV1 ou il manque AV1 ?
Il est probable que le décodage AV1, s'il est pris en charge, soit logiciel et non hardware.
Je cite :
Le Pico 4 est un casque de réalité virtuelle autonome. Il est équipé d'une puce Qualcomm Snapdragon XR2, et d'afficheurs LCD à 2000 x 2000 px par œil, avec optiques pancake ultra-fines.
Je sais pas te dire pour le browser Pico 4 ce qu'il embarque comme codec, il tourne sous Android 10, il y a de forte chances que ce soit un fork de chromium.
-
Le AV1 8K, je n'arrive pas à le lire pour l'instant, je n'ai pas dit mon dernier mot ;D
Le VP9 et HEVC 8K sont parfait.
Le H264 8K a un problème d'encodage, j'arrive à le lire mais il y a des artefacts, tu vérifies ?
-
Le H264 8K a un problème d'encodage, j'arrive à le lire mais il y a des artefacts, tu vérifies ?
Je n'ai pas de problème pour le lux 8K H.264 sur un PC 12ème génération avec iGPU Intel : C'est fluide et de qualité.
Il est possible que le chips ne gère pas le Level 6 (utilisé en 8K) avec le codec H.264 ?
Ou le fait que l'on dépasse 20 Mb/s pour le flux vidéo pose problème ? Il me semble que tous les décodeurs apte au Level 6 devrait gérer sans problème les 22 Mb/s nécessaire.
-
Je n'ai pas de problème pour le lux 8K H.264 sur un PC 12ème génération avec iGPU Intel : C'est fluide et de qualité.
Il est possible que le chips ne gère pas le Level 6 (utilisé en 8K) avec le codec H.264 ?
Ou le fait que l'on dépasse 20 Mb/s pour le flux vidéo pose problème ? Il me semble que tous les décodeurs apte au Level 6 devrait gérer sans problème les 22 Mb/s nécessaire.
Ce n'est pas un problème de fluidité, la lecture est fluide.
Il y a un problème à cet endroit cf ci-joint, regarde bien l'image.
Et ce n'est pas un problème de lecture, tout le reste est correct, pour tous les formats, même celui-ci. C'est typique d'un problème d'encodage. Rien de grave, mais tant qu'à faire autant que toutes les vidéos soient nickel.
-
Je n'ai pas ce problème, le flux est ok avec Chrome sur un PC récent : Je suis persuadé que le Qualcomm Snapdragon XR2 ne gère pas le level 6 (8K) et se limite à de la 4K.
(https://lafibre.info/images/tv/201411_blender_big_buck_bunny_24fps_4320p_h264-high.webp)
-
Chrome 108 est sortie et normalement le codec HEVC devrait être disponible avec Chrome >= 108.0.5354.0, si le GPU du PC gère HEVC.
Source de l'information : https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding
Pourtant, avec Chrome 108 sous Ubuntu 22.10 sur un PC avec un iGPU Intel de 8ᵉ génération (qui gère donc HEVC), je n'arrive pas à lire les vidéos HEVC.
Dans chrome://gpu, j'ai pourtant la mention de HEVC :
(https://lafibre.info/testdebit/ubuntu/202212_chrome_ubuntu2210_gpu_uhd_graphics_620_core_8eme_gen.webp)
Même PC, sous Windows 11 : Les vidéos HEVC sont lisibles.
(https://lafibre.info/testdebit/windows11/202212_chrome_windows11_gpu_uhd_graphics_620_core_8eme_gen.webp)
Savez-vous pourquoi je ne peux pas lire de vidéos HEVC ?
-
Est-ce que ça serait pas à cause du fait que ça soit a cause des paramètres hvc1/hev1 ? Apple utilise hvc1 par défaut ffmpeg utilise hev1 il me semble pour avoir hvc1 il faut rajouter : -tag:v hvc1
"hvc1 parameter sets are stored out-of-band in the sample entry (i.e. below the Sample Description Box ( stsd ) box)"
"hev1 parameter sets are stored out-of-band in the sample entry and/or in-band in the samples (i.e. SPS/PPS/VPS NAL units in the bitstream/ mdat box)"
-
Je confirme (j'ai mis les paramètres d'encodage sous les vidéos) : j'ai systématiquement utilisé le -tag:v hvc1
Comme je propose une vidéo de test sans le -tag:v hvc1, j'ai vérifié : en HEV1 (le mode par défaut de ffmpeg) ce n'est pas non plus lisible sous Chrome 108 sous Ubuntu.
Ci-dessous, je déplace des vidéos, pour limiter le nombre de vidéos sur une même page.
-
Encodage 4K 2160p - 60 i/s avec le codec vidéo AV1 à 3,0 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 227 696 445 octets - débit moyen : 3 036 kbit/s (+67% par rapport à la version AV1 1440p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 2 928 kbit/s - définition : 4K 3840 x 2160 à 60 images par seconde.
- Niveau / level utilisé : 5.1 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_2160p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 300 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_2160p_av1.mp4"
-
Encodage 4K 2160p - 60 i/s avec le codec vidéo VP9 à 4,6 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 343 958 496 octets - débit moyen : 4 586 kbit/s (+77% par rapport à la version VP9 1440p à 60 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 4 480 kbit/s - définition : 4K 3840 x 2160 à 60 images par seconde.
- Niveau / level utilisé : 5.1 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_2160p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 3 -threads 16 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_60fps_2160p_vp9.webm"
-
Encodage 4K 2160p - 60 i/s avec le codec vidéo HEVC (H.265) à 4,7 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 352 364 518 octets - débit moyen : 4 698 kbit/s (+65% par rapport à la version HEVC 1440p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 4 555 kbit/s - définition : 4K 3840 x 2160 à 60 images par seconde.
- Niveau / level utilisé : 5.1 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_2160p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_2160p_hevc.mp4"
-
Encodage 4K 2160p - 60 i/s avec le codec vidéo H.264 (AVC) profil High à 7,2 Mb/s
(https://lafibre.info/images/tv/logo_h264_mini.png)
Taille du fichier : 542 868 675 octets - débit moyen : 7 238 kbit/s (+85% par rapport à la version H.264 High 1440p à 60 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 7 095 kbit/s - définition : 4K 3840 x 2160 à 60 images par seconde.
- Niveau / level utilisé : 5.2 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_2160p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 4K 2160p (3840 x 2160) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_2160p_h264-high.mp4"
Encodage 4K 2160p - 60 i/s avec le codec vidéo VP8 à 9,7 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 727 885 665 octets - débit moyen : 9 705 kbit/s (+80% par rapport à la version VP8 1440p à 60 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 9 183 kbit/s - définition : 4K 3840 x 2160 à 60 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_2160p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 4K 2160p (3840 x 2160) 60 images par seconde (débit max 16 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=3840:-1" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 16M -g 240 -quality good -speed 2 -threads 16 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_60fps_2160p_vp8.webm"
-
Le AV1 8K, je n'arrive pas à le lire pour l'instant, je n'ai pas dit mon dernier mot ;D
Le VP9 et HEVC 8K sont parfait.
Le H264 8K a un problème d'encodage, j'arrive à le lire mais il y a des artefacts, tu vérifies ?
Pour éviter tout problème de bande passante, saccade, réseau, et dissocier les paramètres susceptibles d'interférer, je télécharge chaque fichier en local pour sa lecture.
Si le lecteur et le processeur Qualcomm ne pouvaient pas lire, les deux fichiers VP9 et HEVC, je serais d'accord avec ton analyse.
Là le problème proviens d'ailleurs.
A la lecture de tes paramètres, tu fais un encodage par le biais d'un transcodage de H.264 aux différents autres formats.
Pour 1080p je les ai déjà tous vérifiés auparavant, aucun problème.
Les 4K, je ne les ai pas vérifié, je suis passé directement aux 8K. Bon je ferais une passe ultérieurement sur tous les 4K, en investiguant mon problème de lecture AV1
Par contre c'est très bien, tu passes les 4K avec une bande passante sous les 5 Mb/s par stream, sur un transporteur, cela te fais une chaine 4K avec la bande passante utilisé auparavant pour une 1080 :)
-
Un petit récapitulatif :
C'est bien un chromium comme browser natif du Pico 4, le HEVC ne fonctionne pas ( c'est la version la plus récente du browser la 3.3.2 du Pico 4, elle n'intègre pas ces derniers changements de chrome 108).
Pour les 4K, sur Chrome 108 ( tout frais du 30/11/2022 installé sur le Pico 4)
Le AV1 saccade, le VP9, le H264, H265 parfait.
Le lecteur externe ne lit pas les AV1
Et je suis navré de te confirmer que ton H264 pour le 8K a bien un problème d'encodage, le AV1 n'est toujours pas lisible, et le VP9 et HEVC fonctionnent parfaitement.
-
J'ai deux fichiers sources :
Big Buck Bunny est sorti en 2008 en HD 24 images par secondes (pas de 4K), puis en 2014 il y a eu une reprise des sources pour faire une version native 2250p à 60 images par seconde (et même une version 3D à l'époque cela semblait l'avenir). Il n'y a pas de version 8K.
Pour mes encodages, j'ai pris :
- Résolution 4K 2160p et inférieur, 24 images par seconde comme 60 images par seconde : La source est l'encodage 2250p - 60 i/s avec le codec vidéo H.264 (AVC) profil High à 10,5 Mb/s.
- Encodage 8K 4320p : La source est les vidéos 8K 4320p 24 i/s avec le codec vidéo HEVC (H.265) à 13,8 Mb/s. C'est un upscaling en partant des images 1080p non compressées réalisé avec Nero AI Image Upscaler par oliverx, les sources de la version 4K ne paraissant pas disponibles.
Bref, ma version 8K est de l'upscaling, mais cela permet de tester les lecteurs vidéos. Je confirme que la version H.264 fonctionne bien sur un PC récent. Toutefois, il n'est pas habituel d'avoir du 8K en H.264 et j'ai même eu un problème avec la version 5.1 de ffmpeg, j'ai dû basculer sur une version plus ancienne pour encoder la 8K :
J'ai trouvé un bug étrange avec ffmpeg 5.1 (en ré-encodant les vidéos) : Avec cette nouvelle version majeure, j'ai des plantages systématiques pour l'encodage de vidéo 8K (7680 x 4320) en H.264 et AV1. Par contre, pas de problème avec VP9 en 8K (et cela passe en H.264 et AV1 dans les résolutions plus basses) !
Curieux, j'ai testé avec ffmpeg 4.4.3 : l'encodage 8K H.264 et AV1 fonctionne.
Les lignes de commandes utilisées :
# Vidéo H.264 8K (7680 x 4320) à 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_4320p_h264-high.mp4"
# Vidéos AV1 8K (7680 x 4320) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_4320p_av1.mp4"
# Vidéos VP9 8K (7680 x 4320) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 3 -threads 16 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_24fps_4320p_vp9.webm"
-
salut, sur les videos 8K AV1 VP9 et HEVC tout et lu via le décodage matériel de ma CG (RTX 3070 Ti) par contre la vidéo 8K H264 elle est lue via le décodage CPU et mon via ma CG, c'est la seule vidéo H264 a être lue via CPU et non GPU, c'est pas normal non ? (screen ou on voit bien quand je commence a lire la vidéo sur les graphiques 5 6 7 et 8 )
-
Bref, ma version 8K est de l'upscaling, mais cela permet de tester les lecteurs vidéos. Je confirme que la version H.264 fonctionne bien sur un PC récent. Toutefois, il n'est pas habituel d'avoir du 8K en H.264 et j'ai même eu un problème avec la version 5.1 de ffmpeg, j'ai dû basculer sur une version plus ancienne pour encoder la 8K :
Ne le prends pas comme un reproche, c'est très bien comme travail.
C'est juste un feed-back. Si je suis confronté à ce que je décris, d'autres le seront aussi, cela lève certaines ambiguïtés possibles.
-
salut, sur les videos 8K AV1 VP9 et HEVC tout et lu via le décodage matériel de ma CG (RTX 3070 Ti) par contre la vidéo 8K H264 elle est lue via le décodage CPU et mon via ma CG, c'est la seule vidéo H264 a être lue via CPU et non GPU, c'est pas normal non ? (screen ou on voit bien quand je commence a lire la vidéo sur les graphiques 5 6 7 et 8 )
Si c'est normal.
Il faut voir les possibilités hardware comme une extension optimisée (par rapport à du software) pour un usage précis. Par exemple, décoder du 1080p en H264 c'est très courant, des chips pour gérer ce cas précis sont légions. Tu as aussi des notions de profile et de "level" pour définir le niveau de complexité de compression (et donc le niveau de finition de la puce).
Mais dès que tu pousses la puce dans des limites (genre décoder de la 8K sur la puce en charge de décoder du h264) pour lequel elle n'est pas prévue pour, elle ne peut pas le gérer, et donc, ça fallback en software.
-
salut, sur les videos 8K AV1 VP9 et HEVC tout et lu via le décodage matériel de ma CG (RTX 3070 Ti) par contre la vidéo 8K H264 elle est lue via le décodage CPU et mon via ma CG, c'est la seule vidéo H264 a être lue via CPU et non GPU, c'est pas normal non ? (screen ou on voit bien quand je commence a lire la vidéo sur les graphiques 5 6 7 et 8 )
Ta carte graphique supporte le décodage 8K (définition 7680 x 4320) en H.264 ? Il est probabble que non.
Quand je vais dans Chrome 108, voire chrome://gpu ou Edge 107 edge://gpu sur un PC Core i7 de 12ᵉ génération (lancé en 2022) avec UHD Graphics 770 sous Windows 11 22H2, je n'ai pas de support hardware au-delà de 4096x4096 pour H.264.
Il faut passer avec VP9, HEVC ou AV1 pour avoir le support de la 8K matériel :
Chrome 108 sous Windows 11 :
(https://lafibre.info/testdebit/windows11/202212_chrome_windows11_gpu_uhd_graphics_770_core_12eme_gen.webp)
Edge 107 sous Windows 11 :
(https://lafibre.info/testdebit/windows11/202212_edge_windows11_gpu_uhd_graphics_770_core_12eme_gen.webp)
Est-il opportun de proposer une vidéo H.264 en 8K ? J'ai hésité, mais c'est clairement représentatif de rien. On ne ferra pas de 8K en H.264, il faut un codec un peu plus efficace.
Je me demande quel est le support matériel pour VP8. Chrome ne supporte plus l'accélération matérielle pour VP8 ?
-
Merci de vos réponses , en effet non j'ai que 4096x4096 pour le h264 et 8192x8192 pour le reste
-
À noter que Chrome peut détecter des capacités hardware supérieures à la réalité.
Exemple avec Chrome 108 sur un PC Core i3-4150 à 3,5 GHz de 2014, équipé d'un iGPU Intel HD Graphics 4400.
OS : Windows 11 22H2
Des capacités de décodage matériel HEVC 4K sont détectées, mais cela ne fonctionne pas en réalité. À la première vidéo HEVC (360p), il y a un flash à l'écran et Chrome désactive toute l'accélération matérielle.
(https://lafibre.info/testdebit/windows11/202212_chrome_windows11_gpu_hd_graphics_4400_core_4eme_gen.webp)
-
Chrome 108 est sortie et normalement le codec HEVC devrait être disponible avec Chrome >= 108.0.5354.0, si le GPU du PC gère HEVC.
Savez-vous pourquoi je ne peux pas lire de vidéos HEVC ?
HEVC n'est supporté par Chrom(ium) qu'avec décodage matériel complet.
Or depuis les dernières version (104/105/106?), il n'y aucune accel hardware sous Linux (complète ou via copie software).
Il ne suffit pas de consulter chrome://gpu
les informations réelles sont dans chrome://media-internals en sélectionnant le player voulu parmi ceux qui ont été créés pour le contenu.
L'information cruciale est sous la clé "kVideoDecoderName"
- VaapiVideoDecoder : décodage matériel total, sans recopie, via une surface GBM en sortie de VA-API. C'est le seul mode qui permet HEVC.
- VdaVideoDecoder : décodage matériel, puis recopie software vers la surface (et probablement resampling YUV > RGB)
- FFmpeg/Vpx/Dav1d : décodage software à 100%
Et donc, pourquoi rien ne fonctionne sous linux ?
A propos du VdaVideoDecoder (disons accel demi-matérielle), il était actif par défaut il y a peu.
Sous réserve des librairies à jour (Mesa, DRI, etc), d'un noyau en bon état, et du harware qui le supporte (Intel c'est sur, AMD probablement, Nvidia j'en sais rien).
Mais récemment chromium a activé par défaut la feature "UseChromeOSDirectVideoDecoder" qui concrètement désactive VdaVD au profit de son successeur : VaapiVideoDecoder
Pourquoi VaapiVideoDecoder ne parvient pas à s'activer sur les linux standards ?
- dans les traces media-internals : "video decoder fallback after initial decode error"
- dans la console : "Could not find SharedImageBackingFactory with params: usage: DisplayRead|Scanout, format: YUV_420_BIPLANAR"
Comprendre : les surfaces GL directes (GBM) proposées par Angle ou Mesa ne supportent pas le NV12, qui est ce que VAAPI produit en sortie.
Solution Vulkan
Lancer chrome avec "--enable-features=Vulkan"
=> VaapiVideoDecoder s'active si la stack graphique supporte Vulkan, mais le rendu est assez dégradé, aucun upscaling/downscaling sur les surfaces Vulkan créées par chrome.
Ca ne se remarque pas trop sur BigBuckBunny, mais sur des lignes plus géométrique c'est très net, les lignes droites "fourmillent".
(c'est clairement la solution d'avenir à moyen terme, supposons que les soucis de rendu seront traités d'ici là)
Solution Minigbm chromium
=> Utiliser le GBM pour ChromeOS (minigbm) et pas celui de Mesa.
Il supporte NV12 et c'est évoqué sur divers sujets,
ex : https://bugs.chromium.org/p/chromium/issues/detail?id=1236697
mais ca ne semble pas fonctionner avec les drivers Gallium (iris_drv), pas chez moi en tout cas
A noter que même si c'était le cas, il faut compiler Chromium en activant ce flag.
Compter 90mn sur un serveur haut de gamme, probablement 8/12h sur un PC standard.
Solution Mesa
On bricole la libgbm de Mesa en la forcant à accepter le format NV12 (GBM_FORMAT_NV12)
L'ajout est trivial :
diff --git a/src/gbm/backends/dri/gbm_dri.c b/src/gbm/backends/dri/gbm_dri.c
index 11a6ba90e66..82727308609 100644
--- a/src/gbm/backends/dri/gbm_dri.c
+++ b/src/gbm/backends/dri/gbm_dri.c
@@ -528,6 +528,9 @@ static const struct gbm_dri_visual gbm_dri_visuals_table[] = {
{ 16, 16, 16, 16 },
true,
},
+ {
+ GBM_FORMAT_NV12, __DRI_IMAGE_FORMAT_NONE,
+ },
};
static int
En admettant que le hardware derrière sache s'en arranger. C'est le cas avec les GPU Intel, le reste aucune idée.
Il faudra ensuite lancer Chrome en mode EGL direct (ne pas utiliser ANGLE)
Soit :
LD_LIBRARY_PATH="/chemin/vers/libgbm/modifiee" ~/chromium.main/chrome --no-sandbox --disable-features=Vulkan --use-gl=egl
Et VaapiVideoDecoder est actif.
(il fonctionne alors très bien pour toutes les vidéos de ton sujet)
Note : on peut revenir sur l'ancien mode : --disable-features=UseChromeOSDirectVideoDecoder
L'acceleration matérielle revient pour H264, mais toujours pas HEVC.
Note 2 : il semble que sur les dernières builds, chrome ait activé Vulkan par défaut
Peut-être sous certaines conditions, je n'ai pas regardé le détail.
Donc VaapiVideoDecoder en standard pour tout le monde, mais avec les soucis Vulkan cités plus haut.
-
Merci dmr, c'est clair.
HEVC pourrait arriver en 2023 si les distributions Linux font le nécessaire, mais en attendant, je considère qu'il n'y a pas de support HEVC sous Linux.
Pour Edge sous Windows 11, j'ai fait le test via un Windows 11 21H2 mis à jour vers Windows 11 22H2 sur un PC iGPU Intel 12ᵉ génération : Pas de support par d'HEVC dans Edge par défaut.
L'extension HEVC ne semble s'installer par défaut que quand on fait un clean install de Windows 11 22H2 et que l'on a un PC avec support hardware HEVC. Une mise à jour ne permet pas d'avoir l'extension automatiquement (et dans la boutique Microsoft et cherchant HEVC, on ne trouve que l'extension payante).
J'ai mis à jour ma petite image qui récapitule le support HEVC : (il faut peut-être vider le cache du navigateur pour avoir la mise à jour).
Il faudrait que je teste de nouveau Vivaldi, Opera et Samsung Internet pour voir si la version basée sur Chromium 108 apporte HEVC (ce n'était pas le cas avec la version basée sur Chrome 108).
(https://lafibre.info/images/tv/hevc_support.webp)
-
Je pense avoir compris pourquoi Google a rajouté le support du codec vidéo HEVC dans Chrome 107.
Depuis Android 12 (la version stable a été publiée le 4 octobre 2021, mais il commence juste à se généraliser dans les smartphones neufs), HEVC devient le codec utilisé par l'appareil photo pour enregistrer des vidéos sur de plus en plus de modèles (c'est un choix laissé au fabricant, mais Google encourage l'utilisation du HEVC). HEVC est également le codec par défaut des smartphones Pixel de Google.
Il est possible d'accéder à distance à son smartphone depuis un navigateur web (il faut être connecté sur le même réseau local et scanner un QR Code qui apparaît sur le navigateur avec son mobile) avec des applications telles que AirMore (https://airmore.com/fr/) et là, impossible de visualiser les vidéos de son téléphone si le navigateur ne prend pas en charge HEVC.
Les paramètres avancés de l'appareil photo d'Android permettent de désactiver HEVC, activé par défaut sur un Pixel 6 sous Android 12 ou Android 13 :
(https://lafibre.info/testdebit/android/202212_android13_videos_hevc.webp)
À noter que contrairement à Apple, les photos sont toujours en Jpeg sur Android. Apple utilisé par défaut HEIF, un format d'image basé sur l'encodage d'image réalisée par le codec vidéo HEVC. Le format d'image HEIF n'est pris en charge par aucun navigateur, même pas par Safari. Les formats d'image concurrents à HEIF sont WebP basé sur VP8, AVIF basé sur AV1 et JpegXL. Ce dernier format, qui vise à remplacer le JPEG sur les appareil photos, n'est pas aujourd'hui pris en charge par les navigateurs web dans leurs versions stables et il pourrait ne pas l'être (Google va retirer le code de prise en charge de JpegXL qui était en test).
-
Encodage 8K 4320p - 24 i/s avec le codec vidéo AV1 à 4,9 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 365 249 793 octets - débit moyen : 4 903 kbit/s (+158% par rapport à la version AV1 2160p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 4 797 kbit/s - définition : 8K 7680 x 4320 à 24 images par seconde.
- Niveau / level utilisé : 6.0 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_4320p_av1.mp4
Upscaling de la version 1080p réalisé avec Nero AI Image Upscaler par oliverx. Encodage HEVC => AV1 réalisé en 2022 par Vivien avec ffmpeg 4.4.3 :
# Vidéo 8K (7680 x 4320) à 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_4320p_av1.mp4"
-
Encodage 8K 4320p - 24 i/s avec le codec vidéo VP9 à 9,4 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 699 358 050 octets - débit moyen : 9 387 kbit/s.
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 9 277 kbit/s - définition : 8K 7680 x 4320 à 24 images par seconde.
- Niveau / level utilisé : 6 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_4320p_vp9.webm
Upscaling de la version 1080p réalisé avec Nero AI Image Upscaler par oliverx. Encodage HEVC => VP9 réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 8K (7680 x 4320) à 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 3 -threads 16 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_24fps_4320p_vp9.webm"
-
Encodage 8K 4320p - 24 i/s avec le codec vidéo HEVC (H.265) à 13,8 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 1 026 569 656 octets - débit moyen : 13 779 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : AC-3 5.1 à 448 kbit/s.
- Vidéo : HEVC (H.265) - définition : 8K 7680 x 4320 à 24 images par seconde.
- Niveau / level utilisé : 6 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
Upscaling de la version 1080p réalisé avec Nero AI Image Upscaler par oliverx. Encodage réalisé en 2021 par oliverx.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4
-
Encodage 8K 4320p - 24 i/s avec le codec vidéo H.264 (AVC) profil High à 21,5 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 1 604 836 958 octets - débit moyen : 21 541 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 21 400 kbit/s - définition : 8K 7680 x 4320 à 24 images par seconde.
- Niveau / level utilisé : 6 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_4320p_h264-high.mp4
Upscaling de la version 1080p réalisé avec Nero AI Image Upscaler par oliverx. Encodage HEVC => H.264 réalisé en 2022 par Vivien avec ffmpeg 4.4.3 :
# Vidéo 8K (7680 x 4320) à 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_4320p_h264-high.mp4"
-
HEVC pourrait arriver en 2023 si les distributions Linux font le nécessaire, mais en attendant, je considère qu'il n'y a pas de support HEVC sous Linux.
Plutôt google/chromium à vrai dire, car les distributions ont déjà fait ce qu'il faut.
Très peu probable que Mesa autorise le NV12 via GBM, car c'est totalement hors standard.
Et ca bouge un peu :
https://bugs.chromium.org/p/chromium/issues/detail?id=1236697
Malheureusement pas dans le bon sens, car pour le moment chromium a désactivé par défaut tout accel matérielle sous linux.
Il faut --enable-features=VaapiVideoDecodeLinuxGL pour forcer l'activation (en admettant qu'on ai bricolé le GBM)
Peut-être en prévision d'une refonte EGL/Vulkan/ANGLE qui semble avoir commencé (il y a eu du ménage dernièrement).
Si on compare avec MPV par exemple :
- MPV sait faire du VAAPI par EGL sous linux sans bricole GBM
car il décompose NV12 en R8+GR88 (qui sont supportés en standard).
Il faudrait donc que chromium implémente un pipeline équivalent dédié Linux, ce qui existait pour Fushian, mais qu'ils ont supprimé dernièrement (au profit surement d'un GBM "maison")
- MPV sait faire du VAAPI par Vulkan avec un downscaling propre
Mais MPV utilise la libplacebo pour Vulkan, tandis que Chromium utilise ANGLE ou direct (pas sûr sur ce point)
Il est peut-être prévu d'implémenter dans ANGLE un équivalent.
Comme si ca ne suffisait pas, en cours :
- un bug dans le kernel drm/i915 relatif qui se manifeste en lecture MPV vulkan : https://gitlab.freedesktop.org/drm/intel/-/issues/7570
- une sacrée régression dans Mesa EGL/X11 quand on utilise Chromium en EGL direct (use-gl) : https://gitlab.freedesktop.org/mesa/mesa/-/issues/6996
A suivre.
-
J'ai trouvé un bug étrange avec ffmpeg 5.1 (en ré-encodant les vidéos) : Avec cette nouvelle version majeure, j'ai des plantages systématiques pour l'encodage de vidéo 8K (7680 x 4320) en H.264 et AV1. Par contre, pas de problème avec VP9 en 8K (et cela passe en H.264 et AV1 dans les résolutions plus basses) !
Curieux, j'ai testé avec ffmpeg 4.4.3 : l'encodage 8K H.264 et AV1 fonctionne.
Les lignes de commandes utilisées :
# Vidéo H.264 8K (7680 x 4320) à 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_4320p_h264-high.mp4"
# Vidéos AV1 8K (7680 x 4320) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_4320p_av1.mp4"
# Vidéos VP9 8K (7680 x 4320) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_24fps_4320p_hevc.mp4" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 3 -threads 16 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_24fps_4320p_vp9.webm"
-
De nouveaux codecs vidéos sont disponibles : (sommaire pour un accès direct aux vidéos (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961373/#msg961373))
(https://lafibre.info/images/tv/logo_av1.svg) (https://lafibre.info/images/tv/logo_vp9.svg) (https://lafibre.info/images/tv/logo_hevc_60.webp) (https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp) (https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp) (https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp) (https://lafibre.info/images/tv/logo_vp8.svg) (https://lafibre.info/images/tv/logo_theora.svg) (https://lafibre.info/images/tv/logo_mpeg-2.svg)
(https://lafibre.info/images/tv/202212_debit_video_encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.webp) (https://lafibre.info/images/tv/202212_debit_video_encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.webp)
Scipt pour générer ces fichiers (sous Linux, avec FFmpeg) : encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.sh (https://lafibre.info/images/tv/encodage_av1_vp9_hevc_h264_vp8_theora_mpeg2.sh)
-
Pour H.264, il y a trois profils fréquents sur internet :
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp) (https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp) (https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp)
De nombreuses vidéos sur Internet ne sont pas encodées en profil "High", mais en profil "Main". On trouve même encor du profile "Baseline", bien que cela devienne plus rare de nos jours.
Par exemple, les vidoés YouTube H.264 sont en profile "Main" jusqu'en 720p et "High" en 1080p. Le H.264 est normalement plus disponibles au-delà de 1080p, mais il y a des exceptions.
Autres codecs rajouté :
(https://lafibre.info/images/tv/logo_vp8.svg)
VP8 est remplacé par VP9, mais on trouve encore des vidéos en VP8, généralement des vidéos créés par des outils de capture vidéo.
Les navigateurs qui supportent VP8 sont presque exactement les mêmes que VP9.
(https://lafibre.info/images/tv/logo_theora.svg)
Theora, c'est le premier codec disponible pour HTML5. Il fonctionne sous Firefox, Chrome et Edge sur PC. Pas de support par Safari. Le support sur navigateur mobile est plus limité.
Theora est un codec assez simple, il n'a pas besoin d'accélération matérielle pour être décodée, là où en 2004 quand il est sorti, les processeurs étaient limités et avaient du mal à décoder le H.264 sans support matériel.
Théora est peu performant, mais c'est le premier codec vidéo libre de droits et cela permettait enfin d'avoir de la vidéo dans des logiciels open source à l'époque (depuis des contournements ont été trouvés pour que tous puissent profiter du H.264, même sous Linux).
Je n'ai pas été au-delà de 1080p, il faut déjà 21,5 Mbit/s pour un flux 1080p !
Si le débit d'encodage n'est pas assez élevé avec Theora, on se retrouve tout de suite avec des macro-blocs bien gênants, comme lors du générique du lancement du journal télévisé de CCTV France, que j'ai encodé en 2008 :
Vidéo 524x556 (flux récupéré sur les flux pour VLC chez Free), avec un encodage vidéo à 1286 Kb/s, insuffisant pour que Theora puisse encoder les parties bien animées de la vidéo :
https://lafibre.info/videos/international/200804_cctv_journal_8-4-2008_complet.ogg
-
Enfin, j'ai rajouté des vidéos MPEG-2 !
(https://lafibre.info/images/tv/logo_mpeg-2.svg)
Le codec est vieux (1995). H.262/MPEG-2 a été peu utilisé sur Internet, mais c'est le codec utilisé sur tous les DVD vidéo. Il était également utilisé pour la télévision TNT de première génération (de 2005 à 2016), la télévision sur le câble et sur les premières des box « triple play » en France. Le H.262/MPEG-2 est bien moins efficace que le H.264/AVC et les opérateurs ont tous changés les équipements des clients incompatibles H.264/AVC afin de pouvoir arrêter l’utilisation de ce codec peu efficace. En 2022, la principale utilisation du MPEG-2 reste la lecture de DVD vidéo. Les revendeurs de produits et services utilisant la norme H.262/MPEG-2 devaient payer des droits pour l'utilisation d'une technologie brevetée. Le dernier brevet américain expirant le 14 février 2018, seuls les brevets philippins et malaisiens restent actifs après cette date.
MPEG-2 n'est pus inclus depuis Windows 10 (pour éviter à Microsoft de payer les brevets actif pour une technologie peu utilisée).
MPEG-2 n'est pas lisible avec Chrome, Firefox ou Edge (je ne sais pas pour Safari) et il n'est normalement pas utilisé sur Internet.
Toutefois, il est présent sur de nombreux équipements connectés pour lire les DVD, et donc les navigateurs de certaines télévisions peuvent lire des flux MPEG-2.
Sur PC, je n'ai trouvé qu'un navigateur exotique pour lire le MPEG-2 directement dans le navigateur : Arora
Pour en savoir plus sur ce navigateur : https://fr.wikipedia.org/wiki/Arora
Arora est un navigateur basé sur le moteur de rendu HTML WebKit, comme Safari. C'est un navigateur qui a été abandonné depuis septembre 2010. Il supporte tous les codecs vidéo MPEG-2, Theora, VP8, H.264, HEVC et VP9 (il ne manque que AV1 sur mon PC sous Ubuntu 18.04). Le VP9 n'existait pas à l'époque, ainsi j'imagine que le support de VP9 est assuré par QtWebKit, le module de Qt qui utilise le moteur de rendu HTML WebKit. Sous Ubuntu 18.04, QT est en version 5.9 (sortie en mai 2017) et c'est elle qui doit apporter le support de VP9+Opus à Arora.
(https://lafibre.info/images/tv/202212_navigateur_web_arora_sous_ubuntu1804_lit_video_mpeg2.webp)
-
Encodage 720p - 60 i/s avec le codec vidéo H.264 (AVC) profil Main à 1,5 Mb/s
(https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp)
Taille du fichier : 110 366 709 octets - débit moyen : 1 472 kbit/s (+19% par rapport à la version H.264 Main 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Main à 1 329 kbit/s - définition : 1280 x 720 à 60 images par seconde.
- Niveau / level utilisé : 3.2 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_h264-main.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile main CRF 26 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v main -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_720p_h264-main.mp4"
-
Encodage 720p - 60 i/s avec le codec vidéo H.264 (AVC) profil Baseline à 1,9 Mb/s
(https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp)
Taille du fichier : 140 828 881 octets - débit moyen : 1 878 kbit/s (+15% par rapport à la version H.264 Baseline 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Baseline à 1 739 kbit/s - définition : 1280 x 720 à 60 images par seconde.
- Niveau / level utilisé : 3.2 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_h264-baseline.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile baseline CRF 26 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v baseline -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_60fps_720p_h264-baseline.mp4"
-
Encodage 720p - 60 i/s avec le codec vidéo VP8 à 2,1 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 160 875 934 octets - débit moyen : 2 145 kbit/s (+59% par rapport à la version VP8 720p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 1 923 kbit/s - définition : 1280 x 720 à 60 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 720p (1280 x 720) 60 images par seconde (débit max 4 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 4M -g 240 -quality good -speed 2 -threads 8 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_60fps_720p_vp8.webm"
-
Encodage 720p - 60 i/s avec le codec vidéo Theora à 11,4 Mb/s
(https://lafibre.info/images/tv/logo_theora.svg)
Taille du fichier : 856 934 582 octets - débit moyen : 11 426 kbit/s (+103% par rapport à la version Theora 720p à 24 images/sec).
- Conteneur : Ogg (https://fr.wikipedia.org/wiki/Ogg).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : Theora à 10 800 kbit/s - définition : 1280 x 720 à 60 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_theora.ogg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo Theora -q:v 7 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v libtheora -q:v 7 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_60fps_720p_theora.ogg"
-
Encodage 720p - 60 i/s avec le codec vidéo MPEG-2 Vidéo (H.262) à 11,1 Mb/s
(https://lafibre.info/images/tv/logo_mpeg-2.svg)
Taille du fichier : 828 979 200 octets - débit moyen : 11 053 kbit/s (+220% par rapport à la version Theora 480p à 24 images/sec).
- Conteneur : MPEG-PS (https://en.wikipedia.org/wiki/MPEG_program_stream) (Program stream).
- Audio : Dolby Digital AC-3 (https://fr.wikipedia.org/wiki/Dolby_Digital) à 256 kbit/s stéréo.
- Vidéo : H.262 / MPEG-2 Vidéo (partie 2 de la norme MPEG-2) (https://en.wikipedia.org/wiki/H.262/MPEG-2_Part_2) à 10 600 kbit/s - définition : 1280 x 720 à 60 images par seconde.
- Divers : Menu stream DVD-Video
Les vidéos MPEG-2 sont lisibles uniquement sur des navigateurs exotiques. Pour ce faire, copier l'URL ci-dessous dans la barre d'adresse.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_mpeg2.mpg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo MPEG-2 Part2 -q:v 4 720p (1280 x 720) 60 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1280:-1" -pix_fmt yuv420p -c:v mpeg2video -g 30 -q:v 4 -maxrate:v 34000k -minrate:v 0 -bufsize:v 2500k -c:a ac3 -f dvd -b:a 256k -ar 48000 -ac 2 "201411_blender_big_buck_bunny_60fps_720p_mpeg2.mpg"
-
Un point qui est étonnant avec l'encodage HEVC (et un peu aussi H.264), c'est que le fait de passer de 24 à 60 images par seconde augmente peu ou pas le débit nécessaire.
Exemple : l'encodage 4K 2160p avec le codec vidéo HEVC (H.265) : on est à 4,7 Mb/s que ce soit à 24 images par seconde ou 60 images par seconde, avec le même paramètre de qualité (-CRF 26 est employé pour toutes les vidéos HEVC ou H.264).
Pour les autres codecs, AV1, VP9, VP8, MPEG-2 passer le nombre d'images par seconde de 24 à 60 va augmenter le débit de 60%. Là aussi, le paramétrage de qualité est identique quelle que soit la résolution (-CRF 45 pour AV1)
Enfin le cas du codec vidéo Theora qui lui va plus que doubler sa taille lors du passage de 24 à 60 images par secondes.
-
Note 2 : il semble que sur les dernières builds, chrome ait activé Vulkan par défaut
Peut-être sous certaines conditions, je n'ai pas regardé le détail.
Donc VaapiVideoDecoder en standard pour tout le monde, mais avec les soucis Vulkan cités plus haut.
Là sur Chrome Dev (110.0.5478.4), j'ai Vulkan activé, et pourtant VaapiVideoDecoder échoue, :
00:00:00.112 error "VideoDecoderPipeline Frame converter returns null frame."
00:00:00.112 error "VideoDecoderPipeline Frame converter returns null frame."
00:00:00.112 error "VideoDecoderPipeline Frame converter returns null frame."
00:00:00.112 error "VideoDecoderPipeline Frame converter returns null frame."
00:00:00.112 warning "video decoder fallback after initial decode error."et :
[2607:2607:1230/164352.245674:ERROR:gl_common_image_backing_factory.cc(96)] : CreateSharedImage: invalid format
[2607:2607:1230/164352.245822:ERROR:shared_image_factory.cc(632)] : Could not find SharedImageBackingFactory with params: usage: DisplayRead|Scanout, format: YUV_420_BIPLANAR, share_between_threads: 0, gmb_type: platformDonc il semble quand même vouloir passer en GL.
-
Là sur Chrome Dev (110.0.5478.4), j'ai Vulkan activé, et pourtant VaapiVideoDecoder échoue, :
Sur la branche principale (111, 110?), des flags de contrôle ont été (re)mis.
Essayer avec :
~/chromium.main/chrome \
--no-sandbox \
--enable-features=Vulkan,DefaultANGLEVulkan,VulkanFromANGLE,VaapiVideoDecoder,VaapiVideoDecodeLinuxGL,VaapiVideoEncoder \
--ozone-platform=x11 \
--use-gl=angle \
"$@"
Je viens de tester, sur un checkout récent (v111), toujours un rendu dégradé (pas d'up/downscaling).
-
J'ai lancé un build de Chromium sur mac.
Version 111.0.5518.0 (Build de développement) (x86_64)
Bonne nouvelle l'AV1 fonctionne, ce n'était pas le cas précédemment.
-
J'ai lancé un build de Chromium sur mac.
Version 111.0.5518.0 (Build de développement) (x86_64)
Bonne nouvelle l'AV1 fonctionne, ce n'était pas le cas précédemment.
Tu es sûr ?
L'AV1 est normalement supporté depuis Chrome 70 sur Mac.
Ce qui est nouveau, c'est le support de HEVC sur Chrome (sur les Mac avec une accélération matérielle pour HEVC, cad les CPU Intel Core de 6ᵉ génération et plus récents).
-
Tu es sûr ?
L'AV1 est normalement supporté depuis Chrome 70 sur Mac.
Ce qui est nouveau, c'est le support de HEVC sur Chrome (sur les Mac avec une accélération matérielle pour HEVC, cad les CPU Intel Core de 6ᵉ génération et plus récents).
C'est parce que AV1 fonctionne pas avec Chromium sur mon Pico 4 , que je fais cela ( pour HEVC j'ai déjà fait les test, et pas de soucis).
Next step build d'un chromium pour Android ARMV8 et voir si cela passe.
-
Encodage 1080p - 24 i/s avec le codec vidéo AV1 à 0,85 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 63 748 676 octets - débit moyen : 850 kbit/s (+53% par rapport à la version AV1 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : AV1 à 746 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
- Niveau / level utilisé : 4.0 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_av1.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libaom-av1 -crf 45 -b:v 0 -g 150 -row-mt 1 -tiles 2x1 -threads 8 -cpu-used 4 -c:a libopus -b:a 100k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1080p_av1.mp4"
-
Encodage 1080p - 24 i/s avec le codec vidéo VP9 à 1,1 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 84 278 337 octets - débit moyen : 1 124 kbit/s (+52% par rapport à la version VP9 720p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 1 020 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
- Niveau / level utilisé : 4.0 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_vp9.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libvpx-vp9 -crf 41 -b:v 0 -g 240 -quality good -speed 2 -tile-columns 2 -threads 8 -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_24fps_1080p_vp9.webm"
-
Encodage 1080p - 24 i/s avec le codec vidéo HEVC (H.265) à 1,8 Mb/s
(https://lafibre.info/images/tv/logo_hevc_60.webp)
Taille du fichier : 137 605 655 octets - débit moyen : 1 835 kbit/s (+65% par rapport à la version HEVC 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : HEVC (H.265) à 1 699 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
- Niveau / level utilisé : 4.0 (La norme HEVC définit 13 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_hevc.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libx265 -tag:v hvc1 -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1080p_hevc.mp4"
-
Encodage 1080p - 24 i/s avec le codec vidéo H.264 (AVC) profil High à 2,1 Mb/s
(https://lafibre.info/images/tv/logo_h264_high_profile_mini.webp)
Taille du fichier : 160 978 435 octets - débit moyen : 2 146 kbit/s (+77% par rapport à la version H.264 High 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil High à 2 011 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_h264-high.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1080p_h264-high.mp4"
-
Encodage 1080p - 24 i/s avec le codec vidéo H.264 (AVC) profil Main à 2,2 Mb/s
(https://lafibre.info/images/tv/logo_h264_main_profile_mini.webp)
Taille du fichier : 164 968 446 octets - débit moyen : 2 200 kbit/s (+79% par rapport à la version H.264 Main 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Main à 2 064 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_h264-main.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile main CRF 26 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v main -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1080p_h264-main.mp4"
-
Encodage 1080p - 24 i/s avec le codec vidéo H.264 (AVC) profil Baseline à 2,8 Mb/s
(https://lafibre.info/images/tv/logo_h264_baseline_profile_mini.webp)
Taille du fichier : 213 572 046 octets - débit moyen : 2 848 kbit/s (+75% par rapport à la version H.264 Baseline 720p à 24 images/sec).
- Conteneur : MP4 (ISO base media file format).
- Audio : AAC LC à 130 kbit/s stéréo.
- Vidéo : H.264 (AVC) profil Baseline à 2 714 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
- Niveau / level utilisé : 5.0 (La norme H.264 définit 20 niveaux ou "levels", de 1 à 6.2 (https://fr.wikipedia.org/wiki/H.264#Niveaux). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_h264-baseline.mp4
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo H.264 profile baseline CRF 26 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libx264 -preset slow -crf 26 -profile:v baseline -c:a aac -b:a 128k -ac 2 -f mp4 "201411_blender_big_buck_bunny_24fps_1080p_h264-baseline.mp4"
-
Encodage 1080p - 24 i/s avec le codec vidéo VP8 à 2,2 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
Taille du fichier : 162 255 583 octets - débit moyen : 2 163 kbit/s (+60% par rapport à la version VP8 720p à 24 images/sec).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : VP8 à 1 941 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_vp8.webm
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo VP8 CRF 41 1080p (1920 x 1080) 24 images par seconde (débit max 4 Mbit/s) :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libvpx -crf 41 -b:v 4M -g 240 -quality good -speed 2 -threads 8 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_24fps_1080p_vp8.webm"
-
Encodage 1080p - 24 i/s avec le codec vidéo Theora à 8,5 Mb/s
(https://lafibre.info/images/tv/logo_theora.svg)
Taille du fichier : 639 910 841 octets - débit moyen : 8 532 kbit/s (+51% par rapport à la version Theora 720p à 24 images/sec).
- Conteneur : Ogg (https://fr.wikipedia.org/wiki/Ogg).
- Audio : Vorbis (https://fr.wikipedia.org/wiki/Vorbis) à 128 kbit/s stéréo.
- Vidéo : Theora à 8 058 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_theora.ogg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo Theora -q:v 7 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v libtheora -q:v 7 -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_24fps_1080p_theora.ogg"
-
Encodage 1080p - 24 i/s avec le codec vidéo MPEG-2 Vidéo (H.262) à 10,5 Mb/s
(https://lafibre.info/images/tv/logo_mpeg-2.svg)
Taille du fichier : 783 990 784 octets - débit moyen : 10 453 kbit/s (+71% par rapport à la version Theora 720p à 24 images/sec).
- Conteneur : MPEG-PS (https://en.wikipedia.org/wiki/MPEG_program_stream) (Program stream).
- Audio : Dolby Digital AC-3 (https://fr.wikipedia.org/wiki/Dolby_Digital) à 256 kbit/s stéréo.
- Vidéo : H.262 / MPEG-2 Vidéo (partie 2 de la norme MPEG-2) (https://en.wikipedia.org/wiki/H.262/MPEG-2_Part_2) à 9 988 kbit/s - définition : 1920 x 1080 à 24 images par seconde.
- Divers : Menu stream DVD-Video
Les vidéos MPEG-2 sont lisibles uniquement sur des navigateurs exotiques. Pour ce faire, copier l'URL ci-dessous dans la barre d'adresse.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_1080p_mpeg2.mpg
Encodage réalisé en 2022 par Vivien avec ffmpeg 5.1 :
# Vidéo MPEG-2 Part2 -q:v 4 1080p (1920 x 1080) 24 images par seconde :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -filter:v "scale=1920:-1,fps=24" -pix_fmt yuv420p -c:v mpeg2video -g 15 -q:v 4 -maxrate:v 34000k -minrate:v 0 -bufsize:v 2500k -c:a ac3 -f dvd -b:a 256k -ar 48000 -ac 2 "201411_blender_big_buck_bunny_24fps_1080p_mpeg2.mpg"
-
J'ai séparé les messages Prise en charge de HEVC / H.265 dans les navigateurs web (https://lafibre.info/tv-numerique-hd-3d/hevc-navigateur-web/) dans un sujet à part.
-
En janvier 2011, Google a annoncé qu'il retirait la prise en charge du H.264 depuis son navigateur Chrome et qu'il ne prenait en charge que les codecs vidéos ouverts Theora et VP8.
Il y a énormément d'articles sur internet qui parlent de cette annonce de Google (et de Microsoft qui annonce une extension Chrome pour supporter H.264), mais je n'arrive pas à savoir si H.264 a bien été retiré de Chrome et si oui quand est-ce qu'il est revenu.
Pourquoi je cherche cette information ?
C'est pour faire une image de ce type pour H.264, afin d'être complet.
(https://lafibre.info/images/tv/vp9_support.webp)
Voici les informations récupérées, si Chrome n'a pas arrêté son support de H.264 en 2011 :
H.264 MPEG4/AVC - Codec vidéo créé en 2003 (2005 pour le profil High)
2008 Google Chrome bêta 1 2 septembre 2008
2008 Safari 3.2 avec Mac OS X v10.5 13 novembre 2008
2010 iOS 3.2 3 avril 2010
2012 Samsung Internet 1
2012-2015 : Firefox (Android : 2012 Firerox 17 - Windows : 2013 Firefox 21 - Linux : 2013 Firefox 26 - MacOS : 2015 Firefox 35)
2014 Opera 25 15 octobre 2014
2015 Vivaldi Tech Preview 1 27 janvier 2015
2015 Microsoft Edge 12 29 juillet 2015
-
Nutri-score de la vidéo :
(https://lafibre.info/images/tv/codecs_video_score.webp) (https://lafibre.info/images/tv/codecs_video.pdf#page=3)
-
Fait, j'ai rajouté H.264. Si vous voyez une erreur, n'hésitez pas.
Support des codecs pour les principaux navigateurs web :
(https://lafibre.info/images/tv/codec_support.webp) (https://lafibre.info/images/tv/codec_support.webp)
-
Mise à jour des images, pour être plus lisibles :
(https://lafibre.info/images/tv/av1_support.webp) (https://lafibre.info/images/tv/vp9_support.webp)
(https://lafibre.info/images/tv/hevc_support.webp) (https://lafibre.info/images/tv/h264_support.webp)
-
Est-ce que vous auriez des sources pour noter l'efficacité des codecs ?
Les comparatifs comparent habituellement un codec à un ou deux autres.
Un des plus complets que j'ai trouvé est celui de Meta : https://engineering.fb.com/2018/04/10/video-engineering/av1-beats-x264-and-libvpx-vp9-in-practical-use-case/
Il compare le gain de AV1 par rapport à VP9 et H.264 profil High et H.264 profil Main.
Je n'ai pas trouvé de comparatif avec AV1, VP9, HEVC, H.264. Pourtant, cela serait intéressant, pour faire une comparaison avec des lettres de l'efficacité.
L'Arcep ne pourra pas sortir un comparatif de ce type sans avoir plus de sources et surtout des sources qui comparent au moins les 4 principaux codecs entre-eux.
Nutri-score de la vidéo :
(https://lafibre.info/images/tv/codecs_video_score.webp) (https://lafibre.info/images/tv/codecs_video.pdf#page=3)
Cette autre étude permet de voir que VP9 et HEVC sont équivalents, mais le test n'est pas exactement comme celui de Meta.
(https://lafibre.info/images/tv/201509_debit_video_en_fonction_de_la_qualite_visuelle.webp)
-
L'utilisation du nutri-score parait bien saugrenue ici :o
Avec toutes ses couleurs ça brouille le message selon moi, et rend le tableau bordélique.
Une simple liste d'étoiles serait plus lisible.
AV1 ⭐⭐⭐⭐⭐
H264 ⭐⭐⭐
-
Comparer des codecs qui n'ont rien à voir n'a aucun sens selon moi.
Evidemment que les codecs sortis il y a un an sont meilleurs que celui qui date d'il y a 10 ans.
Comparer 2 codecs de même génération a déjà + de pertinence.
-
L'utilisation du nutri-score parait bien saugrenue ici :o
Avec toutes ses couleurs ça brouille le message selon moi, et rend le tableau bordélique.
Une simple liste d'étoiles serait plus lisible.
AV1 ⭐⭐⭐⭐⭐
H264 ⭐⭐⭐
Le logo nutri-score est probablement réservé, donc je devais refaire l'image, un nombre d'étoiles est pas moins lisible qu'un A B C D E ?
⭐⭐⭐⭐⭐ et ⭐⭐⭐⭐ vs A et B
Comparer des codecs qui n'ont rien à voir n'a aucun sens selon moi.
Oui, l'efficacité des codecs est est principalemet lié à sa date de sortie.
Il y a des exceptions avec les premiers codecs libres de droits qui étaient clairement moins bon que les codecs sous licence.
Theora a été spécifié après H.264 main, et il a toujours été reconnu qu'il était bien moins performant que H.264. Ce qui était révolutionnaire, c'est que la première fois, il était possible d'avoir de la vidéo sans payer de licence. Cela permettait l'intégration de la vidéo dans HTML5.
VP8 est sorti 3 ans après H.264 High et il est moins performant. À cette époque, il était encore sous licence. Il a fallu attendre 2010 (5 ans après H.264 High) pour que Google acheté les droits et le rendre libre de droits.
Bref, une information sur la performance du codec semble pertinente, c'est un des critère de choix avec d'autres.
Les 4 critères de choix d'un codec :
- 1/ L'efficacité de la compression
- 2/ Le support par les terminaux clients (ce que j'ai appelé dans mon tableau "Prise en charge par les navigateurs web"
- 3/ La consommation d'énergie sur le terminal (lié à l'introduction matérielle GPU)
- 4/ La licence qui peut être restrictive
-
Intel et Netflix s’allient pour améliorer l'efficacité du compresseur SVT-AV1
En 2019, Intel et Netflix ont collaboré à la création d'une implémentation d'encodage basée sur un logiciel (CPU) du codec AV1. En tant que tel, SVT-AV1 est né là où SVT signifie Scalable Video Technology. SVT a été développé par le premier et, comme son nom l'indique, il est conçu pour être hautement évolutif afin de tirer le meilleur parti des processeurs multithreads et des systèmes CPU multisockets. Et tandis que SVT a été développé par Intel, les puces Ryzen et EPYC d'AMD fonctionnent également très bien dans les benchmarks SVT-AV1.
Par la suite, SVT-AV1 a également été adopté par l'Alliance for Open Media (AOMedia) et la dernière version du codec apporte une amélioration massive des performances allant jusqu'à 40 % dans certaines situations. Les notes de version officielles revendiquent une accélération de 30 à 40 % lors de l'encodage dans des préréglages de meilleure qualité. Cependant, on ne sait pas si les tests ont été effectués sur Intel ou AMD ou une moyenne des deux.
Pendant ce temps, les préréglages plus rapides (fidélité inférieure) ont également une amélioration modeste de 1 à 4% de leur taux delta Bjontegaard (taux BD). Pour ceux qui ne le savent pas, le débit BD permet de mesurer et de comparer l'efficacité de compression de divers codecs.
Le changelog complet du SVT-AV1 version 1.6.0 est donné ci-dessous :
Encoder
- Improve the tradeoffs for the random access mode across presets M1-M13:
- Speeding up the higher quality presets by 30-40%
- Improving the BD-rate by 1-4% for the faster presets
- Improve the tradeoffs for the low delay mode for both screen content and non-screen content encoding modes
- Add a toggle to remove the legacy one-frame buffer at the input of the pipeline allowing the low delay mode to operate at sub-frame processing latencies
- Add a new API allowing the user to specify quantization offsets for a region of interest per frame
Build, cleanup and bug fixes
- Various cleanups and functional bug fixes
- Fix the startup minigop size BD-rate loss
- Add ability to run the ci-testing offline
Source : Neowin (https://www.neowin.net/news/intel-and-netflixs-svt-av1-gains-up-to-40-performance-boost-amd-ryzen-will-benefit-too/), le 19 juin 2023
-
J'ai séparé les messages sur Le bon usage du mot "libre" pour ne pas prêter à confusion (https://lafibre.info/tv-numerique-hd-3d/le-bon-usage-du-mot-libre/)
Je vais modifier le texte sur les images.
-
J'ai modifié les images comme demandé dans Le bon usage du mot "libre" pour ne pas prêter à confusion (https://lafibre.info/tv-numerique-hd-3d/le-bon-usage-du-mot-libre/) et j'en ai profité pour rajouter deux codecs récents, très performants, mais inutilisable dans un navigateur web : VVC et MPEG-5 LCEVC.
Ces codecs seront-ils un jour pris en charge dans les navigateurs web ? Impossible de se prononcer avec certitude, mais les acteurs ne semble pas du tout motivé à le rajouter.
VVC pourrait être utilisé par la TNT dans certains pays.
Il ne faut pas oublier que si certains codecs ont eu un succès important, d'autres ont été peu utilisés ou réservés à des marchés de niche.
En regardant ce tableau, on comprend pourquoi H.264 est autant utilisé de nos jours : C'est le seul à avoir un support complet des navigateurs web.
(https://lafibre.info/images/tv/codecs_video.webp)
-
Ah tiens, je découvre MPEG-5. Merci pour l'information.
-
Les pages Wikipédia des deux derniers codecs :
- https://en.wikipedia.org/wiki/LCEVC
- https://en.wikipedia.org/wiki/Versatile_Video_Coding
-
Intéressant ce LCEVC, je ne connaissait pas.
C'est malin d'avoir une techno qui se cumule aux autres, de façon software :)
Ça contourne le principal défaut de tous ces nouveaux codecs : le temps d'adaptation du parc machine.
Pour rappel, la technologie LCEVC a la capacité d’améliorer les performances de compression de tout codec vidéo « de base » (AVC/H.264, HEVC/H.265, VVC/H.266 et AV1) en s'intégrant à n'importe quelle chaîne d'encodage existante. Elle doit permettre d’atteindre une meilleure qualité vidéo en réduisant le débit de transmission jusqu’à 40%, que ce soit pour la diffusion vidéo en direct et pour la vidéo à la demande. En outre, la spécification LCEVC améliorerait d’un facteur trois l'efficacité des traitements à l’encodage, et ce tout en conservant la compatibilité avec le parc d’équipements existants compatibles avec la norme « améliorée ». (Ces équipements continueraient de décoder uniquement les flux compressés selon la norme de base.)
PS:Ça arrache les yeux cet empilement de nutriscores. Tu peux garder uniquement la lettre concernée pour chaque score (enlever les 4 lettres non-utilisées ou les passer en n&b) ?
-
Pour LCEVC, j'aimerais bien des tests pour voir ça à l'oeuvre.
Pour le tableau, je finalise un tableau comparant tous les formats d'image, je fais plus sobre que pour les codecs vidéos.
-
Pour être plus impartial, il faudrait également mettre un nutriscore sur la compatibilité avec les téléviseurs.
Car là on regarde le tableau en disant que AV1 c'est génial car meilleur support sur les navigateurs, sauf qu'inexistant sur les TV.
(et c'est normal, les PC sont plus souples que le hardware des TV donc l'adoption est de facto meilleure)
-
AV1, il a un "C" en compatibilité des navigateurs, c'est pas tip top.
J'aimerais bien rajouter une colonne sur la compatibilité des TV, mais on trouve peu d'informations sur les codecs pris en charge. Le support d'AV1 devrait être limité aux générations de TV connectées lancées en 2023.
HEVC est bien pris en charge par les TV, mais en testant, je vois que VP9 l'est également sur les TV connectées, mais ce n'est pas mentionné si le support est limité aux applications ou si cela fonctionne pour des flux TNT.
Si tu trouves de la documentation, je suis preneur.
-
J'ai pris une TV Samsung au hasard sur leur site et j'ai regardé les caractéristiques techniques :
En réception, ils indiquent par exemple "DVB-T2CS2 x 2" (2 tuner DVB-T2, je ne sais pas ce que représente le CS2)
Mais aucune mention des codecs audios ou vidéos supportés que ce soit en OTT ou en brodcast. Je me demandais si les TV haut de gamme supportent ou non le codec vidéo VVC.
Coté audio, pas trop de doute sur le support de l'AC4 par Samsung sur une TV à 2000€, mais ce n'est pas mentionné. On a le droit à un "Compatibilité Codec : Oui" si on peut m'expliquer car là j'ai bien du mal à comprendre ce que cela signifie.
Liste les codecs vidéos et audios compatibles avec les caractéristiques associées (définition maximale du signal, débit maximum du flux supporté), c'est trop demander ?
(https://lafibre.info/images/tv/202308_tv_samsung_codec.webp)
-
En réception, ils indiquent par exemple "DVB-T2CS2 x 2" (2 tuner DVB-T2, je ne sais pas ce que représente le CS2)
Ils veulent dire que leurs tuners sont compatibles:
DVB-T2 (diffusion terrestre hertzienne)
DVB-C (diffusion cable)
DVB-S2 (diffusion satellite)
-
je suis dubitatif.
Est ce que c'est interessant que la tv soit capable en natif de decoder x formats differents ? En gros comme si c'etait un pc ?
Ou la tv ne gere que l'affichage et n'a que des carasteristiques physiques, taille de dale, nombre de bits des pixels, hdr, dolby vision et rien d'autres ?
Quand meme, change une box a 30 balles qui s'occupe du decodage, c'est quand meme mieux non ? Enfin je sais pas moi je ne vais jamais sur l'os de la tv en fait, peut-etre que d'autres font l'inverse.
-
Déjà certains pays (Brésil) envisagent le codec vidéo VVC sur la TNT, il semble intéressant de savoir si les TV vendues aujourd'hui décodent ce codec vidéo.
Sinon sur la partie OTT, de plus en plus de personnes regardent Netflix et compagnie directement sur leur TV connectée.
La durée de la partie connectée de la TV étant bien plus réduit que la durée de vie de la TV, on assiste à des replacements prématurés de la TV.
(https://lafibre.info/images/tv/202301_arcep_barometre_numerique_2022_1.svg)
Donnée issue du baromètre du numérique - 3131 pages, une publication Arcom - Arcep :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/tv/202301_arcep_barometre_numerique_2022.webp) (https://lafibre.info/images/tv/202301_arcep_barometre_numerique_2022.pdf)
-
Déjà certains pays (Brésil) envisagent le codec vidéo VVC sur la TNT, il semble intéressant de savoir si les TV vendues aujourd'hui décodent ce codec vidéo.
Samsung a confirmé que oui (capture ci-dessus).
Ensuite toutes les TV qui utilisent les puces MediaTek Pentonic 700 (https://www.flatpanelshd.com/news.php?subaction=showfull&id=1660900600), 1000 (https://www.flatpanelshd.com/news.php?subaction=showfull&id=1668148983) ou 2000 (https://www.flatpanelshd.com/news.php?subaction=showfull&id=1637563697) décodent le VVC, le AV1, le HEVC.
Donc Phillips, Panasonic et Sony déjà.
Display
Max Display Resolution
3840 x 2160 (4K) @ 120Hz / 144Hz VRR
ME/MC
3840 x 2160 (4K) @ 120Hz
HDR Standards
- Dolby Vision IQ with Precision Detail
- BBC HLG
- HDR10 (SMPTE2084)
- Technicolor/Philips JHDR (ESTI TS 103 433)
- HDR10+
Video Decoding
- VVC (H.266)
- HEVC (H.265)
- AV1
- AVS3
Demod
Embedded, Full-Region Demodulators
- DVB-T/C/T2/S/S2/S2X
- ATSC
- ISDB-T
- DTMB
Audio
Audio Decoding
- Dolby Atmos (2.6)
- DTS Master HD
- DTS Virtual X
- MPEG-H Audio
-
Merci,
Les codecs plus anciens tels que VP9 ou H.264 ne sont pas mentionnés, cela doit sembler évident qu'ils sont également pris en charge.
Coté audio AC-4 n'est pas mentionné, mais il nécessite une licence logicielle pour rendre le décodage possible ?
-
Je réalise un nouveau tableau avec les codecs et la compatibilité des navigateurs (https://lafibre.info/images/tv/codecs_video.pdf)
Je n'arrive pas à savoir si Apple a rajouté le support de VP8 en même que VP9 sur macOS avec Safari (hors du cas WebRTC où Safari supporte bien VP8).
Une personne qui a Safari sur macOS 12 ou plus récent pourrait tester les deux vidéos ci-dessous et me dire si seul VP9 est lisible ou si VP8 et VP9 sont lisibles.
J'ai mis une vidéo encodée en Theora, il me semble que ce n'est pas lisible sous Safari sous macOS, je veux bien la conformation que cela n'a pas chnagé.
Merci !
Encodage 480p - 24 i/s avec le codec vidéo VP9 à 0,46 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_vp9.webm
Encodage 480p - 24 i/s avec le codec vidéo VP8 à 0,71 Mb/s
(https://lafibre.info/images/tv/logo_vp8.svg)
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_vp8.webm
Encodage 480p - 24 i/s avec le codec vidéo Theora à 3,21 Mb/s
(https://lafibre.info/images/tv/logo_theora.svg)
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_theora.ogg
-
Je réalise un nouveau tableau avec les codecs et la compatibilité des navigateurs (https://lafibre.info/images/tv/codecs_video.pdf)
Il manque le mythique Mpeg-4 Part 2 qui a été le codec roi pendant les années 2000 (DivX, Xvid).
-
Mon tableau se limitait aux codecs utilisés et à ceux pris en charge par les navigateurs. MPEG4-4 Part 2 n'étant ni l'un ni l'autre voila pourquoi il n'était pas présent. Toutefois c'est une bonne idée de rajouter des codecs populaires.
J'ai rajouté MPEG4-4 Part 2 dans le tableau ci-dessous, il faut vider le cache de ton navigateur car le fichier garde le même nom. J'ai rajouté le logo DivX pour que cela soit plus parlant, car MPEG4-4 Part 2 ça ne parle pas à grand monde, mais DivX.
Pour la colonne "Usage typique", j'ai hésité à mettre "piratage" ou "ripage de DVD", mais je suis resté plus sobre en mettant "Obsolète"
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
PS Si vous avez un mac, je veut bien votre retour sur la possibilité de lire les 3 vidéos de ce message (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg1030355/#msg1030355) avec Safari. Je n'arrive pas à savoir si VP8 a été rajouté en même que VP9 ou si Safari est toujours incapable en 2023 de lire du VP8.
-
En tout cas VP8, VP9 et Theora ne sont pas lisibles sous iOS.
D’ailleurs c’est assez dérangeant, aucune vidéo que tu encodes n’es lisible sous iOS :(
Ex. avec le reportage Arte https://lafibre.info/videos/environnement/202302_arte_stocker_energie_les_batteries.webm
-
Je n'arrive pas à savoir si Apple a rajouté le support de VP8 en même que VP9 sur macOS avec Safari (hors du cas WebRTC où Safari supporte bien VP8).
Sur un MacBook Pro M2 Pro, macOS Sonoma (14) beta 7 et Safari 17:
- VP8 et VP9 lisibles
- Theora ne fonctionne pas
-
En tout cas VP8, VP9 et Theora ne sont pas lisibles sous iOS.
Je confirme, et c'est toujours le cas sur la dernière beta développeur d'iOS 17 sortie hier soir.
-
Sur un MacBook Pro M2 Pro, macOS Sonoma (14) beta 7 et Safari 17:
- VP8 et VP9 lisibles
- Theora ne fonctionne pas
Merci, donc VP8 a été rajouté en même temps que VP9 alors que VP8 a peu d'intérêt pour les vidéos sur internet (fin 2020, quand Apple a rajouté le support de VP8+VP9, il n'y avait presque plus de vidéos sur internet). Free à quelques vidéos encodées uniquement VP8 dans son assistance en ligne, cela reste marginal. J'ai mis à jour mon tableau (il faut vider le cache pour voir la mise à jour).
C'est bon signe, cela signifie que quand AV1 sera rajouté sur iOS, VP8 et VP9 arriveront probablement en même temps.
En tout cas VP8, VP9 et Theora ne sont pas lisibles sous iOS.
D’ailleurs c’est assez dérangeant, aucune vidéo que tu encodes n’es lisible sous iOS :(
Oui, je poste de temps en temps des vidéos VP9. Je trouve ça délirant de se trouver bloquer en 2023 sur H.264 qui est quand même pas super efficace.
Sur la vidéo d'hier soir sur le stockage d'énergie (https://lafibre.info/numerique-responsable/nayez-pas-peur-preservez-lenvironnement/msg1030452/#msg1030452), il y a un lien YouTube vers le reportage complet, qui fonctionnera donc sous iOS (en VP9 avec l'application YouTube, une des rares applications autorisée à lire le flux VP9 sous iOS ou en H.264 dans Safari).
Sur le forum, il y a
- de nombreuses vidéos YouTube disponibles avec plusieurs codecs
- 858 vidéos H.264 only hébergées en local
- 173 vidéos VP9 only hébergées en local
J'espère à chaque fois que l'a rivée de VP9 sur iOS et iPadOS est imminente (je teste à chaque mise à jour sur l'iPhone de ma femme), car c'est le seul cas qui pose pb. Même sur un TV connecté Samsung qui a quelques années, quand je lance le navigateur intégré et LaFibre.info, elle lit les vidéos VP9.
Il y a des signes spositifs : arrivée du format d'image AVIF (basé sur AV1) sur les iPhone, arrivée de AV1 (désactivé par défaut actuellement) pour les communications WebRTC, c'est-à-dire pour les visioconférences. Je ne sais pas si vous savez, mais les outils de visioconférence qui fonctionnent dans un navigateur (WebRTC) utilisent souvent VP8 comme codec vidéo, pris en charge depuis iOS14 (uniquement pour WebRTC, pas pour des vidéos sur une page web).
Tous les iPhone depuis iPhone 7 disposent d'une capacité de décodage hardware du VP9 (et d'encodage du hardware du VP9 à partir de l'iPhone XS). C'est donc une question politique, pas technique.
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_2.webp)
Un autre point qui m'énerve avec Apple, la non prise en charge du codec audio Opus :
(https://lafibre.info/images/tv/opus_support.webp)
-
Encodage audio uniquement avec le codec audio Opus à 100 kbit/s stéréo
(https://lafibre.info/images/tv/logo_opus.svg)
Taille du fichier : 7 505 431 octets - débit moyen : 100 kbit/s
Opus est un format ouvert de compression audio avec pertes, sans redevances et normalisé par l'Internet Engineering Task Force (IETF). Opus est le codec audio le plus efficace de ceux qui sont présentés ici. Il utilise deux algorithmes : celui utilisé dans SILK (créé par Skype), qui est plus orienté sur la voix humaine, et celui utilisé dans CELT (créé par la fondation Xiph.org), plus orienté sur la musique. Opus choisit le plus adapté et peut utiliser les deux de manière simultanée. Source : Wikipedia (https://fr.wikipedia.org/wiki/Opus_Interactive_Audio_Codec).
Flux audio Opus seul dans un conteneur Ogg
Fichier audio : 201411_blender_big_buck_bunny_opus.opus (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_opus.opus)
Encodage réalisé en 2023 par Vivien avec ffmpeg 5.1 :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -vn -sn -dn -c:a libopus -b:a 100k -ac 2 "201411_blender_big_buck_bunny_opus.opus"
Flux audio Opus seul dans un conteneur WebM
Fichier audio :
201411_blender_big_buck_bunny_opus.webm (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_opus.webm)
Encodage réalisé en supprimant la piste vidéo d'un fichier vidéo :
ffmpeg -i source.webm -vn -sn -dn -c:a copy destination.webm
-vn : ignorer l'inclusion de la vidéo
-sn : ignorer l'inclusion du sous-titre
-dn : ignorer l'inclusion des flux de données
-c:a copy : copie de la piste audio
-
Encodage audio uniquement avec le codec audio AAC à 128 kbit/s stéréo
(https://lafibre.info/images/tv/logo_aac.svg)
Taille du fichier : 9 831 768 octets - débit moyen : 131 kbit/s
Le AAC est conçu, pour remplacer le MP3, en 1997 par l'institut Fraunhofer-Institut für Integrierte Schaltungen en collaboration avec AT&T, Sony et Dolby. « une licence d'utilisation du brevet AAC est nécessaire pour les fabricants ou les développeurs de produits d'encodage et/ou de décodage destinés à l'utilisateur final ». Pour cette raison, les mises en œuvre via des logiciels libres et open source telles que FFmpeg et FAAC ne peuvent normalement être distribuées que sous la forme de code source, afin d'éviter toute violation du brevet. Source : Wikipedia (https://fr.wikipedia.org/wiki/Advanced_Audio_Coding).
Fichier audio : 201411_blender_big_buck_bunny_aac.m4a (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_aac.m4a)
Encodage réalisé en 2023 par Vivien avec ffmpeg 5.1 :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -vn -sn -dn -c:a aac -b:a 128k -ac 2 "201411_blender_big_buck_bunny_aac.m4a"
Flux audio AAC seul dans un conteneur MP4
Fichier audio :
201411_blender_big_buck_bunny_aac.mp4 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_aac.mp4)
Encodage réalisé en supprimant la piste vidéo d'un fichier vidéo :
ffmpeg -i source.mp4 -vn -sn -dn -c:a copy destination.mp4
-vn : ignorer l'inclusion de la vidéo
-sn : ignorer l'inclusion du sous-titre
-dn : ignorer l'inclusion des flux de données
-c:a copy : copie de la piste audio
-
Encodage audio uniquement avec le codec audio Vorbis à 128 kbit/s en stéréo
(https://lafibre.info/images/tv/logo_vorbis.svg)
Taille du fichier : 8 676 452 octets - débit moyen : 116 kbit/s
Vorbis est un algorithme de compression et de décompression (codec) audio numérique, sans brevet, ouvert, libre et gratuit, plus performant sur le plan de la qualité et du taux de compression que le format MP3. Promu par la fondation Xiph.org, c'est un des composants de leur projet Ogg, qui a pour but de créer un ensemble de formats et codecs multimédia ouverts (son, vidéo) sans brevet.
201411_blender_big_buck_bunny_vorbis.ogg (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_vorbis.ogg)
Encodage réalisé en 2023 par Vivien avec ffmpeg 5.1 :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -vn -sn -dn -c:a libvorbis -b:a 128k -ac 2 "201411_blender_big_buck_bunny_vorbis.ogg"
-
Encodage audio uniquement avec le codec audio AC-3 à 320 kbit/s en 5.1
(https://lafibre.info/images/tv/logo_dolby-digital.svg)
Taille du fichier : 23 997 440 octets - débit moyen : 320 kbit/s
La norme AC-3 est un procédé de compression numérique pour le son qui a été officialisée en 1992. Elle permet d’utiliser jusqu’à 6 canaux sonores indépendants. Le Dolby Digital utilise ce principe de codage, c'est pourquoi on le désigne souvent sous ce nom. Le Dolby Digital 5.1 dispose de 6 canaux dont 5 (avant gauche, central, avant droit, arrière gauche et arrière droit) utilisent la totalité de la bande passante (20 Hz à 20 kHz) et le dernier canal optionnel utilise seulement les extrêmes graves (en dessous de 120 Hz) pour alimenter un caisson de grave couramment appelé subwoofer. Source : Wikipedia (https://fr.wikipedia.org/wiki/Dolby_Digital)
AC-3 est moins efficace que des codecs tels qu'Opus, Vorbis ou AAC, mais contrairement à AAC, il gère nativement le 5.1.
Fichier audio : 201411_blender_big_buck_bunny_ac3.ac3 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_ac3.ac3)
Encodage réalisé en 2013 par Janus B. Kristensen. Flux récupéré via ffmpeg 5.1 sans recompression via la commande suivante :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -map 0:2 -vn -sn -dn -c:a copy "201411_blender_big_buck_bunny_ac3.ac3"
-
Encodage audio uniquement avec le codec audio MP3 à 160 kbit/s en stéréo
(https://lafibre.info/images/tv/logo_mp3.svg)
Taille du fichier : 11 999 885 octets - débit moyen : 160 kbit/s
La norme ISO MPEG Audio avec ses deux couches de codage Layer I, Layer II (MUSICAM), Layer III (.MP3) fut achevée officiellement en 1992 et constitua la troisième partie de MPEG-1, le premier travail du groupe MPEG, groupe à l'origine de la norme internationale ISO/CEI 11172-311, publiée en 1993.
Si MP3 est peu efficace (il faut doubler le débit d'Opus pour une même qualité), il est très populaire et le seul format audio compatible avec tous les navigateurs web.
Firefox ne gère pas un flux audio seul AAC ou AC-3. Safari sur iOS lui ne gère ni Vorbis, ni Opus.
201411_blender_big_buck_bunny_mp3.mp3 (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_mp3.mp3)
Encodage réalisé en 2013 par Janus B. Kristensen. Flux récupéré via ffmpeg 5.1 sans recompression via la commande suivante :
ffmpeg -i "201411_blender_big_buck_bunny_60fps_2250p_h264-high.mp4" -map 0:1 -vn -sn -dn -c:a copy "201411_blender_big_buck_bunny_mp3.mp3"
-
J'ai rajouté encore de nombreux codecs vidéos.
Tous ne sont pas présents, mais il me semble que tous ceux qui ont été significativement utilisés en France le sont.
N'hésitez pas à m'indiquer s'il y a des oublis.
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
(https://lafibre.info/images/tv/codecs_video_score.webp) (https://lafibre.info/images/tv/codecs_video.pdf#page=3)
-
Mpeg-4 a bien eu droit à l'accélération GPU via DXVA (windows) et VDPAU (linux) :
Nvidia : https://en.wikipedia.org/wiki/Nvidia_PureVideo
AMD : https://en.wikipedia.org/wiki/Unified_Video_Decoder
(https://www.guru3d.com/miraserver/images/2010/r6870/uvd3.jpg)
-
Merci, je corrige.
Édit : Mise à jour effectuée.
-
HEVC pourrait arriver en 2023 si les distributions Linux font le nécessaire, mais en attendant, je considère qu'il n'y a pas de support HEVC sous Linux.
Plutôt google/chromium à vrai dire, car les distributions ont déjà fait ce qu'il faut.
Très peu probable que Mesa autorise le NV12 via GBM, car c'est totalement hors standard.
Et ca bouge un peu :
https://bugs.chromium.org/p/chromium/issues/detail?id=1236697
Malheureusement pas dans le bon sens, car pour le moment chromium a désactivé par défaut tout accel matérielle sous linux.
Il faut --enable-features=VaapiVideoDecodeLinuxGL pour forcer l'activation (en admettant qu'on ai bricolé le GBM)
Peut-être en prévision d'une refonte EGL/Vulkan/ANGLE qui semble avoir commencé (il y a eu du ménage dernièrement).
Si on compare avec MPV par exemple :
- MPV sait faire du VAAPI par EGL sous linux sans bricole GBM
car il décompose NV12 en R8+GR88 (qui sont supportés en standard).
Il faudrait donc que chromium implémente un pipeline équivalent dédié Linux, ce qui existait pour Fushian, mais qu'ils ont supprimé dernièrement (au profit surement d'un GBM "maison")
- MPV sait faire du VAAPI par Vulkan avec un downscaling propre
Mais MPV utilise la libplacebo pour Vulkan, tandis que Chromium utilise ANGLE ou direct (pas sûr sur ce point)
Il est peut-être prévu d'implémenter dans ANGLE un équivalent.
Comme si ca ne suffisait pas, en cours :
- un bug dans le kernel drm/i915 relatif qui se manifeste en lecture MPV vulkan : https://gitlab.freedesktop.org/drm/intel/-/issues/7570
- une sacrée régression dans Mesa EGL/X11 quand on utilise Chromium en EGL direct (use-gl) : https://gitlab.freedesktop.org/mesa/mesa/-/issues/6996
A suivre.
HEVC sous Linux bouge !
Sur mon PC Intel i5-8250u avec GPU Intel UHD 620, j'ai les vidéos HEVC sans DRM qui sont lisibles avec Ubuntu 23.04 avec Chromium bêta version 117.
HEVC n'est pas encore lisible avec la version stable de Chromium (version 116), mais j'ai bon espoir que cela soit disponible pour tous ceux qui ont un PC pas trop ancien le 12 septembre 2023, quand sortira Chromium 117 stable.
-
Mise à jour de mon image pour le support de HEVC qui arrive sous Linux sur Chrome et navigateurs basés sur Chromium (sans Edge) :
(https://lafibre.info/images/tv/hevc_support.webp)
-
Encore une demande pour ceux qui ont Safari sur Mac : Serait-il possible de tester ce flux MPEG-2 ?
Certaines documentations expliquent que Safari à un support pour du MPEG-1 part 2 et du MPEG-2 part 2, des codecs vidéos complétement obsolètes.
Le flux à tester :
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_480p_mpeg2.mpg
Sur PC, le seul navigateur sur lequel cela fonctionne est le navigateur Arora. Arora est un navigateur basé sur le moteur de rendu HTML WebKit, comme Safari. C'est un navigateur qui a été abandonné depuis septembre 2010. Il supporte tous les codecs vidéo MPEG-2, Theora, VP8, H.264, HEVC et VP9 (il ne manque que AV1 sur mon PC sous Ubuntu 18.04). Le VP9 n'existait pas à l'époque, ainsi j'imagine que le support de VP9 est assuré par QtWebKit, le module de Qt qui utilise le moteur de rendu HTML WebKit. Sous Ubuntu 18.04, QT est en version 5.9 (sortie en mai 2017) et c'est elle qui doit apporter le support de VP9+Opus à Arora.
(https://lafibre.info/images/tv/202212_navigateur_web_arora_sous_ubuntu1804_lit_video_mpeg2.webp)
-
Ca fonctionne sous Safari
Je suis sous MacOS Sonoma Beta 14 public
-
Oui, ça marche également sous des versions plus anciennes (Big Sur) - de qui semble assez logique puisque je ne pense pas qu'Apple ait attendu Sonoma pour supporter le MPEG-2.
-
Merci pour vos tests.
La vidéo MPEG-2 est également lisible sur Safari sous iOS ?
Je me demande si le MPEG-4 part 2 est également lisible, cela semble possible s'il est mis dans le bon container.
Quid du H.263 (https://fr.wikipedia.org/wiki/H.263) ?
Je ne vois pas de document Apple qui liste tous les formats vidéos possibles, j'espère que c'est moi qui ne sais pas chercher.
Sur ces liens de documentation Apple sur les codecs supportés, c'est H.264 et HEVC, rien d'autre :
- https://developer.apple.com/documentation/http-live-streaming/hls-authoring-specification-for-apple-devices
- https://developer.apple.com/library/archive/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/FrequentlyAskedQuestions/FrequentlyAskedQuestions.html
-
Alors non, curieusement sous iOS (16.6) ça ne semble pas marcher.
-
WebKit (Safari) semble s'appuyer beaucoup sur le système d'exploitation, c'est un fonctionnement différent des autres navigateurs.
Le système d'exploitation permettant de lire de vieux codecs (nécessaire par exemple pour lire un DVD), Webkit en profite.
Sur iOS, pas de DVD, donc pas de vieux codecs.
J'ai mis à jour mon image avec ce qui semble probable :
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
-
AV1 à partir de l’iPhone 15 Pro semble-t-il.
-
oui c'est confirmé avec la nouvelle puce A17 Pro. Il y a le décodage matériel de l'AV1
(https://lafibre.info/images/tv/202309_apple_a17_pro_decodeur_av1.webp)
-
L'arrivée du support matériel dans la puce A17 Pro de l'iPhone 15 Pro est de bon augure pour la puce Apple M3.
Il n'est pas réaliste que la puce M3 n'intègre pas ce que A17 intègre.
Le support matériel est important, mais il est possible, comme pour VP9 que le support matériel soit présent, mais qu'il soit bloqué dans Safari (excepté pour WebRTC).
-
Il y aurait un support logiciel d'AV1 dans iOS 17 : Il reste à savoir s'il sera réservé aux possesseurs de la puce A17 Pro, ou si le décodage par CPU sera possible avec les autres iPhone.
Quand Apple avait introduit le HEVC, il était décodé logiciellement sur les équipements qui n'avaient pas le décodeur matériel dans leur puce.
(https://lafibre.info/images/tv/202309_apple_ios17_support_logiciel_av1.webp)
Source: @xavier_laff
-
La réponse semble être négative :
« I’ve got nothing to announce on that score regarding AV1, though. iOS 17 will support software AV1 decode, but only for still images (AVIF). »
Merci à @xavier_laff (https://twitter.com/xavier_laff)
-
Youtube, le mastodonte de la vidéo, fourni ses vidéos en :
- AVC (5ème génération) supporté par Apple
- VP9 (6ème génération)
- AV1 (7ème génération)
Google n'a pas l'air de vouloir proposer HEVC.
Donc si Apple ne veut pas rester à la traine sur ses appareils (2 générations de retard) il va devoir supporter AV1.
-
Sur iPhone, si vous regardez le codec utilisé par l'application YouTube, vous pouvez voir que presque toutes les vidéos regardées sont avec le codec VP9.
Si Apple refuse VP9 pour les applications OTT de son App Store, il l'a autorisé exceptionnellement pour YouTube (pas de 4K sur de nombreuses vidéo sans VP9). Cela fait des jaloux, je ne donnerai pas de nom, mais certains acteurs français souhaiteraient encoder en VP9, mais le risque de se voir retirer leur application de l'App Store si c'est du VP9 refroidit les acteurs en questions.
(https://lafibre.info/images/tv/202206_arcep_connaitre_le_codecs_utilise.webp)
Sur un iPhone avec Safari (ou tout autre navigateur), YouTube est bloqué en H.264, mais ce n'est pas un cas fréquent d'utilisation de YouTube.
Sur MacOS 11 et plus récent, Safari supporte bien VP9 du moment que le Mac à une accélération hardware VP9 (cela concerne tous les Mac lancés après 2015, donc c'est généralisé).
-
Si Apple refuse VP9 pour les applications OTT de son App Store, il l'a autorisé exceptionnellement pour YouTube
D'accord je ne savais pas.
Peut-il réitérer la même acrobatie avec AV1 ?
Apple est un fabricant vraiment très... particulier :D
Cela fait des jaloux, je ne donnerai pas de nom, mais certains acteurs français souhaiteraient encoder en VP9, mais le risque de se voir retirer leur application de l'App Store si c'est du VP9 refroidit les acteurs en questions.
Je dirais TF1 ?
-
Le mail de Roger Pantos d'Apple semblait montrer un support d'AV1 disponible dans Safari et les applications, à la condition du support matériel.
Le problème, c'est que le temps que tous les iPhone soit des iPhone 15 Pro ou plus récents, il faut compter 8 ans avec le renouvellement.
Voilà pourquoi j'espérais une prise en charge via le CPU (comme ce qu'a fait Apple lors de l'introduction de l'HEVC).
-
Le problème, c'est que le temps que tous les iPhone soit des iPhone 15 Pro ou plus récents, il faut compter 8 ans avec le renouvellement.
Voilà pourquoi j'espérais une prise en charge via le CPU (comme ce qu'a fait Apple lors de l'introduction de l'HEVC).
8 ans pour obtenir quel taux de renouvellement 95 % ? 99 % ? 99,9% ? 99.99 % ?
Apple pourra toujours changer d'avis dans 4 ou 5 ans quand ça ne concernera plus que quelques % d'utilisateurs et que les services vidéos auront dégagés le HEVC..
-
Je pense qu'en 8 ans, on doit dépasser 90 % de renouvellement. Il y a des statistiques sur le nombre de vieux iPhone encore en circulation ?
L'iPhone 6S, sorti en 2015, est encore en vente 8 ans plus tard en reconditionné (en septembre 2023, il est vendu à 89€ pour la version 32 Go, 129€ pour la version 64 Go et 142€ pour la version 128 Go), j'ai mon collège qui en a acheté il y a quelques mois. Maintenant, je pense que les conditionneurs ne devrait plus le proposer en 2024 ou 2025, c'est un produit qui est en fin de support depuis un an, bloqué sur iOS 15 (même si Apple sort certains correctifs de sécurité importants). Certaines applications comme "Bonjour RATP" refusent de recharger le passe Navigo avec ce téléphone (il a poutant du NFC).
L'iPhone 6S est le dernier iPhone sorti sans avoir de support matériel pour HEVC ou VP9. L'iPhone 7 sorti en 2016 avait le support HEVC et VP9.
Cela m'a permis de voir que sur un iPhone 6S les vidéos de l'application YouTube sont toutes en H.264. Pas de VP9.
Donc Apple pourrait faire la même chose pour AV1.
-
Je pense qu'en 8 ans, on doit dépasser 90 % de renouvellement. Il y a des statistiques sur le nombre de vieux iPhone encore en circulation ?
Je dirais beaucoup plus ... plutôt entre 95 et 99 % ...
Je n'ai pas trouvé grand chose
https://www.zdnet.fr/actualites/quel-est-l-iphone-le-plus-populaire-du-marche-39824578.htm ( 7 % d'iphones qui ont + de 5 ans, 1.7 % qui ont plus de 6 ans)
https://techcrunch.com/2017/11/06/iphone-x-first-weekend-adoption-tops-the-iphone-8-models/ (moins de 2 % de téléphones qui ont + de 6 ans )
https://www.forbes.com/sites/johnkoetsier/2018/10/03/apples-new-iphone-xs-xs-max-driving-45-more-market-share-than-last-years-models/?sh=1ba4809229f1
après de toute façon comme tu le dis, sur les vieilles versions de moins en moins d'application fonctionnent, donc sans être pro obsolescence programmée sur des services annexes, ça s'entend tout à fait qu'un telephone de 6+ ans ne gère pas les "nouveaux" codecs vidéos et que potentiellement certaines vidéos ne soient pas accessibles. (après ça reste un choix "politique" d'apple de ne pas autoriser le décodage logiciel pour le moment, ils changeront peut être d'avis dans 3 ans..)
-
Une question qui reste ouverte : Le support d'AV1 dans Safari entrainera-t-il le support de VP9 et VP8 ?
Jusqu'à présent, on n'a jamais vu de support d'une nouvelle version sans prise en charge de l'ancienne. Bien que l'intérêt de VP8 soit aujourd'hui limité, quand un éditeur rajoute VP9, il y a la prise en charge de VP8. En 2020, quand Apple a rajouté le support de VP9 dans Safari, le support de VP8 est arrivé en même temps. Même chose pour Edge qui en version 18 a pris simultanément VP8 et VP9 en 2018.
AV1 est basé sur VP10, le successeur de VP9 qui n'est jamais sorti, auquel plusieurs sociétés ont rajouté des technologies qu'elles avaient pour accroître l'efficacité de VP10.
Sinon, petite présentation de la puce A17 Pro de l'iPhone 15 Pro : Apple sait bien mettre en avant ses produits !
https://lafibre.info/videos/materiel/202309_apple_a17_pro_iphone15_pro.webm
-
Petite mise à jour : AV1 serait bien fonctionnel sur iPhone 15 Pro
(https://lafibre.info/images/tv/av1_support.webp)
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
Apple aurait donc refusé de prévoir une implémentation décodé par CPU pour les iPhone 15 et de génération précédente (il faut l'iPhone 15 Pro qui a un décodage matériel d'AV1).
Concernant VP9, décodé matériellement par tous les iPhone support par iOS 17, il y a un blocage dans Safari.
Si Apple ne change pas de stratégie, H.264 a encore de belles années devant lui...
-
Je veux bien une confirmation que les vidéos AV1 sont lisibles dans les navigateurs alternatifs (Chrome / Firefox / ....) avec un iPhone 15 Pro et une vérification que les flux VP9 ne fonctionnement pas, toujours avec un iPhone 15 Pro :
Encodage 360p - 24 i/s avec le codec vidéo AV1 à 0,24 Mb/s
(https://lafibre.info/images/tv/logo_av1.svg)
Taille du fichier : 18 133 414 octets - débit moyen : 242 kbit/s.
- Conteneur : MP4 (ISO base media file format).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 50 kbit/s stéréo.
- Vidéo : AV1 à 188 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 2.1 (La norme AV1 définit 14 niveaux ou "levels", de 2.0 à 6.3 (https://en.wikipedia.org/wiki/AV1#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_av1.mp4
Encodage 360p - 24 i/s avec le codec vidéo VP9 à 0,33 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 24 647 602 octets - débit moyen : 329 kbit/s.
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 50 kbit/s stéréo.
- Vidéo : VP9 à 275 kbit/s - définition : 640 x 360 à 24 images par seconde.
- Niveau / level utilisé : 2.1 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_vp9.webm
-
L'iPhone 15 Pro arrive bien à lire une vidéo AV1 accompagné d'une piste audio Opus, mais pas un fichier audio Opus seul.
Serait-il possible de vérifier que ce fichier audio Opus seul (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_opus.opus) est lisible sur Safari sur macOS 12 et plus récent ?
Normalement, il doit permettre d'écouter l'audio sans télécharger le fichier.
(https://lafibre.info/images/tv/opus_support.webp)
-
Dans le tableau, VP8 ne devrait-il pas être au-dessus de H.264 car plus récent (dates de publication et de diffusion hw sur gpu et tv) ?
-
J'ai essayé de classer mon tableau par efficacité et non par date de publication.
VP8 est moins efficace que H.264, donc il est en dessous, même s'il est sorti après.
Le support matériel de VP8 est arrivé tardivement, car son véritable départ, c'est quand Google l'a racheté en 2010 et l'a rendu libre de droits. Avant VP8 comme VP7 n'avait pas brillé en tant que codec propriétaire. Il faut dire qu'ils faisaient face à H.264 et VC-1. H.264 qui est quand même rudement efficace pour son époque.
On retrouve la même incohérence avec Theora, sortie en 2004. La grande nouveauté de Theora n'était pas son efficacité de compression (proche de MPEG-4 part 2 sorti en 1999), mais le fait qu'il soit le premier codec libre de droit, ce qui était révolutionnaire pour permettre une implémentation dans les standard du web et permettre une sortie des plug-ins qui était nécessaire à cette époque pour la vidéo.
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
-
J'ai un PC avec un décodage matériel complet d'HEVC :
- Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz
- iGPU Intel
Je teste les vidéos HEVC telles que :
Encodage 720p - 24 i/s avec le codec vidéo HEVC (H.265) à 1,1 Mb/s
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_hevc.mp4
- Chrome sous Windows 11 : J'ai bien le décodage de HEVC depuis l'année dernière.
- Chrome stable (v118) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chrome beta (v119) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium stable (v118) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v119) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Le problème, c'est que ce décodage du codec vidéo HEVC reste uniquement dans Chromium Bêta et ne passe pas en version stable.
À noter qu'il y a deux mois, j'avais le même comportement avec une version inférieur de chromium :
- Chromium stable (v116) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v117) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Puis, il y a un mois, je m'attendais à avoir l'HEVC sur la version 117 stable de Chromium, mais cela n'a pas quitté la bêta.
- Chromium stable (v117) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v118) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Idem avec la sortie de Chromium 118 stable : pas de décodage HEVC
- Chromium stable (v118) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v119) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Bref, si vous en savez plus sur le support de HEVC dans Chrome sous Linux, je suis intéressé.
-
J'ai testé un Google Nest Hub :
(https://lafibre.info/images/materiel/202310_google_nest_hub_1.jpg) (https://lafibre.info/images/materiel/202310_google_nest_hub_2.jpg) (https://lafibre.info/images/materiel/202310_google_nest_hub_3.jpg)
On peut demander des pages web, il y a un navigateur minimaliste (user agent Mozilla/5.0 (Fuchsia) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36 CrKey/1.56.500000 ) qui permet d'afficher des pages (il ne faut pas qu'elles soient trop lourdes) et des vidéos : H.264 et VP9 sont pris en charge. Pas de HEVC ou AV1.
Le navigateur n'est pas si daté que ça : il y a donc des mises à jour régulièrement.
-
J'ai un PC avec un décodage matériel complet d'HEVC :
- Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz
- iGPU Intel
- Chrome sous Windows 11 : J'ai bien le décodage de HEVC depuis l'année dernière.
- Chrome stable (v118) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chrome beta (v119) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium stable (v118) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v119) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Le problème, c'est que ce décodage du codec vidéo HEVC reste uniquement dans Chromium Bêta et ne passe pas en version stable.
À noter qu'il y a deux mois, j'avais le même comportement avec une version inférieur de chromium :
- Chromium stable (v116) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v117) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Puis, il y a un mois, je m'attendais à avoir l'HEVC sur la version 117 stable de Chromium, mais cela n'a pas quitté la bêta.
- Chromium stable (v117) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v118) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Idem avec la sortie de Chromium 118 stable : pas de décodage HEVC
- Chromium stable (v118) sous Ubuntu 23.04 : Pas de décodage HEVC
- Chromium beta (v119) sous Ubuntu 23.04 : décodage HEVC fonctionnel
Bref, si vous en savez plus sur le support de HEVC dans Chrome sous Linux, je suis intéressé.
Idem avec la sortie de Chromium 119 stable : pas de décodage HEVC
- Chromium stable (v119) sous Ubuntu 23.10 : Pas de décodage HEVC
- Chromium beta (v120) sous Ubuntu 23.10 : décodage HEVC fonctionnel
- Chrome beta (v120) sous Ubuntu 23.10 : Pas de décodage HEVC
-
Flags que tu utilises au lancement de chrome ? de chromium ? (chrome://version)
Google Chrome beta 120 (sans support de HEVC) :
Google Chrome 120.0.6099.5 (Build officiel) beta (64 bits)
Révision dc7563588833ccad6482a3aa5848108c4387e7e5-refs/branch-heads/6099@{#21}
Système d'exploitation Linux
JavaScript V8 12.0.267.1
Agent utilisateur Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36
Ligne de commande /usr/bin/google-chrome-beta --flag-switches-begin --flag-switches-end --desktop-startup-id=gnome-shell/Google Chrome (beta)/2149-5-dell-i5_TIME8097984 --origin-trial-disabled-features=WebGPU
Chemin d'accès exécutable /opt/google/chrome-beta/google-chrome-beta
Chemin d'accès au profil /home/vgu/.config/google-chrome-beta/Default
Chromium beta 120 (qui supporte le HEVC) :
Chromium 120.0.6099.5 (Build officiel) snap (64 bits)
Révision dc7563588833ccad6482a3aa5848108c4387e7e5-refs/branch-heads/6099@{#21}
Système d'exploitation Linux
JavaScript V8 12.0.267.1
Agent utilisateur Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36
Ligne de commande /snap/chromium/2681/usr/lib/chromium-browser/chrome --password-store=basic --disable-features=TFLiteLanguageDetectionEnabled,GlobalVaapiLock --ozone-platform-hint=auto --use-gl=angle --use-angle=gl --enable-features=VaapiVideoDecoder,VaapiVideoEncoder,VaapiVideoDecodeLinuxGL,UseChromeOSDirectVideoDecoder --video-capture-use-gpu-memory-buffer --enable-native-gpu-memory-buffers --flag-switches-begin --flag-switches-end --ozone-platform=wayland --desktop-startup-id=gnome-shell/Navigateur Web Chromium/2149-4-dell-i5_TIME8066663 --origin-trial-disabled-features=WebGPU
Chemin d'accès exécutable /snap/chromium/2681/usr/lib/chromium-browser/chrome
Chemin d'accès au profil /home/vgu/snap/chromium/common/chromium/Default
Chromium stable 119 (sans support de HEVC) :
Chromium 119.0.6045.105 (Build officiel) snap (64 bits)
Révision 38c72552c5e15ba9b3117c0967a0fd105072d7c6-refs/branch-heads/6045@{#1103}
Système d'exploitation Linux
JavaScript V8 11.9.169.6
Agent utilisateur Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36
Ligne de commande /snap/chromium/2680/usr/lib/chromium-browser/chrome --password-store=basic --disable-features=TFLiteLanguageDetectionEnabled --flag-switches-begin --flag-switches-end
Chemin d'accès exécutable /snap/chromium/2680/usr/lib/chromium-browser/chrome
Chemin d'accès au profil /home/vgu/snap/chromium/common/chromium/Default
Variantes actives f829ac10-207a19c6
-
chrome://gpu ?
Commun aux trois navigateurs :
Graphics Feature Status
=======================
* Canvas: Hardware accelerated
* Direct Rendering Display Compositor: Disabled
* Compositing: Hardware accelerated
* Multiple Raster Threads: Enabled
* OpenGL: Enabled
* Rasterization: Hardware accelerated
* Raw Draw: Disabled
* Skia Graphite: Disabled
* WebGL: Hardware accelerated
* WebGL2: Hardware accelerated
* WebGPU: Disabled
Google Chrome beta 120 (sans support de HEVC) :
* Canvas out-of-process rasterization: Enabled
* Video Decode: Software only. Hardware acceleration disabled
* Video Encode: Software only. Hardware acceleration disabled
* Vulkan: Enabled
Chromium beta 120 (qui supporte le HEVC) :
* Canvas out-of-process rasterization: Disabled
* Video Decode: Hardware accelerated
* Video Encode: Hardware accelerated
* Vulkan: Disabled
Chromium stable 119 (sans support de HEVC) :
* Canvas out-of-process rasterization: Disabled
* Video Decode: Hardware accelerated
* Video Encode: Software only. Hardware acceleration disabled
* Vulkan: Disabled
Google Chrome beta 120 (sans support de HEVC) :
Video Acceleration Information
==============================
Decoding:
Encoding:
Chromium beta 120 (qui supporte le HEVC) :
Video Acceleration Information
==============================
Decoding :
Decode h264 baseline : 16x16 to 4096x4096 pixels
Decode h264 main : 16x16 to 4096x4096 pixels
Decode h264 high : 16x16 to 4096x4096 pixels
Decode vp8 : 16x16 to 4096x4096 pixels
Decode vp9 profile0 : 16x16 to 8192x8192 pixels
Decode vp9 profile2 : 16x16 to 8192x8192 pixels
Decode hevc main : 16x16 to 8192x8192 pixels
Decode hevc main 10 : 16x16 to 8192x8192 pixels
Decode hevc main still-picture: 16x16 to 8192x8192 pixels
Encoding :
Encode h264 baseline : 321x241 to 4096x4096 pixels, and/or 30.000 fps.
Encode h264 main : 321x241 to 4096x4096 pixels, and/or 30.000 fps.
Encode h264 high : 321x241 to 4096x4096 pixels, and/or 30.000 fps.
Encode vp8 : 321x241 to 4096x4096 pixels, and/or 30.000 fps.
Chromium stable 119 (sans support de HEVC) :
Video Acceleration Information
==============================
Decoding:
Encoding
-
chrome://media-internals pendant la lecture d'une video ?
Google Chrome beta 120 (sans support de HEVC) :
render_id: 24
player_id: 3
created: 2023-11-03 20:47:32.390590 UTC
origin_url: https://lafibre.info/
url: https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_h264-high.mp4
kTotalBytes: 0x1f878fe
kIsStreaming: false
kIsSingleOrigin: true
kIsRangeHeaderSupported: true
pipeline_state: kPlaying
info: Selected FFmpegVideoDecoder for video decoding, config: codec: h264, profile: h264 high, level: not available, alpha_mode: is_opaque, coded size: [640,360], visible rect: [0,0,640,360], natural size: [640,360], has extra data: true, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:SMPTE170M, transfer:SMPTE170M, matrix:SMPTE170M, range:LIMITED}
kAudioTracks: [object Object]
kVideoTracks: [object Object]
kMaxDuration: 600.041667
kStartTime: -0.021333
kBitrate: 440784
event: kPlay
duration: 600.041667
pipeline_buffering_state: [object Object]
kRendererName: RendererImpl
kIsAudioDecryptingDemuxerStream: false
kAudioDecoderName: FFmpegAudioDecoder
kIsPlatformAudioDecoder: false
kIsVideoDecryptingDemuxerStream: false
kVideoDecoderName: FFmpegVideoDecoder
kIsPlatformVideoDecoder: false
warning: Large timestamp gap detected; may cause AV sync to drift. time:118666us expected:63999us delta:54667us
dimensions: 640x360
kResolution: 640x360
Chromium beta 120 (qui supporte le HEVC) :
render_id: 26
player_id: 2
created: 2023-11-03 20:43:24.666059 UTC
origin_url: https://lafibre.info/
url: https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_hevc.mp4
kTotalBytes: 0x1f82b70
kIsStreaming: false
kIsSingleOrigin: true
kIsRangeHeaderSupported: true
pipeline_state: kPlaying
info: Selected video track: []
kAudioTracks: [object Object]
kVideoTracks: [object Object]
kMaxDuration: 600.041667
kStartTime: -0.021333
kBitrate: 440519
event: kPlay
duration: 600.041667
pipeline_buffering_state: [object Object]
kRendererName: RendererImpl
kIsAudioDecryptingDemuxerStream: false
kAudioDecoderName: FFmpegAudioDecoder
kIsPlatformAudioDecoder: false
kIsVideoDecryptingDemuxerStream: false
kVideoDecoderName: VaapiVideoDecoder
kIsPlatformVideoDecoder: true
warning: Large timestamp gap detected; may cause AV sync to drift. time:118666us expected:63999us delta:54667us
dimensions: 640x360
kResolution: 640x360
Chromium stable 119 (sans support de HEVC) :
render_id: 36
player_id: 3
created: 2023-11-03 20:54:21.605 UTC
origin_url: https://lafibre.info/
url: https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_h264-high.mp4
kTotalBytes: 0x1f878fe
kIsStreaming: false
kIsSingleOrigin: true
kIsRangeHeaderSupported: true
pipeline_state: kPlaying
info: Selected FFmpegVideoDecoder for video decoding, config: codec: h264, profile: h264 high, level: not available, alpha_mode: is_opaque, coded size: [640,360], visible rect: [0,0,640,360], natural size: [640,360], has extra data: true, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:SMPTE170M, transfer:SMPTE170M, matrix:SMPTE170M, range:LIMITED}
kAudioTracks: [object Object]
kVideoTracks: [object Object]
kMaxDuration: 600.041667
kStartTime: -0.021333
kBitrate: 440784
event: kPlay
duration: 600.041667
pipeline_buffering_state: [object Object]
kRendererName: RendererImpl
kIsAudioDecryptingDemuxerStream: false
kAudioDecoderName: FFmpegAudioDecoder
kIsPlatformAudioDecoder: false
kIsVideoDecryptingDemuxerStream: false
kVideoDecoderName: FFmpegVideoDecoder
kIsPlatformVideoDecoder: false
warning: Large timestamp gap detected; may cause AV sync to drift. time:118666us expected:63999us delta:54667us
dimensions: 640x360
kResolution: 640x360
-
Ligne de commande pour lancer Chromium stable avec support du HEVC : (si le GPU sait décoder matériellement le HEVC)
chromium --enable-features=VaapiVideoDecoder,VaapiVideoDecodeLinuxGL,VaapiVideoEncoder --disable-features=Vulkan
À noter que sous Firefox également, HEV pourrait arriver en 2024, pour les PC avec accélération matérielle HEVC
=> https://www.reddit.com/r/firefox/comments/16z0gpj/h265_hevc_firefox_120_nightly_yeay/.
-
Si j'arrive à avoir de l'HEVC avec la ligne de commande ci-dessus pour Chromium stable, ce n'est pas le cas pour Google Chrome.
Exemple avec chrome bêta 120 : google-chrome-beta --enable-features=VaapiVideoDecoder,VaapiVideoDecodeLinuxGL,VaapiVideoEncoder --disable-features=Vulkan
Chrome dit avoir le support de HEVC, il tente de lire la vidéo, mais cela ne fonctionne pas.
J'ai l'impression que le support des codecs via accélération matérielle fonctionne avec Chromium, mais pas le vrai Google Chrome.
Flags que tu utilises au lancement de chrome ? de chromium ? (chrome://version)
Google Chrome 120.0.6099.5 (Build officiel) beta (64 bits)
Révision dc7563588833ccad6482a3aa5848108c4387e7e5-refs/branch-heads/6099@{#21}
Système d'exploitation Linux
JavaScript V8 12.0.267.1
Agent utilisateur Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36
Ligne de commande /usr/bin/google-chrome-beta --enable-features=VaapiVideoDecoder,VaapiVideoDecodeLinuxGL,VaapiVideoEncoder --disable-features=Vulkan --flag-switches-begin --flag-switches-end --origin-trial-disabled-features=WebGPU
Chemin d'accès exécutable /opt/google/chrome-beta/google-chrome-beta
Chemin d'accès au profil /home/vgu/.config/google-chrome-beta/Default
chrome://gpu ?
* Canvas out-of-process rasterization: Enabled
* Video Decode: Hardware accelerated
* Video Encode: Hardware accelerated
* Vulkan: Disabled
Video Acceleration Information
==============================
Decoding :
Decode h264 baseline : 16x16 to 4096x4096 pixels
Decode h264 main : 16x16 to 4096x4096 pixels
Decode h264 high : 16x16 to 4096x4096 pixels
Decode vp8 : 16x16 to 4096x4096 pixels
Decode vp9 profile0 : 16x16 to 8192x8192 pixels
Decode vp9 profile2 : 16x16 to 8192x8192 pixels
Decode hevc main : 16x16 to 8192x8192 pixels
Decode hevc main 10 : 16x16 to 8192x8192 pixels
Decode hevc main still-picture: 16x16 to 8192x8192 pixels
Encoding
[aucaun codec en encodage matériel]
chrome://media-internals pendant la lecture d'une video ?
created "2023-11-06 21:26:51.296982 UTC"
dimensions "640x360"
duration 600.041667
error "VaapiVideoDecoder: failed Initialize()ing the frame pool"
event "kPlay"
info "Effective playback rate changed from 0 to 1"
kAudioDecoderName "FFmpegAudioDecoder"
kAudioTracks [{"bytes per channel":4,"bytes per frame":8,"channel layout":"STEREO","channels":2,"codec":"aac","codec delay":0,"discard decoder delay":true,"encryption scheme":"Unencrypted","has extra data":true,"profile":"unknown","sample format":"Float 32-bit planar","samples per second":48000,"seek preroll":"0us"}]
kBitrate 440784
kFrameTitle "Vidéos de test H.264, HEVC, VP9 et AV1 du 320p à la 8K (4320p)"
kFrameUrl "https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961389/#msg961389"
kIsAudioDecryptingDemuxerStream false
kIsPlatformAudioDecoder false
kIsPlatformVideoDecoder false
kIsRangeHeaderSupported true
kIsSingleOrigin true
kIsStreaming false
kIsVideoDecryptingDemuxerStream false
kMaxDuration 600.041667
kRendererName "RendererImpl"
kResolution "640x360"
kStartTime -0.021333
kTotalBytes "0x1f878fe"
kVideoDecoderName "FFmpegVideoDecoder"
kVideoTracks [{"alpha mode":"is_opaque","codec":"h264","coded size":"640x360","color space":{"matrix":"SMPTE170M","primaries":"SMPTE170M","range":"LIMITED","transfer":"SMPTE170M"},"encryption scheme":"Unencrypted","has extra data":true,"hdr metadata":"unset","natural size":"640x360","orientation":"0°","profile":"h264 high","visible rect":"0,0 640x360"}]
origin_url "https://lafibre.info/"
pipeline_buffering_state {"for_suspended_start":false,"state":"BUFFERING_HAVE_ENOUGH"}
pipeline_state "kPlaying"
player_id 11
render_id 15
url "https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_360p_h264-high.mp4"
warning "video decoder fallback after initial decode error."
-
Chrome et Firefox s'apprêtent à retirer le support de Theora de leurs navigateurs, faute d'utilisation régulière : https://www.phoronix.com/news/Google-Chrome-Dropping-Theora (https://www.phoronix.com/news/Google-Chrome-Dropping-Theora), https://www.phoronix.com/news/Mozilla-Eyes-Dropping-Theora (https://www.phoronix.com/news/Mozilla-Eyes-Dropping-Theora)
Pour les sites utilisant encore Theora comme Wikipédia, ogv.js est sans doute la meilleure alternative si les vidéos ne peuvent pas être réencodées dans un format plus moderne : https://github.com/brion/ogv.js
-
Il me semble que Wikipédia ne propose pas uniquement du Theora sur ses vidéos. Theora a été toujours boudé par Apple (non pris en charge par Safari et les navigateurs alternatifs sous iOS).
Il y a quelques vidéos sur ce forum en Theora, je ferais un nouvel encodage.
Promotion chinoise diffusée en Chine pour inciter les Chinois à être volontaire pour les jeux olympiques d'été de 2008, encodée en Theora :
https://lafibre.info/videos/international/200804_cctv_musique_jo.ogg
-
Theora a été toujours boudé par Apple (non pris en charge par Safari et les navigateurs alternatifs sous iOS).
Depuis qu'il a triché dans la saison 7 je l'aime pu trop moi non plus.
(https://la1ere.francetvinfo.fr/image/jMnLfXg-p3O7rDXBqt7QzPjYwjg/930x620/filters:format(webp)/outremer/2019/10/02/5d9440aaeecaa_61.jpg)
-
J'ai mis à jour le tableau récapitulatif pour indiquer la fin du support de Theora en 2024.
On n'a pas l'information pour Microsoft Edge, qui avait rajouté tardivement ce codec vidéo en 2018 (Edge 17 et supérieur). Il est plus que probable que Microsoft suive la décision de Google.
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
-
Theora est considéré par Wikipédia comme un codec de 5e génération, mais pour l'avoir utilisé, je le trouve particulièrement mauvais. Si le débit n'est pas fixé suffisamment haut, on a des macro-blocs qui détruisent l'image. La principale innovation de Theora, ce n'est pas sa performance, mais d'être le premier codec sans redevance.
Exemple bien visible dans la vidéo Theora ci-dessous, au moment du Générique de lancement du Journal Télévisé :
https://lafibre.info/videos/international/200804_cctv_journal_8-4-2008_complet.ogg
-
Chrome et Firefox s'apprêtent à retirer le support de Theora de leurs navigateurs, faute d'utilisation régulière : https://www.phoronix.com/news/Google-Chrome-Dropping-Theora (https://www.phoronix.com/news/Google-Chrome-Dropping-Theora), https://www.phoronix.com/news/Mozilla-Eyes-Dropping-Theora (https://www.phoronix.com/news/Mozilla-Eyes-Dropping-Theora)
J'ai réalisé des tests :
- Chrome : Une partie des clients de la version stable de Chrome (version 120) n'ont plus de possibilité de lire les vidéos Theora. L'audio (Vorbis sur les vidéos Theora) est par contre lisible, Chrome présente la vidéo comme un fichier audio. Attention, tous les clients de Chrome n'ont pas le support de Theora supprimé, cela se fait progressivement, il me semble.
- Autres navigateurs basés sur Chromium : Theora est systématiquement lisible (j'ai testé également Edge 121 sur plusieurs postes, Theora est encore lisible dans cette version).
Ex: Vidéo Theora d'avril 2008 pour inciter à etre volontaire aux jeux olympiques d'été de 2008 de Pékin
https://lafibre.info/videos/international/200804_cctv_musique_jo.ogg
-
Les utilisateurs peuvent réactiver la compatibilité via chrome://flags/#theora-video-codec si nécessaire jusqu'à Chrome 123.
Et même que ça marche, enfin remarche depuis la réactivation sur la page du lien en vert ci-dessus.
-
Une excellente nouvelle : Le support du codec vidéo AV1 arrive avec Microsoft Edge 121
Toutes les versions de Edge 121 auront un support d'AV1, via le matériel ou via logiciel (s'il n'y a pas de support matériel).
AV1 fonctionne parfaitement sur mon vieux Core2 Duo de 2007 par exemple.
Tous les systèmes d'exploitation sont concernés : Edge 121 pour Windows 11, Edge 121 pour Windows 10, Edge 121 pour Android, Edge 121 pour Linux, Edge 121 pour macOS.
Seul manque à l'appel Edge 121 pour iOS ou iPadOS, car sur ces systèmes, c'est le moteur de safari qui est utilisé dans Edge, avec toutes ses limitations.
Edge 121 sera disponible en version stable à partir du 25 janvier 2024.
En même temps que le codec vidéo AV1, c'est le support du format d'image AVIF qui est rajouté : Edge était le seul navigateur à ne pas supporter les images AVIF, ce support va permettre l'utilisation dans un à deux ans (le temps que les utilisateurs aient tous fait la mise à jour) d'utiliser des images AVIF sans fallback vers un autre format d'image.
(https://lafibre.info/images/tv/av1_support.webp) (https://lafibre.info/images/format/avif_support.webp)
-
Concrètement, je n'ai aucun souci de performance pour lire cette vidéo AV1, en 1080p 30 images par seconde, sur un PC de 2008, avec Edge bêta 121 : Un Intel Core2 Duo E7200, un processeur 2 cœurs qui a 15 ans, avec une carte mère équipée d'un chipset graphique Intel G33, qui date lui de 2007 (GMA 3100 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Third_generation), un truc qui n'accélère vraiment rien).
AV1 est donc bien optimisé pour un décodage logiciel et c'est bien implémenté sur les veilles configurations matérielles, qui n'ont même pas le jeu d'instruction SSE 4.2 (et j'ai testé sur un PC encore plus vieux, sans SSE 4.1 (https://fr.wikipedia.org/wiki/SSE4) et carte graphique logicielle Microsoft - pas de driver Windows 10 pour une veille ATI ⇒ la vidéo AV1 était bien lisible)
(https://lafibre.info/testdebit/windows11/202401_video_av1_edge121_windows11_core2duo_e7200.webp)
-
Je suis assez surpris, je pensais qu'un Core 2 Duo aurait déjà du mal avec du 720p30. Par contre, je n'ose pas trop demander pour la vitesse d'encodage :)
Avec FFmpeg, j'ai obtenu des performances d'encodages sur CPU correctes avec ces options inspirées de https://trac.ffmpeg.org/wiki/Encode/AV1 :
ffmpeg -i source.mp4 -c:v libaom-av1 -cpu-used 5 -row-mt 1 -tiles 2x2 -g 300 -crf 36 sortie.webm
J'aurais préféré utiliser l'encodage NVENC de ma RTX 4090 (il n'y a pas 2 encodeurs AV1 sur ce GPU pour rien), mais il semble difficile de l'utiliser sur Linux pour l'instant.
-
libaom-av1 (l'encodeur de référence) est très lent. Il est recommandé de passer sur SVT-AV1, adopté par AOMedia comme base pour le développement futur d'AV1 ainsi que pour les futurs efforts de codec.
SVT-AV1 devrait offrir le meilleur rapport performance/efficacité pour les préréglages moyens ou rapides.
Quand on change d'encodeur, on se demande souvent quels réglages utiliser. OTT Verse (Krishna Rao Vijayanagar) a réalisé un excellent travail pour vous aider à choisir le Preset de SVT-AV1.
L'encodage est réalisé a qualité constante et non à débit constant. On définit un CRF pour la qualité de la vidéo souhaitée.
Preset définit la vitesse d'encodage : Cela va de 0 (extrêmement lent) à 13 (très rapide).
- Preset 0 à 3 : C'est très lent avec peu de gain vs le Preset 4. Il y a peu de chance qu'ils soient pertinents.
- Preset 4 ou 5 : Pour un encodage réalisé sans contraire de temps, afin de maximiser qualité et une petite taille du fichier.
- Preset 6 à 8 : Pour un bon compromis, pas trop lent à encoder, mais sans avoir un fichier pas trop gros.
- Preset 9 ou 10 : Pour un encodage temps réel sur twitch.
- Preset 11 ou 12 : S'il y a une contrainte forte sur la limitation de l'utilisation du CPU
- Preset 13 : Uniquement pour du debug, selon la documentation officielle.
Voici un comparatif (sans les valeurs extrêmes qui ne pas là pour être utilisées en prod, mais plus pour le débug).
Nombre d'images par seconde pour SVT-AV1 :
(https://lafibre.info/images/tv/202308_encodage_av1_avec_svt-av1_choix_du_preset_1.webp)
Il y a peu d'impact de la qualité demandé (CRF) sur le temps d'encodage quand on sélectionne un encodage lent (Preset 2 à 4).
Pour un encodage rapide (ex : Preset 10), la vitesse dépend de la qualité : plus la qualité demandée est basse, plus c'est rapide.
Qualité VMAF pour SVT-AV1 : (100 est le meilleur score)
VMAF est un algorithme d'évaluation perceptuelle de la qualité vidéo primé aux Emmy et développé par Netflix : https://github.com/Netflix/vmaf
VMAF cherche à refléter la perception du téléspectateur de la qualité du streaming.
Il montre également qu'il n'est pas nécessaire de monter trop haut dans le CRF (qualité cible de la vidéo).
(https://lafibre.info/images/tv/202308_encodage_av1_avec_svt-av1_choix_du_preset_2.webp)
La taille du fichier encodé n'est pas mentionnée ici, mais plus le Preset est élevé, plus la taille est importante (non seulement un Preset élevé dégrade la qualité, mais il augmente la taille du fichier).
Exemple avec un encodage en haute qualité (CRF 38) :
- Preset 2 : Fichier de 32 Mo, VMAF de 99. Encodage à 0,6 image par seconde
- Preset 12 : Fichier de 39 Mo, VMAF de 95. Encodage à 81 images par seconde
Qualité SSIM pour SVT-AV1 : (1 est le meilleur score)
SSIM mesure la similarité de structure entre les deux images, plutôt qu'une différence pixel à pixel comme le fait par exemple le PSNR. L'hypothèse sous-jacente est que l'œil humain est plus sensible aux changements dans la structure de l'image.
(https://lafibre.info/images/tv/202308_encodage_av1_avec_svt-av1_choix_du_preset_3.webp)
Qualité PSNR pour SVT-AV1 : (plus c'est élevé, meilleure est la qualité)
PSNR mesure la distorsion. Elle permet de quantifier la performance des codeurs en mesurant la qualité de reconstruction de l'image compressée par rapport à l'image originale.
(https://lafibre.info/images/tv/202308_encodage_av1_avec_svt-av1_choix_du_preset_4.webp)
Source : OTT Verse (https://ottverse.com/analysis-of-svt-av1-presets-and-crf-values/), le 14 aout 2023 par Krishna Rao Vijayanagar
-
Je suis assez surpris, je pensais qu'un Core 2 Duo aurait déjà du mal avec du 720p30. Par contre, je n'ose pas trop demander pour la vitesse d'encodage :)
Avec FFmpeg, j'ai obtenu des performances d'encodages sur CPU correctes avec ces options inspirées de https://trac.ffmpeg.org/wiki/Encode/AV1 :
ffmpeg -i source.mp4 -c:v libaom-av1 -cpu-used 5 -row-mt 1 -tiles 2x2 -g 300 -crf 36 sortie.webm
J'aurais préféré utiliser l'encodage NVENC de ma RTX 4090 (il n'y a pas 2 encodeurs AV1 sur ce GPU pour rien), mais il semble difficile de l'utiliser sur Linux pour l'instant.
Il existe un patch pour utiliser les fonctionnalités NVENC sous linux : https://github.com/keylase/nvidia-patch
J'avais testé pour faire du streaming, j'avais réussir à avoir quelque chose de très fonctionnel.