Auteur Sujet: Vidéos de test H.264, HEVC, VP9 et AV1 du 320p à la 8K (4320p) (Lu 118830 fois)

decalage · « **Réponse #216 le:** 28 août 2023 à 21:43:13 »

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

vivien · « **Réponse #217 le:** 28 août 2023 à 21:58:13 »

Merci, je corrige.

Édit : Mise à jour effectuée.

vivien · « **Réponse #218 le:** 28 août 2023 à 22:09:22 »

Citation de: dmfr le 11 décembre 2022 à 22:34:02

Citation de: vivien le 09 décembre 2022 à 10:11:57
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
Code: [Sélectionner]
--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.

vivien · « **Réponse #219 le:** 29 août 2023 à 09:21:18 »

Mise à jour de mon image pour le support de HEVC qui arrive sous Linux sur Chrome et navigateurs basés sur Chromium (sans Edge) :

vivien · « **Réponse #220 le:** 29 août 2023 à 13:56:24 »

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.

foxmt · « **Réponse #221 le:** 29 août 2023 à 14:22:45 »

Ca fonctionne sous Safari

Je suis sous MacOS Sonoma Beta 14 public

Cochonou · « **Réponse #222 le:** 29 août 2023 à 14:46:16 »

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.

vivien · « **Réponse #223 le:** 29 août 2023 à 16:14:45 »

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 ?

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

Cochonou · « **Réponse #224 le:** 29 août 2023 à 16:22:38 »

Alors non, curieusement sous iOS (16.6) ça ne semble pas marcher.

vivien · « **Réponse #225 le:** 29 août 2023 à 18:42:55 »

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

ro78 · « **Réponse #226 le:** 12 septembre 2023 à 20:09:41 »

AV1 à partir de l’iPhone 15 Pro semble-t-il.

Tinnyrex · « **Réponse #227 le:** 12 septembre 2023 à 20:31:57 »

oui c'est confirmé avec la nouvelle puce A17 Pro. Il y a le décodage matériel de l'AV1