La Fibre
Télécom => Télécom => 
TV et codecs => Discussion démarrée par: vivien le 12 septembre 2022 à 22:48:10
-
(https://lafibre.info/images/logo/banniere_internet.svg)
Attention : Il est nécessaire de dissocier la prise en charge de codecs par le navigateur web de celle du matériel
Un codec peut être pris en charge matériellement, mais pas par le navigateur : dans ce cas-là, il ne sera pas possible au client de visualiser la vidéo.
Inversement, si le matériel ne prend pas en charge le codec, mais qu’il est pris en charge par le navigateur, le décodage fonctionnera via logiciel en utilisant le microprocesseur.
Cas d'iOS / iPadOS : Le codec VP9 est pris en charge à partir d'iOS 14 et iPadOS 14, mais il est réservé aux applications autres que les navigateurs web.
Exemple concret : L’application Youtube utilise le codec VP9 (avec accélération matérielle depuis l’iPhone 7), mais Youtube dans un navigateur web n’aura pas accès au codec VP9.
Voici le support des navigateurs web pour les codecs AV1 et VP9 :
(https://lafibre.info/images/tv/av1_support.webp) (https://lafibre.info/images/tv/vp9_support.webp)
Le support de HEVC dans les navigateurs est aujourd'hui limité à l'écosystème Apple et Microsoft. Google Chrome a rajouté une prise en charge partielle fin 2022 (sans DRM et sur des terminaux équipés d'un processeur graphique qui gère HEVC) fin 2022.
Les frais de licence est l'une des principales raisons pour lesquelles l'adoption d'HEVC est faible sur le Web.
HEVC est bien supporté par les télévisions et pourrait être utilisé dans le futur par la TNT.
(https://lafibre.info/images/tv/hevc_support.webp) (https://lafibre.info/images/tv/h264_support.webp)
-
J'ai cherché à lister les accélérations matérielles disponibles sur nos PC et smartphones.
En synthèse :
Cliquer sur l'image pour zoomer
(https://lafibre.info/images/tv/codecs_video_populaires.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
(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)
VP9 :
La bonne nouvelle, c'est que si Apple bloque l'utilisation de VP9 dans Safari sur les iPhone et les iPad, Apple a bien intégré l'accélération VP9 dans le matériel, donc on peut corriger ça par une mise à jour (et VP9 est déjà utilisé dans les applications autres que les navigateurs. Si vous allez sur Youtube sur votre iPhone 7 ou + récent / iPad 6e génération ou + récent, 100% des vidéos seront en VP9).
Autre bonne nouvelle, le support de VP9 est massif et aujourd'hui la très grande majorité du parc de PC et smartphones ont une accélération matérielle de VP9. La migration a commencé en 2015 et en 2018 presque tout ce qui sortait avait une accélération matérielle du VP9.
- Intel Core avec iGPU intégré : Tous les processeurs à partir de 2015
- Intel famille « N » (ex Atom) : Tous les processeurs à partir de 2016
- Apple famille « M » (Mac / iPad) : Tous les processeurs
- Apple famille A (iPhone / iPad) : À partir de l'A10 Fusion de 2016 (iPhone 7 et 7 Plus, iPad 6e et 7e génération, iPod touch 7e génération)
- Cartes graphique Intel Arc : tous les modèles
- Cartes graphique Nvidia : À partir des cartes Nvidia GeForce 900 lancées en 2015
- Cartes graphique AMD : À partir des cartes Radeon Rx 400 lancées en 2016
- AMD Zen avec iGPU intégré : Tous les modèles Ryzen intégrant un GPU (à partir de 2017) et quelques modèles précédents
- Raspberry Pi : À partir du Raspberry Pi 4 B
- Qualcomm : À partir de 2015 sur le haut de gamme et 2016 sur le milieu de gamme
- MediaTek : À partir de 2015 sur le haut de gamme
- Samsung : À partir de 2015 sur le haut de gamme
- HiSilicon Kirin : À partir de 2017
AV1 :
La mauvaise nouvelle, c'est pour le support de l'AV1 qui est uniquement sur la dernière génération et encore pas chez tous les constructeurs. Il reste encore quelques années avant que l'AV1 soit majoritairement accéléré dans le parc de smartphone.
- Intel Core avec iGPU intégré : Tous les processeurs à partir de 2020
- Intel famille « N » (ex Atom) : Tous les processeurs à partir de 2021
- Apple famille « M » (Mac / iPad) : Probable support de l'AV1 avec le M3 en 2023
- Apple famille A (iPhone / iPad) : Pas de support de l'AV1
- Cartes graphique Intel Arc : tous les modèles supportent le décodage et encodage matériel en AV1
- Cartes graphique Nvidia : À partir des cartes Nvidia GeForce série 30 lancées en 2020 (seul le décodage est accéléré, pas l'encodage)
- Cartes graphique AMD : À partir des cartes Radeon Rx 6000 lancées en 2020 pour le décodage matériel et Rx 7000 lancées en 2022 pour l'encodage matériel.
- AMD Zen avec iGPU intégré : A partir de 2020 : les Zyzen série 6000 (zen 3+) avec iGpu intégré sont les premiers à intégrer le décodage matériel AV1
- Raspberry Pi : Peut-être avec le Raspberry Pi 5 en 2023
- Qualcomm : À partir du Snapdragon 8 Gen 2 lancé fin 2022. Il y a un vrai retard pour le support de l'AV1 chez Qualcomm où de nombreux modèles commercialisés en 2023 n'ont pas le support de l'AV1.
- MediaTek : À partir de 2020 sur le haut de gamme
- Samsung : À partir de 2020 sur le haut de gamme (à partir du Galaxy S20)
- HiSilicon Kirin : À partir de 2020
-
Tableau pour les ordinateurs (iGPU ou carte graphique dédiée)
PDF disponible en cliquant sur le tableau :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_1.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf#page=2)
-
Tableau pour l'écosystème Apple (Mac / iPhone / iPad / Apple TV)
PDF disponible en cliquant sur le tableau :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_2.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf#page=3)
-
Tableau pour les smartphones et tablettes Android
PDF disponible en cliquant sur le tableau :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_3.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf#page=4)
N'hésite pas à me proposer des CPU à rajouter ou corriger des erreurs.
-
Sources :
- Certains CPU : https://www.cpu-monkey.com/fr/
- Certains GPU : https://www.gpu-monkey.com/fr/
- Des SoC anciens : https://kodi.wiki/view/Android_hardware
- Nvidia : https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new
- Intel : Wikipedia
- Intel Arc : https://www.tomshardware.com/reviews/intel-arc-a380-review/5
- AMD : https://wccftech.com/amd-rdna3-radeon-rx-7000-confirmed-to-support-av1-encoding/
- AMD : Annonces Ryzen
- Qualcomm : https://www.blog-nouvelles-technologies.fr/223794/qualcomm-snapdragon-8-gen-2-prevoit-ajouter-support-codec-av1/
- Qualcomm : https://www.qualcomm.com/products/application/smartphones/snapdragon-6-series-mobile-platforms/snapdragon-626-mobile-platform
- Qualcomm : https://nanoreview.net/en/soc/qualcomm-snapdragon-450
- MediaTek : https://www.tme.net/device/mediatek-helio-p30/
- MediaTek : https://www.anandtech.com/show/10080/mediatek-helio-p20
- Certains chips VP9 : https://en.wikipedia.org/wiki/VP9#Hardware_implementations
(https://lafibre.info/images/tv/logo_av1_pixel.webp)
-
https://lafibre.info/videos/tv/201400_codec_video_it_is_possible.webm
-
N'hésite pas à me proposer des CPU à rajouter ou corriger des erreurs.
Pour les architectures ARM, vous pouvez descendre le fil des Mali, ici comme point de départ: https://en.wikipedia.org/wiki/Mali_(GPU) (https://en.wikipedia.org/wiki/Mali_(GPU))
Mais ca ne veut pas dire que les compagnies exploitant la licence vont systématiquement inclure toutes les fonctionnalités possibles d'une génération donnée.
-
Merci, c'est étonnant cette absence de prise en charge d'AV1 dans Mali (selon wikipedia).
Il serait intéressant de savoir comment c'est implémenté dans les différents chips, vu que les dernières versions intègrent AV1 (sauf coté Apple et encore certains parient sur l'arrivée d'AV1 sur la puce M3 d'Apple qui devrait arriver l'année prochaine)
-
Les ARM ont aussi possiblement une extension (Neon) favorisant l'éxécution d'un tel (dé)codage.
Ceci sans forcément avoir recours à une puce spécialisée mais juste par la bonne production du code adéquat.
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/tv/202010_demuxed2020_av1_et_arm.webp) (https://lafibre.info/images/tv/202010_demuxed2020_av1_et_arm.pdf#page=33)
Mais là par essence on dépend d'une couche logicielle exploitant spécifiquement l'extension.
-
Les conférences Demuxed d'Octobre 2020 sont sur https://2020.demuxed.com/
Neon apparait dans la partie encodage :
(https://lafibre.info/images/tv/202010_demuxed2020_av1_et_arm_1.webp)
J'ai trouvé l'intervention de Vibhoothi, le speaker toujours très optimiste.
Le support d'AV1 dans les navigateurs :
- Edge est mentionné, alors que 2 ans plus tard, l'extension nécessaire n'est toujours pas installée par défaut.
- Safari est mentionné, là je suppose qu'il a lui-même compilé de choses sur son mac pour que cela fonctionne.
(https://lafibre.info/images/tv/202010_demuxed2020_av1_et_arm_2.webp)
-
Une autre présentation intéressante concernant AV1 aux conférences Demuxed d'octobre 2020 : Zoe Liu - Decoder Complexity Aware AV1 Encoding Optimization
Elle nous montre que le décodage logiciel AV1 (dav1d) consomme moins d'énergie sur les mobiles que le décodeur logiciel d'HEVC.
Elle explique ensuite la problématique de complexité d'AV1 à l'encodage et au décodage, comparé à VP9.
Zoe expose des paramètres qui accélèrent considérablement le décodage d'AV1, mais ont très peu d'effet sur l'efficacité de compression du codec. Un exemple cité est d'ignorer les tailles de partition inférieures à 8 × 8. Ces petites partitions peuvent être nombreuses et enliser les calculs mais leur contribution globale à la réduction du débit est très faible.
https://www.youtube.com/watch?v=6belk8Dsoe8
Optimisation de l'encodage AV1 sensible à la complexité du décodeur
AV1 a inclus plus de 100 outils de codage par rapport à son prédécesseur VP9. AV1 a donc laissé l'impression à la communauté que oui, c'est plus efficace en matière de codage, mais c'est lent, assez lent. En effet, grâce à nos communautés open source, les encodeurs AV1 ont été constamment optimisés w.r.t. à la fois son efficacité de codage et sa vitesse de codage. À ce jour, il existe trois encodeurs AV1 open source bien connus : SVT-AV1 initié par l'effort conjoint entre Intel et Netflix, et a également été spécifié par AOM SIWG comme base de code version-0 ; rav1e initié par Mozilla, ainsi que libaom initié par AOMedia. Par exemple, de janvier 2019 à avril 2020, en vérifiant simplement libaom par exemple, l'encodeur AV1 a été accéléré de> 10x (et non de 10%), et l'efficacité de codage, quantifiée par les chiffres de débit BD bien reconnus, a également été améliorée de > 10 % simultanément.
Aussi, sincères remerciements à l'entreprise dav1d financée par AOMedia, un décodeur logiciel AV1 ouvert initialement développé conjointement par VideoLan, Mozilla et Two Orioles, le lancement d'AV1 en tant que produits réels dans les 2 ans suivant la finalisation de la norme n'est pas exagéré rêve plus, avant la grande disponibilité des décodeurs matériels sur le marché. L'optimisation continue de dav1d ouvre la porte à AV1, et des scénarios d'utilisation réalisables sont en cours d'identification où des solutions de décodage logiciel peuvent être déployées et acceptées.
Dans cet exposé, nous aborderons l'optimisation de l'encodage AV1 sous un angle différent, à savoir l'optimisation de l'encodage AV1 sensible à la complexité du décodeur. Alors que nous affinons nos stratégies et nos algorithmes pour optimiser les encodeurs AV1, en général, nous essayons tous d'obtenir une efficacité de codage supérieure bien supérieure aux solutions existantes, tout en accélérant la vitesse d'encodage prête pour un produit réel. En effet, la prise de conscience de la complexité du décodeur peut en retour collecter des informations précieuses sur la conception de l'encodeur AV1, de sorte qu'un encodeur AV1 peut non seulement atteindre un bon compromis suffisant entre l'efficacité de codage et la vitesse d'encodage, mais également aider à alléger la charge du côté du décodeur. , pour rendre le déploiement d'AV1 à une communauté encore plus large.
Nous aurons d'abord un bref aperçu des performances actuelles de dav1d, y compris des statistiques collectées spécifiquement concernant sa vitesse de décodage et sa consommation d'énergie. La vitesse de décodage de dav1d a été constamment confirmée pour surpasser tous les autres décodeurs logiciels AV1 existants. Pour vérifier ses performances sur les téléphones mobiles, nous avons évalué dav1d par rapport au décodeur logiciel ffmpeg-h264 et au décodeur logiciel openhevc, en termes d'utilisation du processeur [%], de mémoire utilisant [Mo], de courant [mA], de puissance consommée [mW] , tension [mV] et température [℃], sur plusieurs appareils mobiles typiques. Nos résultats démontrent qu'en termes de consommation d'énergie, dav1d est classé entre les deux décodeurs susmentionnés, pire que ffmpeg-h264 mais meilleur que openhevc.
De plus, nous avons travaillé avec nos collaborateurs pour collecter de manière approfondie les statistiques de vitesse de décodage exécutant dav1d, en particulier sur les appareils mobiles bas de gamme. Par exemple, notre collaborateur a sélectionné 18 séquences de test communes, a utilisé SVT-AV1 Preset 6 pour générer le flux binaire AV1 et les a décodés sur XiaoMi 4, avec le processeur Qualcomm Snapdragon 801 Quad-core. L'ensemble de vidéos de test comprend une définition de 720x536, 960x536, 960x480, 1024x576 et 2024x536. On peut observer qu'à un débit binaire d'encodage plus élevé, l'utilisation d'un décodeur sur de tels types d'appareils serait très difficile à décoder en temps réel.
Ensuite, nous aborderons plusieurs outils de codage qui peuvent affecter directement les performances de la complexité du décodeur. Nous démontrerons ensuite les résultats selon lesquels, pour un contenu spécifique, certains outils de codage peuvent entraîner une grande complexité côté décodeur alors que l'efficacité de codage ne peut subir qu'une dégradation minimale si ces outils sont ignorés côté encodeur. Par exemple, AV1 inclut des tailles de bloc allant de 4x4 à 128x128. En désactivant les partitions extrêmement grandes ou les partitions les plus petites, un bon compromis peut être atteint pour une efficacité de codage suffisamment bonne tout en n'entraînant pas trop de complexité de calcul côté décodeur, ainsi pour avoir le décodeur plus capable de décoder en temps réel même sur de faibles périphériques finaux. Le concept de conception d'encodage sensible à la complexité du décodeur contribuerait en outre à faire avancer le lancement d'AV1.
Source : Talk overview de Zoe Liu, Demuxed 2020
-
WebP en mode compression avec perte, utilise le même algorithme que les images clefs des vidéos compressées avec VP8.
AVIF en mode compression avec perte, utilise le même algorithme que les images clefs des vidéos compressées avec AV1.
Je me demande si l'accélération matérielle VP8 présent dans presque tous les GPU est utilisée par les navigateurs web (via les pilotes OpenGL ?) pour faire une accélération matérielle pour l'affichage d'une page web qui contient des images WebP ou si c'est systématiquement fait de façon logicielle sans accélération du processeur graphique du terminal.
Même chose pour l'accélération matérielle AV1 : Peut-elle être utilisée pour accélérer l'affichage d'une page web qui a des images AVIF ?
-
Je me réponds, car j'ai la réponse : c'est non, pas d'accélération GPU pour le décodage des images, cela serait contre-productif.
Explications :
Le décodage matériel AV1 peut-il être utilisé pour le décodage AVIF ?
Oui, au moins pour les cas que le décodeur matériel peut gérer (probablement 4:2:0 uniquement). Mais ce n'est probablement pas non plus un moyen efficace de décoder AVIF dans un navigateur. L'initialisation d'un décodeur matériel pour se préparer à décoder une vidéo d'une certaine dimension a une certaine latence. Sur un site Web, vous avez généralement de nombreuses images de dimensions variables. Avec le décodage matériel, vous ne pouvez les décoder que séquentiellement (pas en parallèle comme vous le pouvez sur les processeurs multicœurs modernes) et vous devez réinitialiser le matériel à chaque fois.
Ils ont essayé d'utiliser le décodage matériel VP8 pour le décodage WebP avec perte dans Chrome à un moment donné, et ont décidé de ne pas le faire, car ce n'était pas mieux que le décodage logiciel. Autant que je sache, les navigateurs décodent tous les codecs d'image dans les logiciels, que le support matériel soit disponible ou non.
Une méthode qui pourrait être essayée consiste à faire ce qu'Apple a fait avec HEIC : ils divisent TOUJOURS l'image en une grille de 256 x 256 tuiles, et cela peut être pour pouvoir utiliser le décodage matériel sans avoir besoin de réinitialiser (puisque les dimensions de l'image sont toujours le même, du point de vue du décodeur matériel). Mais cette approche a aussi ses problèmes : tout d'abord, vous obtenez des artefacts de limite de tuiles sur la grille 256x256 (puisque les tuiles sont totalement indépendantes, il peut donc y avoir des discontinuités). Deuxièmement, comment obligez-vous les gens à toujours diviser l'image en tuiles de même taille ?
Le décodage matériel présente également certains inconvénients par rapport au décodage logiciel :
- La gestion des couleurs est plus limitée (on ne peut pas gérer les profils ICC arbitraires dans le matériel, il faudra donc potentiellement effectuer une conversion des couleurs post-décodage dans le logiciel)
- La sécurité peut être un problème : les logiciels peuvent être mis dans un bac à sable et/ou examinés, mais le matériel est plutôt incertain lorsqu'il s'agit de flux binaires malveillants ou simplement inattendus.
- Le décodage progressif, ou même simplement le décodage incrémental, est difficile/impossible à faire avec le matériel : vous devez avoir le flux binaire complet de l'image prêt avant de pouvoir démarrer le décodage matériel.
Vous aurez de toute façon besoin d'un logiciel de secours, donc ce sera toujours strictement pire en termes de complexité du code.
Source : Reddit (https://www.reddit.com/r/AV1/comments/jz6hkh/comment/gdbbn9d/?utm_source=reddit&utm_medium=web2x&context=3) par le pseudo jonsneyers, il y a deux ans.
-
Petite synthèse de l'accélération matérielle par codec
Les années sont colorées en fonction de la vitesse à laquelle le codec a été pris en charge.
"systématique" est indiqué pour des SoC qui sont récents et donc ont toujours supporté ce codec.
(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)
-
- Safari est mentionné, là je suppose qu'il a lui-même compilé de choses sur son mac pour que cela fonctionne.
Il est indiqué que c'est fait en ayant compilé libdav1d en WebAssembly, donc c'est la page qui apporte le codec, pas le navigateur.
On pourrait même faire la même chose en compilant le décodeur vers du JS, mais ce serait encore plus lent.
Le "Fast AV1 decoding" doit donc être très relatif, ça doit être plus lent que les fonctions C de libdav1d, elles même largement plus lentes que les implémentations SIMD (NEON sur ARM, AVX2 sur les x86 assez récents, SSSE3 sur les plus anciens, ...).
Il y a une spécification en cours d'écriture pour le SIMD dans WebAssembly, mais comme l'indiquent https://webassembly.org/roadmap/ et https://bugs.webkit.org/show_bug.cgi?id=222382, WebKit/Safari n'ont pas d'implémenation, contrairement à Chrome et Firefox.
Je sais que Zoom décodait l'audio et la vidéo en WebAssembly, au lieu d'utiliser WebRTC et donc les codecs natifs du navigateur.
Je ne sais pas si c'est toujours le cas, et s'il y a d'autres cas similaires à grande échelle.
-
Je me réponds, car j'ai la réponse : c'est non, pas d'accélération GPU pour le décodage des images, cela serait contre-productif.
Sur les SoC ARM et autres, il peut y avoir des décodeurs matériels dédiés aux images : JPEG par exemple.
Mais les contraintes d'utilisation font qu'ils sont rarement utilisés en dehors de cas très particuliers (très grosses images venant de l'appareil photo par exemple).
Plus les CPU sont rapides, plus il est souvent préférable de décoder de manière logicielle, pour effectivement avoir moins de contraintes sur les caractéristiques des images, la zone mémoire dans laquelle le résultat décompressé est stocké, le nombre de décodages simultanés possibles (et si on peut lire une vidéo en même temps ou pas), ...
-
Attention : les dates que j'indique sont celle de la sortie des processeurs.
On trouve en 2022 des PC neufs construits avec des processeurs lancés en 2019. Ce n'est pas un vieux reste invendu : non, ce PC est dans le catalogue publicitaire, donc disponible en nombre dans tous les magasins.
Exemple avec le catalogue E.Leclerc valable du 13 au 24 septembre 2022 :
2 PC sont proposés :
- Un ASUS équipé d'un Core i3-1005G1 de 2019
- Un Lenovo équipé d'un Pentium Silver N6000 de 2021, la génération Tremont (livré avec... Windows 11 en mode S)
Seul le second a le décodage AV1 en hardware.
(https://lafibre.info/images/materiel/202209_eleclerc_pc_portable_septembre_2022.webp)
-
Encore plus fort, un PC avec un processeur Intel de 2016 vendu neuf en 2022 : Ce portable ASUS Chromebook C223 équipé d'un Intel Celeron N3350 (et 4Go RAM + 32Go stockage eMMC) est encore en vente en neuf (à 130€, c'est pas cher).
Le microprocesseur Intel Celeron N3350 a été lancé au 3ᵉ trimestre 2016, c'est la génération Goldmont. La première génération à faire du décodage VP9 (et pas d'encodage VP9).
Copie d'écran du 24 septembre 2022 (et Cdiscount n'est pas le seul à vendre ce PC neuf)
(https://lafibre.info/images/materiel/202209_asus_chromebook_c223.webp)
Caractéristiques du portable ASUS Chromebook C223 (le PDF date d'aout 2018) :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/materiel/201808_asus_chromebook_c223.webp) (https://lafibre.info/images/materiel/201808_asus_chromebook_c223.pdf)
Vidéo de présentation du portable ASUS Chromebook C223 :
https://lafibre.info/videos/materiel/201808_asus_chromebook_c223.webm
-
Merci Vivien pour ces infos super intéressantes.
Je pense rester en VP9 car la plupart de mes box / machines (S905X notamment) ne supportent pas l'AV1 , et à re-encoder ça m'a l'air encore pire.
(Au passage, j'en reviens pas des trésors technologiques que Netflix déploie pour adapter la définition et bloquer des usages en fonction du lecteur du client (qui paie, pourtant) alors que tous ou presque est dispo ailleurs. . il n'y a pas les services de personnalisation, mais franchement avec certaines applis on en est pas loin)
Est-ce que tu envisage de faire un article sur l'encodage notamment sous linux et windows des différents formats (enfin surtout HEVC / AV1 et VP9) avec le support matériel ?
Merci
-
Pour Netflix, j'ai séparé dans un autre sujet dédié :
=> Netflix: codecs vidéos supportés par le player, DRM et définitions (https://lafibre.info/tv-numerique-hd-3d/netflix-codecs-drm/)
C'est vrai que la configuration logicielle et matérielle pour la 4k sur PC est trés trés restrictive (un GPU récent est obligatoire, mais attention pour les configurations multi-GPU reliés entre eux en mode SLI/LDA, la qualité sera rétrogradée à du 1080p. Dans le cas d'une configuration multi-écrans, le streaming 4K UHD ne se produira que si tous les moniteurs actifs sont compatibles HDCP 2.2. Si l'un des moniteurs actifs n'est pas compatible HDCP 2.2, la qualité sera rétrogradée à du 1080p).
Est-ce que tu envisage de faire un article sur l'encodage notamment sous linux et windows des différents formats (enfin surtout HEVC / AV1 et VP9) avec le support matériel ?
J'ai préparé ça il y un an, avec des copies d'écran de chaque niveau de qualité pour H.264 et AV1.
Il manque VP9. Pourquoi ? Car quand j'ai préparé ce tutoriel la liste des navigateurs compatible AV1 et VP9 était la même sur le site https://caniuse.com/ donc pour moi VP9 n'avait aucun intérêt.
Puis j'ai fouillé, et j'ai vu que le site "Can I Use" avait des informations erronées (j'ai fait corriger pour Edge qui n'est plus indiqué comme compatible AV1 par défaut, j'ai encore d'autres corrections à leur faire prendre compte sur les codecs) et macOS a enfin supporté correctement le duo VP9+Opus (car ce qui bloquait dernièrement chez macOS, ce n'était pas VP9, mais le codec Audio Opus et contrairement à Windows où on peut regarder une vidéo sans piste audio si le codec audio n'est pas supporté, chez Apple si le codec audio n'est pas pris en charge, rien ne s'affiche c'est en testant avec une vidéo sans piste audio que je m'en suis aperçu).
Bref, aujourd'hui VP9 est le codec qui me semble le plus intéressant (désolé pour ceux qui ont un iPhone). Je fais refaire mes tests d'encodage avec FFmpeg 5, vu qu'il y a pas mal de changements et ce sera fait en H.264, VP9 et AV1. Coté Ubuntu, FFmpeg 5 est disponible à partir d'Ubuntu 22.10 qui sort aujourd'hui.
Je ne sais comment remercier Apple qui avec le codec audio Opus bat tous les records de lenteur... (et pas d'excuse comme pour les codecs vidéo avec la prise en charge matérielle, c'est du CPU pour un codec audio)
(https://lafibre.info/images/tv/opus_support.webp)
Je précise Opus dans un conteneur WebM car Apple gère bien Opus depuis 2017 sur iOS 11+, mais dans un conteneur Core Audio Format (CAF) (https://fr.wikipedia.org/wiki/Core_Audio_Format) et non WebM, histoire de bien montrer que le blocage n'est pas technique, mais politique (même chose pour VP9 pris en charge dans iOS sauf pour les navigateurs Web montrant bien que le problème est politique et non technique).
-
Concernant Windows, le soft DXVA Checker est bien utile pour savoir quel codec est supporté par sa machine de façon concrète.
https://bluesky-soft.com/en/DXVAChecker.html
-
Une raison de plus de privilégier les codecs libres de droits qui seront lisibles plus longtemps (Windows 10 a retiré le support du MPEG-2 pour ne pas payer les licences pour ce codec propriétaire aujourd'hui peu utilisé).
Pour utiliser la technologie du brevet, il faut payer une licence d'utilisation de ce brevet. Cela se voit dans Windows 10 où le support du HEVC dans la boutique Microsoft est payant.
Inversement, l'extension MPEG-2 pour Windows 10 semble gratuite ?
https://apps.microsoft.com/store/detail/extension-vid%C3%A9o-mpeg2/9N95Q1ZZPMH4?hl=fr-fr&gl=fr
Il me semble d'ailleurs que tous les brevets concernant le MPEG-2 ont expiré partout sauf en Malaisie, ce qui indiquerait que la lecture sur le long terme de ce format vidéo ne posera pas de problème.
https://www.mpegla.com/programs/mpeg-2/patent-list/
This is a list of patents (Attachment 1) in the MPEG-2 Patent Portfolio License (updated July 1, 2022). Under the MPEG-2 Patent Portfolio License, royalties are payable for products Manufactured or Sold in countries with an active MPEG-2 Patent Portfolio Patent at the time of Manufacture or Sale. Please note that the last US patent expired February 13, 2018, and patents are presently active in Malaysia.
https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/thread/GDOFPFQKWJF5CRU7BNWNTJ756AIZOMYK/
Tom Callaway jeudi, 11 avril 2019 09:53
Effective immediately, MPEG-1 (H.261) and MPEG-2 (H.262) video implementations are permitted in Fedora.
...
Support for MPEG Video formats later than MPEG-2 is not currently permitted in Fedora. This includes, most notably, H.263, H.264 (MPEG-4), and H.265 (HEVC).
-
Pour utiliser la technologie du brevet, il faut payer une licence d'utilisation de ce brevet. Cela se voit dans Windows 10 où le support du HEVC dans la boutique Microsoft est payant.
La version gratuite de l'extension (destinée à être préchargée sur des PC) est juste cachée, et Microsoft l'a laissée même si le contournement est connu depuis longtemps (il suffit d'ouvrir un lien direct).
-
Voici les URL des deux extensions, c'est juste que celle qui est gratuite ne fonctionne que si le fabricant de l'appareil a payé la licence HEVC :
- 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) (éditeur Microsoft)
- Extensions vidéo HEVC payant à 0,99€ (https://apps.microsoft.com/store/detail/extensions-vid%C3%A9o-hevc/9NMZLZ57R3T7?hl=fr-fr&gl=fr) (éditeur Microsoft)
Google Chrome et HEVC
Je me pose par contre la question pour Google Chrome, qui apportera avec la version 107 qui sort le 25 octobre 2022 un support d'HEVC sous Windows 8/10/11 quand il y a un support matériel et macOS 11.0 et plus récent quand il y a un support matériel. Avec la version 108 de Google Chrome qui sort le 29 novembre 2022, le support sera étendu à Linux, là aussi sous réserve d'avoir un support matériel.
Par contre pas de DRM HEVC sous Google Chrome : Widevine ne prend pas en charge HEVC. Ce codec vidéo sera utilisable uniquement pour des contenus en clair.
Je cherche à savoir si Chromium et les navigateurs basés sur Chromium pourront profiter de HEVC ou si c'est une fonction exclusive pour Google Chrome.
Je suis aussi curieux de comprendre ce qui a motivé à remettre HEVC (il y a eu quelques versions de Chrome avec le support d'HEVC avant qu'il soit retiré).
J'ai mis à jour mon image récapitulant le support de HEVC :
(https://lafibre.info/images/tv/hevc_support.webp)
-
c'est juste que celle qui est gratuite ne fonctionne que si le fabricant de l'appareil a payé la licence HEVC :
Je ne pense pas, à moins qu'ils considèrent que les fabricants de GPU ont payé (mais dans ce cas pourquoi cacher l'extension ?).
Par contre pas de DRM HEVC sous Google Chrome : Widevine ne prend pas en charge HEVC. Ce codec vidéo sera utilisable uniquement pour des contenus en clair.
Ce n'est pas supporté aujourd'hui, mais à priori rien de l'interdit.
Je cherche à savoir si Chromium et les navigateurs basés sur Chromium pourront profiter de HEVC ou si c'est une fonction exclusive pour Google Chrome.
https://www.chromium.org/audio-video/#codec-and-container-support dit effectivement "Google Chrome only and only where supported by the underlying OS".
Mais https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding mentionne Chromium (et fournit également un patch permettant le décodage logiciel, en activant le code nécessaire dans ffmpeg).
-
Je ne pense pas, à moins qu'ils considèrent que les fabricants de GPU ont payé (mais dans ce cas pourquoi cacher l'extension ?).
J'ai été étonné, mais sur un PC Dell Inspiron avec iGPU Intel (CPU i5-8250U) avec un Windows 11 22H2 installé après formatage du SSD, j'ai directement HEVC qui fonctionne dans Chrome et Edge sans installer la moindre extension.
J'ai rajouté des vidéos HEVC sur mon sujet Vidéos de test H.264, HEVC, VP9 et AV1 du 320p à la 8K (4320p) (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/), car c'est indispensable pour bien évaluer dans quel cas on a ou non un support du HEVC, mais là je me retrouve un peu coincé, avec certaines vidéos HEVC qui sont refusés par les navigateurs (même Safari). La seule vidéo qui fonctionne bien est en 8K.
-
J'ai été étonné, mais sur un PC Dell Inspiron avec iGPU Intel (CPU i5-8250U) avec un Windows 11 22H2 installé après formatage du SSD, j'ai directement HEVC qui fonctionne dans Chrome et Edge sans installer la moindre extension.
Chrome n'a pas besoin de l'extension.
Pour Edge, c'edt effectivement étrange, à moins que l'extension soit installée automatiquement. Est-ce que les vidéos sont aussi lisibles avec le lecteur vidéo Microsoft ?
-
Oui, le "lecteur multimédia" préinstallé avec Windows 11 22H2 lit bien les vidéos HEVC.
L'extensions vidéo HEVC payant à 0,99€ n'a pas été achetée.
L'extensions vidéo HEVC du fabricant de l'appareil est introuvable dans le Microsoft Store. J'imagine qu'elle est installée de base quand le GPU sait décoder le HEVC, ce qui devrait être le cas de tous les PC Windows 11 qui respectent les prérequis de Microsoft en terme de CPU / GPU.
L'extension payante doit être intéressante pour les PC qui n'ont pas de support HEVC du GPU (PC relativement anciens).
-
L'extensions vidéo HEVC du fabricant de l'appareil est introuvable dans le Microsoft Store.
Avec ton lien : Obtenir dans l'application du Store => bouton Ouvrir si elle est installée, Obtenir si elle ne l'est pas
-
J'ouvre le lien https://apps.microsoft.com/store/detail/extensions-vid%C3%A9o-hevc-du-fabricant-de-lappareil/9N4WGH0Z6VHQ?hl=fr-fr&gl=fr
(https://lafibre.info/testdebit/windows11/202210_win11_extension_hevc_fabricant_1.webp)
Je clique sur "Obtenir dans l'application du Store" et j'arrive sur cette petite fenêtre qu'il est impossible d'agrandir :
(https://lafibre.info/testdebit/windows11/202210_win11_extension_hevc_fabricant_2.webp)
C'est un PC Intel Core i5-8250U avec iGPU Intel.
Sous Linux :
lsgpu -p | grep capabilities
engine/bcs0/capabilities :
engine/bcs0/known_capabilities :
engine/rcs0/capabilities :
engine/rcs0/known_capabilities :
engine/vcs0/capabilities : hevc sfc
engine/vcs0/known_capabilities : hevc sfc
engine/vecs0/capabilities : sfc
engine/vecs0/known_capabilities : sfc
-
Je clique sur "Obtenir dans l'application du Store" et j'arrive sur cette petite fenêtre qu'il est impossible d'agrandir :
Donc l'extension a été installée automatiquement, ou est déjà dans Windows 11.
-
Cela fait longtemps que c'est dans le Microsoft Store, depuis Windows 10
A toutes fins utiles, tu as aussi Dolby qui vends une license pour l'ATMOS sur le Microsoft Store.
Si tu ne veux pas débourser quoi que ce soit pour tes tests utilise "k codec pack full" tu vas pouvoir manipuler pas mal de paramètres.
-
Mon objectif est de savoir quels codecs sont supportés par quel navigateur et depuis quelle version. On voit que Netflix ne propose pas VP9 sur Edge, car si Edge propose VP9 depuis 2018, Edge ne se met à jour (avant la version Chromium) qu'en mettant à jour Windows. J'imagine qu'il y a encore suffisamment de veilles versions de Windows 10 pour que Netflix ne mette pas les flux VP9 sur ce navigateur. Pourquoi ne pas utiliser le user-agent pour détecter la version de Edge et propose du VP9 au 99,9% qui le supportent ? Je l'ignore.
Pour Edge, si Windows 11 installe par défaut l'extension HEVC sur les PC qui ont un GPU qui sait décoder HEVC, cela change les choses (normalement tous les PC qui répondent à la configuration minimum de Windows 11 supportent HEVC).
Si l'extension n'est pas installée par défault (cas de Windows 10), dans ce cas-là le support est faible et les concepteurs de sites qui hébergent des vidéos ne peuvent pas compter dessus.
Pour Chrome, c'est incroyable, j'ai du mal à avoir la version ou HEVC a été activé par défaut pour chaque plateforme.
-
Mon objectif est de savoir quels codecs sont supportés par quel navigateur et depuis quelle version.
Quel est l'intéret ?
il te faut vérifier quelle société fait partie de quel consortium de spécification y ayant participé ou versant une license d'exploitation, et à partir de quelle date a été finalisée la spec.
Ensuite le navigateur peut-être intrinsèquement lié à l'OS et à la gestion graphique, chez Apple c'est le cas, ainsi qu'une volonté de participer à la spécification et aux royalties.
La librairie de l'algorithme de codec peut être embarqué dans le navigateur ou d'un lecteur ad-hoc.
Tu n'as pas cru à HEVC depuis le début de nos discussions et a fait le paris que les codec très liés au WEB iraient supplanté h.264, h.265, h.266
A mon avis c'est une erreur.
-
Surprise : "L'extension vidéo HEVC du fabricant de l'appareil" est installée de base sur un Windows 11 22H2 sur un vieux PC Core i3-4150 @3,5 Ghz équipé d'un iGPU Intel HD Graphics 4400.
C'est le premier iGPU Intel à avoir un accélération (il me semble partielle iGPU partielle CPU) pour HEVC 8 bit.
Les vidéos HEVC sont directement lisibles dans Edge 106.
Par contre pas de support HEVC dans Chrome 106 sur ce PC Windows 11 22H2.
Tableau Intel, quand des drivers avec accélération HEVC / VP9 avait été publiés :
(https://lafibre.info/images/materiel/201501_intel_gpu_acceleration_hevc_vp9.png)
-
Je ne suis pas sûr que l'accélération partielle soit maintenue, ni qu'elle soit compétitive par rapport aux décodeurs logiciels plus récents.
Selon https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video, il faut plutôt compter sur :
- Skylake (6ème génération) minimum pour le HEVC 8 bits
- Kaby Lake (7ème génération) minimum pour le HEVC 10 bits et le VP9 (8/10 bits)
-
Le support de HEVC est bien une fonctionnalité apportée par Windows 11 22H2 !
(Attention Windows 10, même en version 22H2 n'est pas concerné)
Voici les tests que j'ai réalisé sur un PC Core i3-2310M de 2011 équipé d'un iGPU Intel HD Graphics 3000 qui a la particularité de ne pas avoir de support du HEVC.
Clean installation de Windows 11 21H2 (2021) : L'extension HEVC n'est pas installée :
(https://lafibre.info/testdebit/windows11/202210_win11_extension_hevc_fabricant_3.webp)
Clean installation de Windows 11 22H2 (2022) : L'extension HEVC est installée :
(https://lafibre.info/testdebit/windows11/202210_win11_extension_hevc_fabricant_4.webp)
Avec ce vieux PC Edge ne lit les vidéos HEVC, mais le lecteur multimédia de Windows 11 lit bien les vidéos HEVC (la nouvelle génération, mais aussi l'ancienne génération également pré-installé avec Windows 11) et ce sans avoir installé le moindre logiciel après la clean install de Windows 11 22H2.
-
Il y a une mise à jour majeure entre la version 1, proposée avec Windows 11 22H2 en septembre 2022, et la version mis à jour en octobre 2022 sur le Microsoft Store :
(https://lafibre.info/testdebit/windows11/202210_win11_extension_hevc_fabricant_5.webp)
La version 1 est livrée avec Windows 11 H2 :
(https://lafibre.info/testdebit/windows11/202210_win11_extension_hevc_fabricant_6.webp)
La version 2, proposée en mise à jour :
(https://lafibre.info/testdebit/windows11/202210_win11_extension_hevc_fabricant_7.webp)
-
J'ai mis à jour mon image récapitulant le support de HEVC, c'est maintenant plus clair et le support HEVC.
C'est plus clair avec un support de Chrome et Edge en 2022.
Reste à savoir si les autres navigateurs rajouteront un support quand c'est supporté sur le PC, comme pour H.264
L'arrivée de l'extension HEVC dans Windows 11 permettrait, j'imagine, la prise en charge de HEVC de navigateurs tels que Firefox ou autres navigateurs basés sur Chromium sous Windows 11, comme pour le support H.264.
Le support de H.264 (pour le décodage) est en effet lié au système hôte. Ceux qui installent des Linux sans la prise en charge des codecs restreints savent bien qu'il n'y a pas de support du H.264 directement dans le navigateur pour le décodage (le binaire Cisco H.264 dans Firefox, c'est pour l'encodage H.264 pour des visioconférences WebRTC).
(2022 doit apparaitre deux fois en gros ci-dessous, si ce n'est pas le cas, il faut peut-être vider le cache du navigateur pour avoir la mise à jour)
(https://lafibre.info/images/tv/hevc_support.webp)
-
Les deux premières cartes graphiques RDNA 3 d'AMD sont annoncées pour le 13 décembre.
New AMD RDNA 3 Media Engine – Features AV1 hardware encoding enabling up to 7X faster video encoding at 8K compared to a software-only solution15, and integrates Xilinx Content Adaptive Machine Learning technology to enhance text quality for lower resolutions and bitrate streams.
https://www.amd.com/en/press-releases/2022-11-03-amd-unveils-world-s-most-advanced-gaming-graphics-cards-built
Ce moteur peut gérer deux flux simultanés en AVC/HEVC (un d'encodage, un de décodage) et une résolution d'encodage de 8K60 pour l'AV1.
-
Mauvaise nouvelle :
J'ai testé sur un PC récent (Core 12ème génération avec iGPU Intel) : "L'extension vidéo HEVC du fabricant de l'appareil" n'est pas installée lors d'une migration Windows 11 21H2 vers Windows 11 22H2.
Il faut une clean install pour que l'installation soit réalisée automatiquement. Le support HEVC n'est donc pas complet.
-
je n'ai pas compris. A quoi sert cette extension ?
je n'ai jamais rien installé du microsoft store et je n'ai jamais eu le moindre pb pour lire des videos hevc
ca sert seulement pour le lecteur intégré à windows donc ?
-
Cette extension sert à lire des vidéos HEVC dans Microsoft Edge et dans le lecteur multimédia proposé par Microsoft.
C'est l'unique solution pour avec HEVC dans Microsoft Edge. Une des utilisations, c'est pour Netflix, où Edge est le seul navigateur sur Windows à proposer des révolutions supérieures à du 720p.
Le support de HEVC dans Chrome est tout récent (Chrome 107 sous Windows/Mac et Chrome 108 sous Linux) et limité (pas de DRM).
-
Pour les cartes graphiques Nvidia, il est possible de savoir quels sont les codecs qui bénéficient d'une accélération matérielle, avec le détail de la résolution et le nombre de macro-blocs supportés.
Exemple avec une carte Nvidia Quadro FX 5800, une carte très haut de gamme pour les professionnels, lancée en novembre 2008. Elle est équipée d'un G200-875-B2 + NVIO2-A2. C'est une sorte de GeForce GTX 285 améliorée.
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_1.webp)
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_2.webp)
On a le détails des différents profils supportés : (étonnant de ne pas voir le H.264 profil Baseline qui est réguliérement utilisé)
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_3.webp)
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_4.webp)
-
Autres détails du driver de cette carte graphique Nvidia Quadro FX 5800, c'est le driver Nvidia 340, c'est ancien, mais c'est le dernier à prendre en charge cette carte graphique, sous Xubuntu 20.04 LTS.
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_5.webp)
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_6.webp)
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_7.webp)
(https://lafibre.info/testdebit/ubuntu/202212_nvidia_quadro_fx5800_8.webp)
-
Up there >
Concernant Windows, le soft DXVA Checker est bien utile pour savoir quel codec est supporté par sa machine de façon concrète.
https://bluesky-soft.com/en/DXVAChecker.html
Fonctionne avec n'importe quel GPU.
-
Je me demande comment vérifier la prise en charge de l'accélération matérielle sous Firefox.
J'ai un PC portable équipé d'un processeur Intel Celeron N4100, de génération Goldmont Plus et d'une carte graphique intégrée Intel UHD Graphics 600 intègre normalement le décodage matériel du H.264 et du VP9.
En pratique, la charge CPU est importante pour les vidéos 1080p 60 images par secondes de la page https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/
En H.264 on monte à 62% d'utilisation du CPU contre 83% en AV1 (ce dernier étant forcément logiciel). Un tel niveau d'utilisation CPU, indique que le décodage du H.264, ce n'est pas possible autrement.
Le VP9 qui a une consommation CPU entre le H.264 et l'AV1 est lui aussi réalisé par le CPU.
(https://lafibre.info/testdebit/ubuntu/202212_pc_ile-de-france_unowhy_y13_20.webp)
(https://lafibre.info/testdebit/ubuntu/202212_pc_ile-de-france_unowhy_y13_21.webp)
-
Il y a quelques informations dans about:support, mais c'est limité.
Les valeurs du "Journal des décisions" peuvent être intéressantes, mêmes celles qui concernent l'accélération graphique.
Mais pour la vidéo proprement dite, il n'y a que HW_DECODED_VIDEO_ZERO_COPY (uniquement activé sur Intel), VP8_HW_DECODE, et VP9_HW_DECODE.
Dans "Multimédia", il y a "Informations sur la prise en charge des codecs", mais je vois tout dans la liste, y compris "AV1 HW" qui n'est pas supporté par ma carte.
Pour vérifier sur une vidéo en pratique, je crois qu'il n'y a que les logs.
Dans about:logging, il y a une présélection "Lecture multimédia".
-
Avec Firefox qui est dans un SNAP, je ne trouve pas le /tmp utilisé pour stocker les logs. Ce n'est pas le /tmp du système et je ne le trouve pas dans /snap/firefox/current/
Par contre-pas la peine de continuer à chercher avec Firefox, Chromium 108 m'indique qu'il n'y a aucune accélération vidéo, même pas pour H.264, tout est fait de façon logiciel.
Copie d'écran complète, si je comprends bien, il y a une blocklist pour l'encodage vidéo, probablement pour une bonne raison, mais le décodage devrait être accéléré alors qu'aucun Codec n'est pris en charge : (Le noyau Linux est un 5.15, c'est Ubuntu 22.04.1 LTS qui est utilisé)
Video Decode: Hardware accelerated
Video Encode: Software only. Hardware acceleration disabled
[...]
Accelerated video encode has been disabled, either via blocklist, about:flags or the command line.
Disabled Features: video_encode
[...]
Video Acceleration Information
Decoding : [rien, même pas "Decode h264 basline"]
Encoding : [rien, normal, vu la blocklist]
(https://lafibre.info/testdebit/ubuntu/202212_igpu_intel_uhd_graphics_600_1.webp)
(https://lafibre.info/testdebit/ubuntu/202212_igpu_intel_uhd_graphics_600_2.webp)
vainfo indique bien une accélération MPEG2, H.264, VP8, HEVC et VP9 :
$ vainfo
libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.12.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.3.1 ()
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
-
UHD Graphics 600 => C'est un iGPU Intel Graphics Technology Gen9
J'ai testé avec un iGPU Intel plus ancien, Gen7 : Un iGPU HD Graphics 4400, utilisé avec un Intel Core i3-4150 @ 3,5 GHz
=> Chromium me met la même chose pour l'accélération vidéo :
Video Decode: Hardware accelerated
Video Encode: Software only. Hardware acceleration disabled
[...]
Accelerated video encode has been disabled, either via blocklist, about:flags or the command line.
Disabled Features: video_encode
[...]
Video Acceleration Information
Decoding : [rien, même pas "Decode h264 basline"]
Encoding : [rien, normal, vu la blocklist]
OS sur ce PC : Ubuntu 22.10 avec noyau Linux 5.19
$ vainfo
libva info: VA-API version 1.15.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_14
libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
libva info: va_openDriver() returns 1
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_10
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.15 (libva 2.12.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Haswell - 2.4.1
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
Ce problème semble limité à Linux
Même PC Intel Core i3-4150 @ 3,5 GHz avec un iGPU HD Graphics 4400, mais sous Windows 11 : Chrome dit avoir une accélération vidéo H.264 et HEVC
(https://lafibre.info/testdebit/windows11/202212_igpu_intel_hd_graphics_4400.webp)
-
Avec Firefox qui est dans un SNAP, je ne trouve pas le /tmp utilisé pour stocker les logs. Ce n'est pas le /tmp du système et je ne le trouve pas dans /snap/firefox/current/
Si on ne peut pas spécifier un emplacement partagé, alors il faut accéder au /tmp du snap.
Comme c'est un conteneur, on peut normalement y accéder depuis /proc/$(pidof firefox)/root/tmp.
Par contre-pas la peine de continuer à chercher avec Firefox, Chromium 108 m'indique qu'il n'y a aucune accélération vidéo, même pas pour H.264, tout est fait de façon logiciel.
C'est étrange, il faudrait peut-être tester une version hors snap (Le paquet de Debian, ou Chrome, ou si c'est juste pour un test un Chromium depuis https://www.chromium.org/getting-involved/download-chromium/).
-
J'ai installé Chrome (paquet DEB) sur mon Intel Core i3-4150 @ 3,5 GHz.
Le tableau "Video Acceleration Information" reste vide : aucun codec n'est accéléré en décompression.
Je suis aussi étonné que "Device Performance Information" soit vide, comme dans la longue capture d'écran du Celeron N4100.
-
Google Tensor G3 proposera un encodage matériel AV1
C'est la puce qui équipera les Pixels 8 qui pourraient être lancés en octobre 2023.
(https://lafibre.info/images/tv/202110_google_tensor.webp)
Tensor G3 serait la La première puce à offrir un encodage matériel AV1 sur les smartphones (et elle gérera jusqu'au 4K à 30 images par secondes).
-
La puce Apple M3 devrait posséder un décodage matériel AV1
Il équipera les mac qui sortiront dans les prochaines semaines
(https://lafibre.info/images/logo/202310_apple_m3.avif)
-
J'ai mis à jour mes tableaux en première page avec de nouveaux processeurs et SoC.
Tableau pour l'écosystème Apple (Mac / iPhone / iPad / Apple TV)
PDF disponible en cliquant sur le tableau :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_2.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf#page=3)
Tableau pour les smartphones et tablettes Android
PDF disponible en cliquant sur le tableau :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_3.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf#page=4)
N'hésite pas à me proposer des CPU à rajouter ou corriger des erreurs.