La Fibre
Télécom => Télécom => 
TV et codecs => Discussion démarrée par: vivien le 27 mars 2019 à 20:39:38
-
Testez votre navigateur sur la prise en charge des principaux codecs vidéos
Codec Theora :
Theora est un format de compression vidéo ouvert et sans brevets promu par la fondation Xiph.org. Theora est une amélioration de VP3, prédécesseur de VP8.
1er juin 2004: le format Theora est déclaré définitif. Il ne changera plus et tous les flux encodés avec les versions ultérieures des encodeurs seront rétro-compatibles.
Firefox (depuis Firefox 3.5 - 2009), Chrome (depuis Chrome 4 - 2010), Edge (depuis Edge 17 - 2018), Opera (depuis version 11.5 - 2011) permettent de visionner les vidéos encodées en Theora et supporte également l'élèment <video> issu d'HTML5 permettant une parfaite intégration des vidéos dans les pages Web.
Codec non supporté par Safari et Internet Explorer.
Vidéo : Theora 524*556 (4:3) 25 images par seconde à 1,29 Mb/s
Audio : Vorbis 1 voie 48 kHz à 60 Kb/s
Vidéo du journal CCTV en Français (15 minutes). Première vidéo que j'ai mise en ligne (sur ce sujet (https://lafibre.info/bistro-sujet-libre/journal-chinois-sur-le-relais-parisien-de-la-torche-des-jo-de-beijing/)), choqué par le traitement de l'information.
A l'époque (début 2008) Theora était le codec vidéo libre le plus performant et pris en charge depuis Firefox 3.5.
Encodé avec ffmpeg2theora depuis un flux source en MPEG-2 encodé par Free et récupéré sur une Freebox ADSL (la résolution est celle du flux Free)
https://lafibre.info/videos/international/200804_cctv_journal_8-4-2008_complet.ogg
-
Codec VP8 :
VP8 est un format de compression vidéo ouvert et sans redevance appartenant à Google et créé par On2 Technologies.
Firefox (depuis Firefox 4 - 2011), Chrome (depuis Chrome 6 - 2010), Edge (depuis Edge 14 - 2016), Opera (depuis version 11.5 - 2011) supportent le format vidéo WebM VP8.
Codec non supporté par Safari et Internet Explorer. Safari 12.1 et ultérieur (sortie en 2019) rajoute le support de VP8, mais uniquement dans le cadre de WebRTC.
Vidéo : VP8 1080p (16:9) 25 images par seconde à 2,66 Mb/s
Audio : Vorbis 2 voies 48 kHz à 112 Kb/s
Encodage: prestataire CNIL pour le MOOC RGPD. Vidéo CNIL, sous licence Creative Commons BY-NC-ND 3.0.
https://lafibre.info/videos/test/201902_cnil_atelier_rgpd_video_vp8_vorbis_1080p_2.6mbps.webm
Je n'ai pas compris pourquoi le MOOC RGPD de la CNIL utilise du VP8 alors qu'il a été conçu en 2019...
-
Codec MPEG-4 AVC / H.264 :
H.264/AVC (MPEG-4 Part 10) nécessite de payer des droits pour l'utilisation d'une technologie brevetée. Le principal bénéficiaire de ces droits concernant cette norme est une organisation privée : MPEG-LA, LLC.
Le MPEG-4 AVC est pris en charge (directement ou indirectement) par tous les navigateurs internet : Firefox (depuis Firefox 21 - 2013), Chrome (depuis Chrome 4 - 2010), Safari (depuis Safari 3.2 - 2008), Edge (toutes les versions), Opera (depuis version 25 - 2014), Internet Explorer (depuis IE 9 - 2012)
Presque toutes les vidéos hébergés sur ce forum sont encodées en AVC / H.264 afin d'avoir une compatibilité maximum.
Vidéo : AVC 1080p (16:9) 25 images par seconde à 0,63 Mb/s
Audio : AAC 2 voies 44,1 kHz à 126 Kb/s
Cette vidéo est la seule de toutes celles proposées, lisibles avec Microsoft Internet Explorer 11
Vidéo Orange d'avril 2015
https://lafibre.info/videos/orange/201504_il_y_a_fibre_et_fibre.mp4
Vidéo : AVC 1080p (16:9) 25 images par seconde à 26,0 Mb/s
Audio : AAC LC 2 voies 48 kHz à 317 Kb/s
Vidéo Bouygues Telecom de janvier 2020
https://lafibre.info/videos/bouygues/202001_bbox_fibre_wi-fi6_presentation_26mbps.mp4
Vidéo : AVC 1080i (16:9) 25 images par seconde à 27,0 Mb/s
Audio : Mpeg audio 2 voies 48 kHz à 320 Kb/s
Cette vidéo n'est pas lisible avec Edge 18 ou IE 11, alors que la première l'est.
Voici une vidéo de France 3 HD+ à 29 Mb/s, récupéré du flux multicast Bouygues Telecom qui est en clair.
Flux encodé par CanalSat pour Bouygues Telecom et récupéré depuis un abonnement FTTH Bouygues Telecom
Le flux audio et vidéo mis dans un container MP4 pour permettre la lecture en ligne - le sous-titrage et le télétexe ont été supprimés.
https://lafibre.info/videos/test/201609_bouygues_telecom_france3_hd_plus_avc_1080i_27mbps.mp4
-
Codec VP9 :
VP9 est un codec vidéo ouvert et sans redevance développé par Google.
Firefox (depuis Firefox 28 - 2014), Chrome (depuis Chrome 29 - 2013), Edge (depuis Edge 14 - 2016), Opera (depuis version 15 - 2013) supportent le format vidéo VP9 dans l'élèment HTML5 vidéo.
Codec non supporté par Safari et Internet Explorer.
Vidéo : VP9 720p (16:9) 30 images par seconde à 0,67 Mb/s
Audio : Opus 2 voies 48 kHz à 160 Kb/s
Encodage: Youtube
https://lafibre.info/videos/test/201400_codec_vp9_720p_666kbps.webm
Vidéo : VP9 1080p (16:9) 25 images par seconde à 8,71 Mb/s
Audio : Opus 2 voies 48 kHz à 160 Kb/s
Cette seconde vidéo n'est pas lisible avec certains Chrome, Edge 18 avec altération matérielle VP9, alors que la première proposée en VP9 l'est.
Publicité Free encodée en deux passes à partir d'un fichier source à 73 Mb/s (https://lafibre.info/videos/test/201811_test_prores_422_hq.zip) avec les paramètres suivants :
ffmpeg -i 201811_test_prores_422_hq.mov -c:v libvpx-vp9 -pass 1 -b:v 0 -crf 10 -threads 4 -speed 4 -an -f webm -y /dev/null
ffmpeg -i 201811_test_prores_422_hq.mov -c:v libvpx-vp9 -pass 2 -b:v 0 -crf 10 -threads 4 -speed 0 -auto-alt-ref 1 -c:a libopus -b:a 160k -f webm 201811_test_prores_422_hq.webmhttps://lafibre.info/videos/test/201811_test_vp9_1080p_8705kbps_opus_160kbps.webm
-
Codec AV1 :
(https://lafibre.info/images/tv/photo_av1.webp)
AV1 est un codec vidéo ouvert et libre de droits, crée par l’Alliance for Open Media (Amazon, Apple, ARM, Cisco, Facebook, Google, IBM, Intel, Microsoft, Mozilla, Netflix, et Nvidia)
"L'AV1 devrait être pris en charge en 2019 par tous les navigateurs internet et en 2020 par tous les processeurs."
Supporté par défaut depuis Firefox 65 (janvier 2019 - 64bits uniquement) / Firefox 66 (mars 2019 - 32 et 64bits) / Chrome 70 (octobre 2018) / Opera 57 (novembre 2018)
Codec non supporté par Internet Explorer. Support AV1 de Safari pas encore réalisé. Il est possible que Apple attende une accélération matérielle d'AV1.
=> https://caniuse.com/#search=av1
Codec AV1 en 720p (1 280 × 720 pixels) :
Vidéo : AV1 720p (16:9) 25 images par seconde à 1,5 Mb/s
Audio : aucun
Nom du fichier : test6_codec_av1_720p_1.5mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test6_codec_av1_720p_1.5mbps.webm
Vidéo : AV1 720p (16:9) 25 images par seconde à 3,9 Mb/s
Audio : aucun
Nom du fichier : test5_codec_av1_720p_3.9mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test5_codec_av1_720p_3.9mbps.webm
-
Codec AV1 en 1080p (1 920 × 1 080 pixels) :
Vidéo : AV1 1080p (16:9) 25 images par seconde à 2,7 Mb/s
Audio : aucun
Nom du fichier : test4_codec_av1_1080p_2.7mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test4_codec_av1_1080p_2.7mbps.webm
Vidéo : AV1 1080p (16:9) 25 images par seconde à 6,3 Mb/s
Audio : aucun
Nom du fichier : test3_codec_av1_1080p_6.3mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test3_codec_av1_1080p_6.3mbps.webm
-
Codec AV1 en Ultra HD (3 840 × 2 160 pixels) :
Vidéo : AV1 4k à (16:9) 25 images par seconde à 8,5 Mb/s
Audio : aucun
Nom du fichier : test2_codec_av1_4k_8.5mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test2_codec_av1_4k_8.5mbps.webm
Vidéo : AV1 4k à (16:9) 25 images par seconde à 13,9 Mb/s
Audio : aucun
Nom du fichier : test1_codec_av1_4k_13.9mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test1_codec_av1_4k_13.9mbps.webm
-
Que faire si Firefox ne lit pas les vidéos AV1 ?
Firefox 64bits supporte AV1 depuis Firefox 65 (janvier 2019)
Firefox 32bits supporte AV1 depuis Firefox 66 (mars 2019)
Toutefois seul une partie des utilisateurs ont AV1 qui est automatiquement activé.
Si ce n'est pas le cas chez vous, il faut se rendre sur la page about:config et chercher la ligne media.av1.enabled et passer la valeur à true en cliquant sur la ligne.
-
Et le h265 ?
-
Et le h265 ?
trop cher :p
-
H.265, ou « MPEG-4 HEVC » est un codec qui n'est pas lut par les deux principaux navigateurs web (Chrome / Firefox), on peut donc considérer que ce n'est pas un codec pour Internet.
Pour la vidéo qui n'est pas lisible avec Chrome, je dois préciser que le son est ok, mais la vidéo rester un écran vert.
C'est peut-être lié au décodage matériel : je suis sur un PC récent, Core i5-8250U @1,6Ghz avec carte Intel UHD Graphics 620 qui est en mesure de décoder le VP9 de façon hardware.
Voici ce que je vois sur mon PC (OS: Windows 10 64bits 1809)
(https://lafibre.info/testdebit/windows10/201903_win10_chrome73_lecture_vp9.png)
-
Vidéo : VP9 1080p (16:9) 25 images par seconde à 8,71 Mb/s
Audio : Opus 2 voies 48 kHz à 160 Kb/s
Cette seconde vidéo n'est pas lisible avec Chrome, Edge 18, IE 11, alors que la première proposée en VP9 l'est.
Publicité Free encodée en deux passes à partir d'un fichier source à 73 Mb/s (https://lafibre.info/videos/test/201811_test_prores_422_hq.zip) avec les paramètres suivants :
ffmpeg -i 201811_test_prores_422_hq.mov -c:v libvpx-vp9 -pass 1 -b:v 0 -crf 10 -threads 4 -speed 4 -an -f webm -y /dev/null
ffmpeg -i 201811_test_prores_422_hq.mov -c:v libvpx-vp9 -pass 2 -b:v 0 -crf 10 -threads 4 -speed 0 -auto-alt-ref 1 -c:a libopus -b:a 160k -f webm 201811_test_prores_422_hq.webm
Tout comme Philippe, elle s'affiche aussi sans problème sur mon Chrome. C'est un sans faute ; Tout est lisible. (J'ai également Lav, mais j'ai laissé par défaut sans rien toucher)
Firefox : Sans faute également.
IE 11 : Une catastrophe. Seule vidéo lisible : Vidéo : AVC 1080p (16:9) 25 images par seconde à 0,63 Mb/s
Edit : J'ai retiré l'image pour Firefox, j'avais zappé qu'il n'était pas dans la liste. ::)
-
J'ai modifié mon texte :
Cette seconde vidéo n'est pas lisible avec certains Chrome, Edge 18 avec altération matérielle VP9, alors que la première proposée en VP9 l'est.
Pour moi c'est lié au fait que la seconde vidéo n'est pas lisible avec l'accélération matérielle.
Un PC sans accélération matérielle du VP9 arrivera donc à lire les deux vidéos avec le CPU.
-
Ma carte graphique prend en charge l’accélération matérielle du VP9 en 8/10/12 bits d'après le site Nvidia.
Il y a un moyen de savoir si il est activé sur Chrome ?
Edit : Voici mes infos chrome://gpu
-
Makara la vidéo problématique passe chez toi ?
Vidéo : VP9 1080p (16:9) 25 images par seconde à 8,71 Mb/s
Audio : Opus 2 voies 48 kHz à 160 Kb/s
Cette seconde vidéo n'est pas lisible avec certains Chrome, Edge 18 avec altération matérielle VP9, alors que la première proposée en VP9 l'est.
Publicité Free encodée en deux passes à partir d'un fichier source à 73 Mb/s (https://lafibre.info/videos/test/201811_test_prores_422_hq.zip) avec les paramètres suivants :
ffmpeg -i 201811_test_prores_422_hq.mov -c:v libvpx-vp9 -pass 1 -b:v 0 -crf 10 -threads 4 -speed 4 -an -f webm -y /dev/null
ffmpeg -i 201811_test_prores_422_hq.mov -c:v libvpx-vp9 -pass 2 -b:v 0 -crf 10 -threads 4 -speed 0 -auto-alt-ref 1 -c:a libopus -b:a 160k -f webm 201811_test_prores_422_hq.webmhttps://lafibre.info/videos/test/201811_test_vp9_1080p_8705kbps_opus_160kbps.webm
-
Oui nickel.
-
moi aussi ecran vert pour la vp9 1080p et chrome, mais bon meme carte graphique intel uhd 620.
-
pour savoir comment Chrome lit une vidéo:
aller sur "chrome://media-internals/"
l'historique des lectures sera affiché mais pour pas se mélanger, le mieux de click 'Hide players' pour effacer l'historique.
dans un autre onglet ouvrir la vidéo et jouer la quelques secondes.
revenez dans l'onglet media-internals, un rectangle concernant la vidéo devrait apparaître, clicker dessus.
En dessous, parmis les détails, on a une ligne qui indique si le décodage est fait par Chrome ou délégué a l'OS (= platform dans le jargon Chrome):
(https://i.imgur.com/BZ5Fx39.png)
si l'image est noire ou verte et "is_plateform_video_decoder" est true c'est que l'OS n'arrive pas a décoder ce flux.
-
Curieusement sur ma machine qui affiche du noir avec Chrome actuel (v73), la version Canari de Chrome (v75) affiche la vidéo normalement mais "chrome://media-internals/" indique que c'est Chrome qui fait le décodage.
Apres , la v72 a introduit un changement a ce niveau avec l'utilisation de 'MojoVideoDecode' via le décodeur D3D11VideoDecoder sur Windows (source très technique ici: https://chromium.googlesource.com/chromium/src/media/+/master/mojo/ )
Il se peut que des régressions sur des vp9 avec high bitrate aient été constatées depuis.
-
Mon résultat (la vidéo fonctionne sur mon Chrome 73 & GTX1080TI avec décodage hardware du VP9 supporté)
-
la ligne "video_decoder" indique "VpxVideoDecoder" ce qui est le décodeur vp9 logiciel embarqué dans Chrome.
le decoder hardware c'est MojoVideoDecoder ou GpuVideoDecoder.
c'est quoi ton cpu ?
le flag: chrome://flags/#disable-accelerated-video-decode est comment ?
des 4 videos la, y'en a t"il 2 qui passent mal :
VP9 profile 2:
https://www.deploymaster.com/demos/noquestions420_10.webm (10-bit)
https://www.deploymaster.com/demos/noquestions420_12.webm (12-bit)
VP9 profile 3:
https://www.deploymaster.com/demos/noquestions444_10.webm (10-bit)
https://www.deploymaster.com/demos/noquestions444_12.webm (12-bit)
-
c'est quoi ton cpu ?
AMD Threadripper 1950X
le flag: chrome://flags/#disable-accelerated-video-decode est comment ?
Pour cette ligne : Enabled
Hardware-accelerated video decode
Hardware-accelerated video decode where available. – Mac, Windows, Chrome OS, Android
#disable-accelerated-video-decode
des 4 videos la, y'en a t"il 2 qui passent mal :
Les 4 vidéos passent parfaitement.
-
hum t'es clairement en décodage logiciel et pas matériel. pourquoi mystere. il y avait un bug connu avec la 1080 et le décodage de certains profiles vp9 mais la v72 a corrigé cela ( https://crbug.com/888873 )
a priori pour ce fichier, Chrome choisi le décodeur logiciel chez toi. Chez moi, avec une 1080 ti aussi mais un autre cpu c'est le décodeur matériel et du coup la vidéo est noire.
fait un test avec un video youtube en vp9 pour voir si c'est général ou spécifique a cette vidéo.
mais a priori la future version stable de Chrome utilisera le décodeur logicielle aussi.
t'es bien sous Windows 10 sans virtualisation quelque part ?
-
J'ai testé sur cette vidéo :
https://www.youtube.com/watch?v=7LiYXMUZln0
Aucun problème pour la lire.
Je suis sous Windows 10 LTSC 1809, est ce ça pourrait expliquer ça, vu que c'est une version épurée de pleins de trucs ?
-
Il n'y a pas de 'probleme' de lecture. c'est juste que Chrome n'utilise pas le décodage matériel alors que tu as une 1080ti et que le paramétrage de Chrome indique que le décodage matériel sera utilisé.
pour la video youtube, qu'indique chrome://media-internals ?
apres la version LTSC n'a peut-etre pas ce qu'il faut. il faut peut-être installer https://www.microsoft.com/fr-fr/p/vp9-video-extensions/9n4d0msmp0pt
mais bon si ca marche comme ca, autant ne pas toucher. Un Threadripper ne sera pas gêné a décoder de la video.
-
Tu utilises Lav Video aussi, il faut aller indiquer à Lav Video d'utiliser la carte graphique.
what?! on parle de Chrome la ...
-
Pour LAV Video, le Hardware decoder to use était sur "none".
D3D11 (avec Automatic (Native) ou 1080TI sélectionné en Hardware device to use) : Les vidéos fonctionnent.
Nvidia CUVID : Pareil.
Il n'y a pas de 'probleme' de lecture. c'est juste que Chrome n'utilise pas le décodage matériel alors que tu as une 1080ti et que le paramétrage de Chrome indique que le décodage matériel sera utilisé.
pour la video youtube, qu'indique chrome://media-internals ?
Après comme tu dis si ça fonctionne comme ça, je vais peut être pas chercher à aller plus loin ;)
Le CPU est à 4% de charge lors de la lecture donc y'a vraiment aucun impact.
-
Oui, et la demande à l'OS de décoder.
et je ne vois pas toujours pas le rapport avec Chrome...
-
Elargis le spectre, il n'y a pas que Chrome comme navigateur.
Pour ce qui est d'utiliser la puissance des CPU, évidement quand on a le dernier des CPU, cela fonctionne.
Comment ? la majorité n'en a aucune notion, cela fonctionne, très bien, des qu'il y a un problème, google search.
De là à considérer que les personnes comprennent (je ne parle pas pour toi),il y a un fossé.
Je suis convaincu que notre ami Makara active l’accélération matérielle de Lav Vidéo, et c'est sa carte vidéo qui va faire le travail.
Tout autant pour vivien et Free_me.
Si le navigateur, en fonction de la version,n'intègre pas le décodage pour des questions de licences ou autres, il y a moyen de ne pas avoir un écran vert, à défaut d'installer tous les navigateurs du marché, pour visualiser les vidéos fonction de leur encodage.
Je ne plébiscite aucun navigateur, je les utilise tous pour différentes raisons. Chrome a ses avantages, et ses inconvénients, étant d'un autre ordre.
A vrai dire, je ne suis même pas d'accord avec Vivien quand il dit que "H265 n'est pas un codec internet" mais c'est un autre débat.
Les outils sont faits pour être utilisés, si ils ont des défauts (de construction, d'utilisation etc. ) c'est à ceux qui connaissent le sujet d'expliquer ( et je te remercie personnellement, tu m'en apprends plus à toi tout seul sur certains sujets techniques que tu maitrises que le reste de tous les intervenants).
1. le sujet c'est "Testez votre navigateur" pas votre PC ou votre OS
2. Chrome n'utilise pas et n'a jamais utiliser DirectShow. y'a aucun lien, aucune relation entre Chrome et la présence ou pas, les réglages ou pas de Lav Vidéo ... d'ou mon incompréhension de ta mention de Lav sur ce sujet...
le but ici n'est pas de jouer ces videos dans un programme tier qui utiliserai DirectShow (et donc LavVideo s'il est était installé). Pour ca y'a bien plus simple, y'a VLC.
-
A vrai dire, je ne suis même pas d'accord avec Vivien quand il dit que "H265 n'est pas un codec internet" mais c'est un autre débat.
H265 n'est pas pris en charge par le 1er navigateur web (Chrome), ni par le second navigateur web (Firefox) qui totalisent a eux deux 80% de part de marché. Il n'est pas plus supporté par le navigateur d'Andorid ou Opéra. Edge et Internet Explorer le supportent uniquement pour le matériel qui a une capacité de décodage hardware du H265, bref un seul navigateur supporte pleinement H265 : Safari (et encore que sur MacOS HighSierra - version 10.13 - sortie en 2017 et plus récent).
Bref, c'est un codec utilisé pour les flux UHD dans le monde "Digital Video Broadcasting" mais pas du tout sur les navigateurs web.
-
Et le commun des mortels il veut quoi ?
Savoir si Safari, Chrome, Firefox ou Edge fonctionne et décodent tel standard et pas tel autre ?
Oui et c'est tout. Ton pavé complotiste n'a rien à voir avec le sujet en plus de n'avoir aucun sens.
-
j'ai rien contre des alternatives mais depuis le début tu n'en propose aucune. Tu parles de Lav qui est un 'middleware' et pas un player video, dans une discussion sur les navigateurs et les vidéos qu'ils peuvent afficher....
Que tu ne comprennes pas comment fonctionne le décodage video sur un PC et les diverses couches que cela implique et qui fait quoi. ce n'est pas un souci mais ne vient pas 'donner des conseils inutiles' a des gens qui n'y connaissent rien non plus: si quelqu'un a des soucis video avec Chrome, mentionner Lav ou pire conseiller de l'installer alors que ca ne résoudra pas son problème ce n'est pas l'aider. Les forums et sites sont plein de conseils a la noix comme ca qui polluent la recherche web justement quand on a un souci et qu'on ne maîtrise pas un sujet (le pire étant les 'conseils' sur la sécurité, les antivirus et idioties qu'on peut lire ici ou la).
Bref j'ai rien qu'on propose des alternatives a un problème donné, bien au contraire. Mais polluer ou complexifier la machine d'un inconnu par des conseils hors sujet qui ne solutionnerons rien, ce n'est pas trop la philosophie de lafibre.info.
Et pour la vidéo sur Internet il n'y a plus de querelles de cloché depuis longtemps. Meme des ennemis farouches comme Google,Amazon, Microsoft, Apple et tout les autres (https://aomedia.org/membership/members/) ont réussi a s'entendre pour AV1 c'est pour dire a quel point l'alternative, H265/HEVC, doit être une horreur niveau brevet/commerce.
Justement avec AV1 on enterre tout les débats et les disputes et pour une fois on a vraiment fait un truc dans l'esprit d'origine d'Internet.
-
Pour moi, c'est un sans faute de Firefox et Chromium. Comme je le pensais, je suis apparemment en décodage CPU sur tout (chormium au moins), je ne sais pas comment on vérifie sur FF.
Les RX5xx ont un support hardware via le pilote libre ? D'ailleurs elles décodent quoi comme format (me suis jamais posé la question). Il me semble que le H265 marche si j'en crois le CPU au ras des parquettes sur win.
Du coup mon histoire avec youtube qui ne veut pas lire plus que du 480p en AV1 me laisse perplexe...
Y'a plus qu'à tester sur windows maintenant.
EDIT: bizarre... VLC n'arrive pas à me lire les vidéos AV1. je suis pourtant bien en 3.0.6 :-\
-
C'est sur du Linux j'imagine puisque tu parles de pilote libre ?
A ma connaissance ni Chromium ni Firefox n'ont de support officiel du décodage vidéo hardware sur Linux. Apres on peut trouver des 'builds' custom de Chromium ou FF qui supportent cela.
Pour les radeon il me semble que le drivers Mesa supporte quelques api dans ce sens.
Car ce qu'il faut bien comprendre c'est que les navigateurs ne 'parlent' pas directement avec les drivers des GPU, ca serait ingérable pour les devs des navigateurs de garantir un bon fonctionnement et une stabilité chaque fois qu'un driver est mis a jour ou une nouvelle carte vidéo sort. Il faut donc passer par des API, des couches intermédiaires.
Certaines API ne sont dispo que sur certains OS comme DXVA par exemple. La plus connu et utilisé est FFmpeg et son fork libav. Mais la présence et l'utilisation de ffmpeg ne signifie pas forcement décodage materiel. Il y a encore des couches entre l'API et le driver de la carte. Par exemple pour Nvida c'est NVDEC qui doit être présent et supporté par le driver de la carte. Pour Mesa et Linux il y VDPAU et VA-API (une bonne sythese ici: https://wiki.archlinux.org/index.php/Hardware_video_acceleration )
Pour compliquer encore plus la situation les décodeurs hardware ont des limitations (format, resolution , profile, couleurs, etc) que les décodeurs logiciels n'ont souvent pas...On en arrive a des dysfonctionnement sur certaines videos utilisant des formats un peu extremes ou hors du champ d'application du décodeur hardware utilisé. Il y a aussi des bugs dans les drivers...
Ceci oblige les devs des navigateurs à faire des tests, des exceptions pour ignorer certaines configuration matérielles (sous Chrome on appele cela le gpu-blacklisting, la liste actuelle est dispo ici: https://chromium.googlesource.com/chromium/src/gpu/+/master/config/software_rendering_list.json - par exemple l'entrée n°48, ligne 373 (https://chromium.googlesource.com/chromium/src/gpu/+/master/config/software_rendering_list.json#373)signifie que le decodage video hardware doit être désactivé sous Linux, le 'bug' de la raison est mentionné, il s'agit du n°137247 -> https://crbug.com/137247 et c'est pas nouveau...).
Pourquoi ? parce que pour l'utilisateur lambda si Chrome ou Firefox ne marche pas bien sur une video c'est la faute de Chrome ou de Firefox pas de son OS ou de sa carte vidéo.
Les équipes de Chrome font aussi des test de 'field trial' (sorte de A/B testing), ca veut dire qu'au hasard certains utilisateurs auront des réglages différents des autres pour avoir un retour des fonctionnements et bugs (c'est mieux que de crasher/bugger 1% des utilisateurs pendant une semaine que de planter/bugger tout le monde jusqu'a la prochaine mise a jour globale).
Bref un navigateur c'est loin d'être un logiciel très simple quand on veut qu'il marche partout...et ce n'est pas étonnant qu'un gros comme Microsoft est jeté l'éponge avec Edge.
-
Merci pour ces ces explications détaillées :)
Je confirme que pour faire fonctionner VDPAU dans certaines conditions était assez compliqué. Ça me rappelle tout le micmac qu'il fallait sur un Asus 1225B pour que l'accélération hardware fonctionne et que je puisse lire une vidéo 1080p sur VLC (merci le AMD C60 bien pourri, qu'est-ce que c'était lent...)
Aucun souvenir si c'était pris en charge sur navigateur.
-
Je viens de me rappeler la commande pour voir les formats supportés :
renaud@renaud-pc:~$ vainfo
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Mesa Gallium driver 18.2.8 for Radeon RX 570 Series (POLARIS10, DRM 3.23.0, 4.15.0-46-generic, LLVM 7.0.0)
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
Là y'a déjà une limitation, car la RX570 et + décodent aussi le VP9 (pas beaucoup de profils supportés mais c'est mieux que rien). Enfin, si j'en crois ce thread reddit (https://www.reddit.com/r/Amd/comments/9rsubj/vp9_support_polaris/) ça fonctionne pas non plus très bien sous win... peut-être pour ça que ce n'est pas implèmenté sous Linux ?
-
CPU lancé par Intel en T3 2017 : Intel Core i5-8250U
Cœur graphique Intel Corporation UHD Graphics 620 :
$ vainfo
libva info: VA-API version 1.2.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_2
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.2 (libva 2.2.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Kaby Lake - 2.2.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointEncSlice
VAProfileVP9Profile2 : VAEntrypointVLD
CPU lancé par Intel en T2 2014 : Intel Core i3-4150
Cœur graphique Intel HD 4400 "Intel Corporation 4th Generation Core Processor Family Integrated Graphics Controller" :
$ vainfo
libva info: VA-API version 1.2.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_2
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.2 (libva 2.2.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Haswell - 2.2.0
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
CPU lancé par Intel en T4 2013 : Celeron N2820
Cœur graphique "Intel HD pour processeur Intel Atom série Z3700" (Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display) :
$ vainfo
error: can't connect to X server!
error: failed to initialize displayLe problème semble lié au fait que j'utilise Wayland et non X.org sur cette machine.
Quelle est la commande pour Wayland ?
CPU lancé par Intel en T4 2007 : Pentium Dual CPU E2200
Cœur graphique Intel Corporation 82G33/G31 Express Integrated Graphics Controller :
$ vainfo
libva info: VA-API version 1.2.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i915_drv_video.so
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit
-
Je rajoute le Pentium G630, T3 2011 (Intel HD Graphics 2000) :
$ vainfo
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Sandybridge Desktop - 2.1.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
-
En effet il n'y a pas d'accélération hardware sous Linux dans les principaux navigateurs (voir tous ?)
Niveau API pour le décodage hardware, le pilote libre AMD et celui d'Intel gère tous les deux VA-API. Nvidia ne supporte que son API propriétaire (NVENC) via son pilote propriétaire (aucun support sur nouveau à ma connaissance).
Sinon il semble bien avoir du VP9 chez AMD, mais c'est seulement implèmenté pour les gpu ayant l'encodeur / décodeur VCN. Et c'est seulement le cas des GPU de la génération RAVEN (puce Vega intégré au Ryzen 2000 et 3000 avec gpu intégré).
Source : https://www.phoronix.com/scan.php?page=news_item&px=AMD-VP9-VAAPI-VCN / https://en.wikipedia.org/wiki/Video_Core_Next
Les autres gpu d'AMD supportant le VP9 en décode (tous les GPU de la génération Polaris et le gpu Vega 10) ont comme encodeur VCE, le prédécesseur de VCN et AMD n'a pour l'instant pas fait d'implèmentation pour le support VP9 de ces derniers.
-
Il me semble que certaines distro Linux on des builds special de Chromium qui active la video decode. Mais j'en sais pas plus.
Il y a un flag pour le forcer mais il n'est pas dans le Chrome & Chromium compilés par Google (en n'était pas ca a peut-etre changé).
-
Sinon il semble bien avoir du VP9 chez AMD, mais c'est seulement implèmenté pour les gpu ayant l'encodeur / décodeur VCN. Et c'est seulement le cas des GPU de la génération RAVEN (puce Vega intégré au Ryzen 2000 et 3000 avec gpu intégré).
Source : https://www.phoronix.com/scan.php?page=news_item&px=AMD-VP9-VAAPI-VCN / https://en.wikipedia.org/wiki/Video_Core_Next
Les autres gpu d'AMD supportant le VP9 en décode (tous les GPU de la génération Polaris et le gpu Vega 10) ont comme encodeur VCE, le prédécesseur de VCN et AMD n'a pour l'instant pas fait d'implèmentation pour le support VP9 de ces derniers.
Merci, c'est exactement l'info que je cherchais.
Donc faudra attendre. Heureusement que mon FX arrive encore à suivre en 4K 60p. Enfin, ça saute un peu par moments... sur VLC l'image fait des macroblocks alors que le CPU n'est pas à 100% et sur FF ça se fige un court instant. Pas trop embêtant mais ça serait bien que ce soit parfaitement fluide. Après je ne regarde pas beaucoup en 4K car la BP manque... ou alors il faut que je la télécharge avant.
-
Nouvelle vidéo un peu hors norme proposée pour faire des tests : une vidéo encodée à 26 Mb/s.
Vidéo : AVC 1080p (16:9) 25 images par seconde à 26,0 Mb/s
Audio : AAC LC 2 voies 48 kHz à 317 Kb/s
Vidéo Bouygues Telecom de janvier 2020
https://lafibre.info/videos/test/202001_bbox_fibre_wi-fi6_presentation_26mbps.mp4
-
Aucun problème sur 2080 TI & Windows 10 LTSC 1809 avec :
- Chrome 79.0.3945.130 (Build officiel) (64 bits)
- Chrome Canary 81.0.4031.0 (Build officiel) canary (64 bits)
- Firefox 72.0.1 (64 bits)
- Edge 11.973.17763.0
-
Avec Internet Explorer 11 sous Windows 7 aucune vidéo ne fonctionne excepté deux de 3 vidéos en H.264 :
- Pub 1080p 0,6 Mb/s Orange H.264 => OK
- Pub 1080p 26 Mb/s Bouygues H.264 => OK
- Flux 1080i 27 Mb/s France3 H.264 => Non ok (C'est le flux audio et vidéo récupéré du flux multicast Bouygues qui a été mis dans un container MP4 pour permettre la lecture en ligne)
-
Bonjour;
Pour ma part avec Ryzen 3600 et 1080 aucun souci sur w10pro et firefox 72.0.2, le cpu monte à 3%
-
Le problème n'est pas un problème de CPU (sauf sur certaines vidéos en AV1) mais un support ou non du couple navigateur + système d'exploitation.
Par exemple pour Firefox, il faut que le système supporte H.264 pour que la lecture soit possible. C'est le cas de Microsoft ou Apple qui payent une licence pour ça.
Sous Linux, c'était plus compliqué. Je met au passé, car il me semble qu'il y a eu une évolution de Codec vidéo OpenH264 fourni par Cisco Systems qui permettrait de lire des flux H.264 uniquement au profil baseline (c'est à dire des appels vidéos, mais pas des vidéos sur Internet qui sont au profil high)
OpenH264
Cela fait quelque temps que Firefox dispose de la bibliothèque OpenH264 de Cisco pour décoder matériellement le format H.264 qui est très répandu. Cependant, le format H.264 dispose de ce que l’on appelle des profils. L’objectif est d’activer certaines fonctionnalités du format suivant le cas d’usage de la vidéo. Une visioconférence, par exemple, a besoin d’une plus faible qualité d’image que le film enregistré sur votre disque dur, et ce, afin de limiter le besoin en bande passante et en latence.
OpenH264 ne prenait en charge que le profil baseline. Grâce à une collaboration de Red Hat, Endless, Cisco et Centricular, les profils high et main seront proposés prochainement. Le travail est en fait déjà partiellement disponible, mais quelques raffinements restent nécessaires avant de le proposer par défaut. Des plates‐formes de vidéo en ligne comme YouTube pourront en tirer parti prochainement.
Les applications reposant sur la bibliothèque GStreamer, comme Totem de GNOME seront également bénéficiaires de cette amélioration.
Source : LinuxFR (https://linuxfr.org/news/apports-de-fedora-a-l-ecosysteme-du-logiciel-libre-2-partie#toc-openh264)
OpenH.264 a beau être open source, il n'est pas pour autant dispensé de royalties. Pour qu'elles soient invisibles pour les éditeurs, elles sont en fait entièrement assumées par Cisco. « On ne communique pas plus précisément sur notre accord avec MPEG LA, » affirme Fabien Medat, responsable technique chez Cisco dans une interview à Clubic.