Auteur Sujet: Prise en charge de HEVC / H.265 dans les navigateurs web (Lu 7131 fois)

Ozwel · « **le:** 09 mars 2023 à 17:07:25 »

Prise en charge de HEVC / H.265 dans les navigateurs web

Nous sommes en 2023 et presque aucun navigateur sous Windows ne permet de lire du H265.

Vous savez si c'est voué à bouger un jour ou bien, il faut arrêter d'espérer ?

zergflag · « **Réponse #1 le:** 09 mars 2023 à 17:17:00 »

Il y a un sujet sur le forum pour ça mais HEVC (H265) risque d'être délaissé au profit d'AV1

vivien · « **Réponse #2 le:** 09 mars 2023 à 18:44:27 »

J'ai mis à jour mon image récapitulative, car le support de HEVC s'est bien amélioré : On a du support partiel de HEVC dans tous les navigateurs sauf Firefox.

- Restriction N°1 : Les DRM, nécessaires pour des vidéos protégées (Netflix et compagnie) ne sont supportés sûr l'écosystème Apple et Microsoft Edge (uniquement sous Windows).

- Restriction N°2 : Chrome, Vivaldi et Opéra pour Windows et Mac : il faut un support du HEVC pour la carte graphique pour avoir de l'HEVC. Les PC sans support matériel (ordinateurs qui ont plus de 6 ans pour simplifier) n'ont donc pas de support du HEVC. Avec Safari et avec les navigateurs sous Android, il y a par contre un support HEVC logiciel.

- Restriction N°3 : Pour Microsoft Edge, il faut une extension (qui peut être payante) et qui n'est disponible que sous Windows. L'installation par défaut de l'extension HEVC n'est réalisée que sur les nouvelles installations de Windows 11 22H2.

- Restriction N°4 : Pas de HEVC sous Linux pour le moment, quel que soit le navigateur web utilisé. Cela pourrait évoluer les prochains mois.

Avec autant de comportement différent, c'est la catastrophe pour le support. Je ne serais pas étonné de voir Firefox évoluer sur le sujet pour ne pas être distancé par Chrome.

(Il faut peut-être vider le cache de votre navigateur pour voir la mise à jour)

J'ai vérifié le comportement de HEVC sur différents PC et smartphone Android (avec support matériel ou non).

Il me manque MacOS : Si vous avez un Mac, je veux bien un test de Vivaldi et Opéra pour valider que HEVC fonctionne bien.

dmfr · « **Réponse #3 le:** 12 mars 2023 à 13:27:53 »

Citation de: vivien le 09 mars 2023 à 18:44:27

- Restriction N°4 : Pas de HEVC sous Linux pour le moment, quel que soit le navigateur web utilisé. Cela pourrait évoluer les prochains mois.

Oui, chrome à partir de la version 113,
l'implémentation VAAPI utilisera un processing NV12>ARGB, format qui est supporté nativement par le GBM.

https://bugs.chromium.org/p/chromium/issues/detail?id=1399897

Mais cette opération supplémentaire a un coût en performance. En natif NV12 le 8K est décodé sans pb sur un 10th gen portable, ce n'est plus le cas en ARGB.

Et c'est dommage car il y a quelque part un malentendu,
l'implémentation initiale (natif NV12) ne fonctionnait pas nativement sous linux car le GBM Mesa supporte pas (ou partiellement) les formats multi-planar.
Or dans le code de Chromium, pour linux/Ozone ce fameux GBM est encapsulé mais pas réellement utilisé,
Le NV12 est utilisable sans problème si on désactive les morceaux de code inutiles.

https://bugs.chromium.org/p/chromium/issues/detail?id=1418966

dmfr · « **Réponse #4 le:** 12 mars 2023 à 13:28:57 »

Citation de: zergflag le 09 mars 2023 à 17:17:00

Il y a un sujet sur le forum pour ça mais HEVC (H265) risque d'être délaissé au profit d'AV1

Honnêtement, je n'espère pas.
À mon sens, AV1 est surtout une trouvaille made in Google, qui réutilise les principes du H265 en contournant les brevets.
Pour voir une amélioration par rapport à HEVC... le temps d'encodage est décuplé.
Quand au temps réel, envisageable uniquement avec SVT-AV1 (et encore), on rejoint la qualité HEVC au même bitrate pour une charge CPU bien supérieure.

C'est rageant, car tous les matériels depuis au moins 5 ans supportent H264/H265 decode+encode en HW. Tout était prêt pour du full HW stable, mais grâce à AV1, on repart de zéro, pour un gain visuel nul sauf à utiliser une charge CPU démente en encodage.

vivien · « **Réponse #5 le:** 12 mars 2023 à 13:50:54 »

HEVC est un bon codec, la problématique, c'est la licence.

Citation de: dmfr le 12 mars 2023 à 13:27:53

Oui, chrome à partir de la version 113,
l'implémentation VAAPI utilisera un processing NV12>ARGB, format qui est supporté nativement par le GBM.

J'ai testé Google Chrome Dev (version 113.0.5638.0 Build officiel version deb) et Chromium Version 113.0.5638.0 version Snap sous Ubuntu 22.10 : Aucun des deux n'arrive à lire de vidéos HEVC sur un PC Intel Core i5-8250U (GPU Intel UHD Graphics 620 qui décode l'HEVC).

dmfr · « **Réponse #6 le:** 12 mars 2023 à 13:52:06 »

Citation de: vivien le 12 mars 2023 à 13:50:54

J'ai testé Google Chrome Dev (version 113.0.5638.0 Build officiel version deb) et Chromium Version 113.0.5638.0 version Snap sous Ubuntu 22.10 : Aucun des deux n'arrive à lire de vidéos HEVC sur un PC Intel Core i5-8250U (GPU Intel UHD Graphics 620 qui décode l'HEVC).

Code: [Sélectionner]

--enable-features=VaapiVideoDecoder,VaapiVideoDecodeLinuxGL,VaapiVideoEncoder --disable-features=Vulkan

zergflag · « **Réponse #7 le:** 12 mars 2023 à 13:54:58 »

Citation de: dmfr le 12 mars 2023 à 13:28:57

Honnêtement, je n'espère pas.
À mon sens, AV1 est surtout une trouvaille made in Google, qui réutilise les principes du H265 en contournant les brevets.
Pour voir une amélioration par rapport à HEVC... le temps d'encodage est décuplé.
Quand au temps réel, envisageable uniquement avec SVT-AV1 (et encore), on rejoint la qualité HEVC au même bitrate pour une charge CPU bien supérieure.

C'est rageant, car tous les matériels depuis au moins 5 ans supportent H264/H265 decode+encode en HW. Tout était prêt pour du full HW stable, mais grâce à AV1, on repart de zéro, pour un gain visuel nul sauf à utiliser une charge CPU démente en encodage.

Je sais bien mais après maintenant on commence à voir des cartes graphiques qui ont une prise en charge d'AV1 pour l'encodage et le décodage, après je sais pas ce que ça donne au niveaux temps d'encodage mais bon dans tout les cas le marché a l'air de tourner vers AV1 à terme.

Google l'utilise déjà pour YouTube, Facebook aussi pour les vidéos, Twitch veut passer sur du full AV1 d'ici 2025..

Le seul qui a du mal c'est Apple (ils ont quand même implémenter AVIF dans Safari avec iOS 16)

Je pensais que c'était rav1e qui était plus rapide pour encoder, c'est pas/plus le cas ?

Sinon oui je suis d'accord qu'en termes d'encodage avec le CPU, HEVC est beaucoup plus rapide, ça il n'y a pas de débat

Optix · « **Réponse #8 le:** 12 mars 2023 à 14:42:48 »

Citation de: zergflag le 12 mars 2023 à 13:54:58

mais bon dans tout les cas le marché a l'air de tourner vers AV1 à terme.

Non. Ce sera le VVC.

Pourquoi ? Parce que c'est le standard MPEG.

zergflag · « **Réponse #9 le:** 12 mars 2023 à 14:58:46 »

Je n'espère pas car il est sous licence, je préfère un codec libre et open-source.

Optix · « **Réponse #10 le:** 12 mars 2023 à 15:09:14 »

Tu ne comprends pas.

D'un côté, oui, tu as les pointes du web qui partent dans leur direction avec AV1 & cie, dans le but avant tout d'optimiser leur plateforme. Mais ça part dans tellement de directions que c'est difficile de construire un écosystème dessus.

De l'autre, tu as toute l'industrie du broadcast qui est bâtie sur le standard MPEG et qui marche très très bien (la preuve, la partie container TS fait tellement bien le job, qu'on s'en sert encore maintenant, alors que ça date de MPEG2, càd 1994 ! alors qu'on claque du HEVC en UHD dessus). Cette partie est importante car c'est ça qui permet l'interopérabilité entre les acteurs et les équipements, qui est enseignée en cours, qui permet d'avoir des codeurs que tu gardes 10 ans, etc.

Et quand tu gères un pan de ce secteur, tu t'en fous de payer des licences sur des encodeurs Dolby (vu que toute la TNT est diffusée en Dolby), car derrière ça va marcher partout et du feu de dieu.

dmfr · « **Réponse #11 le:** 12 mars 2023 à 15:18:22 »

Citation de: zergflag le 12 mars 2023 à 14:58:46

Je n'espère pas car il est sous licence, je préfère un codec libre et open-source.

Codec open-source ca ne veut rien dire, pour tous les codecs (H264/VPx/HEVC/AV1) il y a des implémentations open-sources (x264,x265,...), et des implémentations propriétaires (pertinentes parfois dans certains cas très précis).

Ensuite un codec "libre", c-a-d conçu de A à Z par des contributeurs sans but lucratif ou arrière-pensée stratégique, on peut chercher longtemps.