La Fibre
Télécom => Télécom => 
TV et codecs => Discussion démarrée par: vivien le 03 février 2018 à 16:40:37
-
Guerre des codecs: qui va l'emporter entre AV1 vs HEVC / H.265 ?
Apple se place à coté de Google, Microsoft et Mozilla et va supporter l'AV1 !
(https://lafibre.info/images/tv/photo_av1.webp)
AV1 a créé suite à des abus de HEVC Advance qui a annoncé des prix délirants. En monopole, ils s'étaient lâchés.
Tarifs de la licence MPEG LA pour H.264 :
- Frais de 0,10 $ par appareil, jusqu'à un plafond annuel de 6,5 millions de dollars.
- Aucun frais sur le contenu lui-même (ils avaient tenté lors de la première licence AVC, mais abandonné par la suite lorsque les producteurs de contenu ont refusé de le payer).
Tarifs de la licence HEVC Advance initiale pour HEVC en 2014 :
- Frais de 0,80 $ (mobile) à 2,90 $ (TV) par appareil, sans aucun plafond. Ces frais sont payés par les fabricants de matériels. Pour un navigateur web ("other device" dans la fiche tarifaire ci-dessous), on dépasse 1,10 $ par utilisateur achetant la fonctionnalité HEVC.
- Redevance sur le contenu de 0,5% des revenus générés par les services vidéo HEVC. Ces frais sont payés par les producteurs de contenus. HEVC Advance demande donc 0,5% de ton abonnement Netflix ou du prix de ton offre TV.
Source : HEVC Advance (https://web.archive.org/web/20150723075148/http://hevcadvance.com/pdf/RoyaltyRatesSummary.pdf)
Fiche tarifaire HEVC de juin 2015, au format PDF, disponible ici.
(https://lafibre.info/images/tv/201506_hevcadvance.com_hevc_pricing_sheet.webp) (https://lafibre.info/images/tv/201506_hevcadvance.com_hevc_pricing_sheet.pdf)
Lorsqu'ils ont été annoncés, les observateurs de l'industrie ont réagi de manière considérable aux frais "déraisonnables et gourmands" sur les appareils, qui étaient environ sept fois supérieurs aux frais de MPEG LA. Au total, un appareil nécessiterait des licences coûtant 2,80 $, vingt-huit fois plus cher que l'AVC, ainsi que des frais de licence sur le contenu. Cela a conduit à des appels pour que "les propriétaires de contenu se regroupent et acceptent de ne pas accorder de licence à HEVC Advance". D'autres ont fait valoir que les tarifs pourraient amener les entreprises à passer à des normes concurrentes telles que Daala et VP9.
Source : Wikipedia (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding)
En septembre 2015, Amazon, Cisco, Google, Intel Corporation, Microsoft, Mozilla Foundation, et Netflix créent l’Alliance for Open Media dans le but de développer un format vidéo ouvert et gratuit, en réponse au H.265/HEVC.
Voyant l'arrivée du danger AV1, HEVC Advance a annoncé Le 22 novembre 2016 une révolution dans sa politique pour permettre aux implémentations logicielles de HEVC d'être distribuées directement sur les appareils mobiles et les ordinateurs personnels grand public sans redevance. Ils ont également mis un plafond de redevances :
- 40 millions de dollars par an par entreprise pour le matériel
- 5 millions de dollars par an par entreprise pour le contenu
- 2 millions de dollars par an par entreprise pour les fonctionnalités optionnelles.
(https://lafibre.info/images/tv/logo_av1_pixel.webp)
(https://lafibre.info/images/tv/logo_alliance_for_open_media.png) (https://lafibre.info/images/logo/logo_apple_black.png)
l'AV1 est le codec poussé par presque tous les grands acteurs du streaming vidéo, tout comme tous les éditeurs de navigateurs sauf un: Apple qui était parti vers son concurrent le HEVC / H.265.
On en avait parlé ici : Apple avait fait le choix de l’HEVC : iTunes propose des films en 4K en HEVC, FaceTime encode les vidéos en HEVC. Depuis iOS 11 et macOS High Sierra, HEVC est le codec vidéo par défaut.
Mais, ceci est une révolution, Apple devient « membre fondateur » du collectif Alliance for Open Media (http://aomedia.org/), au même titre que Google, Microsoft, Mozilla, Netflix, Amazon, Facebook, Cisco, IBM, Intel, ARM, et NVIDIA. (Si AMD ne fait pas parti des membres fondateurs, ils sont bien membre de l'Alliance for Open Media, comme Broadcom).
(https://lafibre.info/images/tv/201801_alliance_for_open_media.png)
La présence des fabricants de GPU est essentielle : aujourd'hui l'AV1 ne bénéficie pas encore de l’accélération matérielle, ce qui signifie qu’il demande beaucoup de ressources pour être encodé et décodé. Mozilla reconnaît cette lacune : "En l’état actuel des choses, l’encodeur AV1 est encore loin de fournir des temps d’encodage raisonnables sans une optimisation poussée. Par exemple, il faut environ 150 secondes sur un ordinateur standard pour encoder une seconde de vidéo."
C'est donc un retournement de situation et maintenant l'AV1 pourrait l'emporter sur HEVC / H.265, avec un support sur tous les navigateurs et tous les systèmes d’exploitation qui sortiront en 2019. Toutes les matériels conçus en 2019 pourrait avoir un décodage hardware de l'AV1.
La révolution de l'iPhone 11 (ou 12) pourrait être une révolution : l'utilisation d'AV1 en remplacement de HEVC.
Précisons que l’AV1 est jusqu'à 25% plus performant que l’HEVC (meilleur qualité d'image pour un même débit ou débit inférieur pour une même qualité)
Notons tout de même qu'il reste du coté du HEVC de nombreux acteurs de la Télédiffusion tel que la Blu-ray Disc Association (les Blu-ray Ultra HD utilisent HEVC).
AV1 arrive en effet plusieurs années après le HEVC et si aujourd'hui toutes les TV 4k et box 4k savent lire des flux HEVC, aucune ne sait encore lire des flux AV1.
(https://lafibre.info/images/tv/201801_codec_generations.png)
-
Support de l'AV1 par navigateur web :
- Google Chrome : décodeur depuis la version 70, publiée le 16 octobre 2018. Encodeur depuis la version 90, publiée le 14 avril 2021.
- Vivaldi : décodeur depuis la version 2.1, publiée le 26 octobre 2018.
- Opera (sur Windows/macOS/Linux) : décodeur depuis la version 57, publiée le 28 novembre 2018.
- Mozilla Firefox (sur Windows/macOS/Linux) : Windows: décodeur logiciel depuis la version 65, publiée le 29 janvier 2019. Cf Firefox 65 release notes (https://www.mozilla.org/en-US/firefox/65.0/releasenotes/). macOS: décodeur logiciel depuis la version 66. Linux décodeur logiciel depuis la version 67, publiée le 21 mai 2019. Cf Firefox 67 release notes (https://www.mozilla.org/en-US/firefox/67.0/releasenotes/). Windows / macOS / Linux : Décodeur matériel (sur le matériel compatible) depuis la version 100.0 publiée le 3 mai 2022 cf Firefox 100 release notes (https://www.mozilla.org/en-US/firefox/100.0/releasenotes/).
- Samsung Internet (Android) : décodeur depuis la version 12, publiée le 30 juin 2020.
- Opera pour Android : décodeur depuis la version 64, publiée le 16 février 2021.
Support de l'AV1 non proposé par défaut ou pas du tout :
- Microsoft Edge : Pas de prise en charge d'AV1 par défaut. Une extension AV1 propose un décodeur logiciel avec Edge 18 sous Windows 10, publiée le 13 novembre 2018. Décodeur avec accélération matérielle (sur le matériel compatible) ajoutée dans Windows 10 1909, publiée en novembre 2019.
- Mozilla Firefox pour Android : Aucun support.
- Apple macOS : Aucun support.
- Apple iOS : Aucun support quel que soit le navigateur utilisé.
Support de l'AV1 dans le système d'exploitation :
- Android (directement sur le système d'exploitation) : Pris en charge depuis Android 10, publié le 3 septembre 2019. Les navigateurs web sur Android peuvent proposer AV1 sur des versions plus anciennes.
- Windows 10 Pas de prise en charge d'AV1 par défaut. Une extension AV1 propose un décodeur logiciel sous Windows 10 1809 (October 2018 update), publiée le 13 novembre 2018. Décodeur avec accélération matérielle (sur le matériel compatible) ajoutée dans Windows 10 1909 (November 2019 Update), publiée le 12 novembre 2019. Attention : pas de support du codec Opus avec AV1 dans un conteneur MP4 sous Windows 10 21H2 ou Windows 11 21H2. Les vidéos sont lues, mais sans le son.
- Apple macOS : Aucun support.
- Apple iOS : Aucun support quel que soit le navigateur utilisé.
Pour comparer, voici le support de HEVC/H.265 par les navigateurs :
- Navigateur par défaut d'Android : depuis la version 5.0 (Lollipop), publié le 3 novembre 2014
- Safari : ce n'est pas la version de Safari qui importe, mais la version du système d’exploitation. Support de HEVC à partir de macOS 10.13 (High Sierra), publié le 25 septembre 2017
- iOS / iPadOS : depuis la version 11, publié le 19 septembre 2017
- Windows 10 : La prise en charge intégrée a été supprimée dans Windows 10 version 1709 en raison des coûts de licence. Une extension HEVC peut être acheté sur le Microsoft Store.
- Internet Explorer 11 : Support de HEVC supprimé
- Microsoft Edge : Support de HEVC supprimé
(https://lafibre.info/images/tv/av1_support.webp) (https://lafibre.info/images/tv/hevc_support.webp)
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/opus_support.webp)
Extrait du rapport de l'Arcep "L'état d'internet en France - Édition 2022" :
(https://lafibre.info/images/tv/202206_arcep_principaux_codecs_video.webp)
(https://lafibre.info/images/tv/202206_arcep_connaitre_le_codecs_utilise.webp)
-
Et le VP9, dans tout ça ? (https://lafibre.info/images/smileys/@GregLand/cs.gif)
-
Y'a d'autres gens que Google qui utilisent ça ?
-
mouais enfin AV1, ce n'est pas dans les specs de diffusion, même de prochaine génération.
ce n'est donc pas un challenger sérieux à HEVC.
-
Y'a d'autres gens que Google qui utilisent ça ?
Ceux qui, comme moi, ont une TV compatible. (https://lafibre.info/images/smileys/@GregLand/en.gif)
-
AV1 est quand me le digne successeur du VP9 : même conteneur WebM (dérivé de Matroska), même codec audio (Opus).
Je ne suis pas étonné qu'il ne soit pas du tout prévu dans les specs de diffusion.
Je pense que le VP9 ne sera presque plus du tout utilisé dans 4 ans, à moins que un périphérique AV1 soit obligatoirement compatible VP9. Le VP9 serait alors propulsé par sa compatibilité avec tous les navigateurs et bénéficiant d'une accélération matérielle dans bien plus de cas que l'AV1
A noter que AV1 est déjà implèmenté dans Firefox Nightly.
Un test de lecture vidéo : https://demo.bitmovin.com/public/firefox/av1/
Les matériels gérant AV1 matériellement ne sont pas attendus avant mi-2019.
-
...Je pense que le VP9 ne sera presque plus du tout utilisé dans 4 ans, à moins que un périphérique AV1 soit obligatoirement compatible VP9. Le VP9 serait alors propulsé par sa compatibilité avec tous les navigateurs et bénéficiant d'une accélération matérielle dans bien plus de cas que l'AV1
Le ciel t'entende ! Sinon, il va falloir rénover son matériel tous les ans. (https://lafibre.info/images/smileys/@GregLand/aq.gif)
A noter que AV1 est déjà implèmenté dans Firefox Nightly.
Un test de lecture vidéo : https://demo.bitmovin.com/public/firefox/av1/ ...
Je n'ai pas dû libérer les bons scripts dans NoScript: illisible. (https://lafibre.info/images/smileys/@GregLand/bl.gif)
-
Enfin, le format bitstream de ce codec n'est pas encore finalisé, donc on a encore un peu de temps avant de voir du matos compatible. (source https://en.wikipedia.org/wiki/AV1)
-
Je ne suis pas étonné qu'il ne soit pas du tout prévu dans les specs de diffusion.
ça parait très compliqué de sortir de la famille MPEG/Hxxx, vu les enjeux politiques et financiers
-
Oui, mais si Apple, Google, Amazon et MS décident d'un truc, les autres n'auront d'autre choix que de s'y plier.
-
ça parait très compliqué de sortir de la famille MPEG/Hxxx, vu les enjeux politiques et financiers
En même temps, pas besoin pour les acteurs du streaming internet de rechercher une convergence avec la diffusion TV traditionnelle : les rythmes d'évolution (technologique et commerciale) sont très différents, et de toute façon le secteur est suffisamment mature pour faire sa R&D tout seul.
Si les acteurs de la TV ne sont pas capables de récupérer la recherche faite par ailleurs, tant pis pour eux !
-
En même temps, pas besoin pour les acteurs du streaming internet de rechercher une convergence avec la diffusion TV traditionnelle : les rythmes d'évolution (technologique et commerciale) sont très différents, et de toute façon le secteur est suffisamment mature pour faire sa R&D tout seul.
Si les acteurs de la TV ne sont pas capables de récupérer la recherche faite par ailleurs, tant pis pour eux !
C'est très beau et naif comme vision.
Tu n'imagines pas l'argent et les luttes d'influences que ça représente, ce business.
-
Et pourtant.. Tout le contenu vidéo desktop sur Youtube est diffusé en vp9.
-
Tu n'imagines pas l'argent et les luttes d'influences que ça représente, ce business.
Effectivement, si les diffuseurs veulent payer des royalties et éviter des économies liées à un meilleur standard, et si les fabricants ne veulent pas profiter d'un renouvellement forcé du matériel, c'est leur choix. Pas illogique puisque dans ce domaine changer coûte très cher !
Pour revenir au sujet les acteurs majeurs de l'internet sont ici tous regroupés, et devraient rester à l'écart des formats MPEG (à l'exception toutefois du standard DASH (https://en.wikipedia.org/wiki/Dynamic_Adaptive_Streaming_over_HTTP))
-
Deux petits liens :
3 raisons pour lesquelles Apple a rejoint l'Alliance for Open Media (https://venturebeat.com/2018/01/04/3-reasons-apple-just-joined-the-alliance-for-open-media/)
En résumé, Apple aurait trois raisons majeures de rejoindre l'alliance :
- attirer les éditeurs tiers vers ses plateformes (un peu limite quand même comme argument, Apple attire déjà les éditeurs avec les conditions qui leur plaisent)
- proposer des vidéos sur des appareils non-apple (bien plus cohérent)
- participer au développement d'un futur AV2, ce qui expliquerait une arrivée tardive.
AV1 vs HEVC selon un professionnel de la compression vidéo (https://www.elecard.com/page/aom_av1_vs_hevc)
C'est un peu ancien mais la conclusion est assez intéréssante : les deux formats devraient continuer à exister selon eux,
- Le HEVC pour la TV
- L' AV1 pour le streaming, l'OTT, les jeux vidéo mais aussi pour la surveillance (qui jusqu'à présent préférait utiliser des technologies plus anciennes) via la présence de Broadcom.
-
Enfin, le format bitstream de ce codec n'est pas encore finalisé, donc on a encore un peu de temps avant de voir du matos compatible. (source https://en.wikipedia.org/wiki/AV1)
Pourtant selon la même source : The first version 0.1.0 of the AV1 reference codec was published on 7 April 2016. Soft feature freeze was at the end of October 2017, but a few significant features were decided to continue developing beyond this. The bitstream format was projected to be frozen in January 2018.
Il faut compter 1an et demi à partir du freeze du format bitstream, d'où une sortie mi-2019.
-
... mais aussi pour la surveillance (qui jusqu'à présent préférait utiliser des technologies plus anciennes) via la présence de Broadcom.
Conclusion qui laisse rêveur quand on voit que les Chinois pour les applications sensibles virent les caméras IP pour des hd-sdi...
Comme quoi c'est pragmatique un chinois
-
Pourtant selon la même source : The first version 0.1.0 of the AV1 reference codec was published on 7 April 2016. Soft feature freeze was at the end of October 2017, but a few significant features were decided to continue developing beyond this. The bitstream format was projected to be frozen in January 2018.
Il faut compter 1an et demi à partir du freeze du format bitstream, d'où une sortie mi-2019.
Yep. On doit attendre encore entre 18 et 24 mois avant de voir du matos compatible. On a du temps. Parce que sans le matos compatible, l'encodage est entre 5 et 200 fois plus lent que x265, et le décodage 2 fois plus lent. Du coup, avoir du hardware pour encoder et lire est nécessaire.
-
Yep. On doit attendre encore entre 18 et 24 mois avant de voir du matos compatible. On a du temps. Parce que sans le matos compatible, l'encodage est entre 5 et 200 fois plus lent que x265, et le décodage 2 fois plus lent. Du coup, avoir du hardware pour encoder et lire est nécessaire.
Alors que depuis quelques mois, même les pirates de l'iptv font de l'hevc et avec des résultats surprenants vu le débit utilisé
-
Ça me rappelle les comparaison que j'avais faite entre le H264 et HEVC et pour tout dire, je n'avais noté aucune différence de qualité entre les deux à débit identique... et le HEVC était environ 3 à 4 fois plus long à l'encodage. J'avais testé à 2 ou 3 mbps.
Par rapport à youtube, depuis le passage au VP9, je trouve les vidéos 1080p vraiment pas terrible (j'ai l’impression des fois que je suis en 480p tellement c'est de la bouillie surtout lorsque ça bouge pas mal). Pour retrouver une minimum de finesse il faut que je passe en 1440p voir 4K... quand c'est dispo.
Perso j'ai l’impression que le niveau de détail en 4K équivalait au 1080p avant le VP9.
Pour en revenir à l'AV1, sur mon PC, un fichier 4K à 60 fps en H264 passe sans problème, en HEVC j'ai de belles saccades... Je n'ose même pas imaginer l'AV1 après ce que viens de dire Cqoicebordel... je parle en décodage CPU évidemment.
-
Shadow a choisit de faire du H.265 pour transporter le flux vidéos entre le client léger et le PC dans le clowd.
La vidéo ci-dessous explique l’intérêt de H.265 sur H.264 pour les nuls.
https://www.youtube.com/watch?v=m-bi7mRSgVU
-
(https://lafibre.info/images/tv/201803_codec_av1.jpg)
Les premiers comparatifs de l'AV1 sont là : Cela concerne l'HTTP Adaptive Streaming (HAS) pour un usage type Netflix
AV1 gagne haut la main contre H.265 / HEVC : Gain de 38% en 720p, gain de 44% en 4k :
(https://lafibre.info/images/tv/201803_codec_av1_vs_hevc.png)
AV1 gagne bien sur aussi contre VP9 :
(https://lafibre.info/images/tv/201803_codec_av1_vs_vp9.png)
Par contre les temps d'encodage en AV1 sont vraiment très très importants.
L'étude complète : Multi-Codec DASH Dataset: An Evaluation of AV1, AVC, HEVC and VP9 (https://bitmovin.com/av1-multi-codec-dash-dataset/)
-
Voila, c'est (enfin) officiel : AV1 : le nouveau standard vidéo adopté à l'unanimité par Amazon, ARM, Facebook, Google, Intel, Nvidia, Mozilla, Netflix, Microsoft, Adobe, Netflix, VLC, Twitch et même Apple. Par ailleurs, l'AV1 devrait rendre possible la transmission de contenus Ultra HD avec une simple connexion ADSL d'une dizaine de mégabits (10 Mb/s).
https://www.lesnumeriques.com/tv-televiseur/av1-nouveau-standard-video-adopte-a-unanimite-n73213.html (https://www.lesnumeriques.com/tv-televiseur/av1-nouveau-standard-video-adopte-a-unanimite-n73213.html)
(https://lafibre.info/images/tv/201804_codec_av1_calendrier_previsionnel.jpg)
-
Pour info le bitstream n'est pas finalisé à ce jour.
Les annonces récentes c'est uniquement marketing pour présenter quelque chose au NAB ...
Vu le nombres de commits/jour https://github.com/AOMediaCodec/av1-spec/commits/master depuis l'annonce ....
Tant qu'il y aura un gros "draft document" en rouge sur ce document https://aomediacodec.github.io/av1-spec/av1-spec.pdf c'est que c'est pas fini et que tous les fichiers encodés avant finalisation risquent d'être hors-norme et donc pas decodable dans le futur ....
-
Les annonces récentes c'est uniquement marketing pour présenter quelque chose au NAB ...
+1
par contre ils ne parlent pas des performances d'encodages à 30:1 en UHD ?
sachant que netflix fait déjà de l'UHD HDR HEVC à 15Mb/s, la cible à 10Mb/s surement non HDR, non High frame me laisse rêveur...
-
A mon avis il est trop tôt pour ce faire une idée, il faudra attendre de longs mois/années avant que le codec s'améliore aussi bien coté qualité que vitesse.
De toute façon tant qu'il n'y a pas de décodage matériel ( après 2020 ?), je pense que AV1 restera marginal.
concernant Netflix, ils ont notamment contribuer sur l'outil Film grain qui si je me rappelle bien consiste à extraire le grain avant l'encodage, d'y aller à fond sur le denoise ( meilleur compression mais image plus flou ) et de rajouter le grain à la fin pour redonner une image nette avec du grain proche de l'original. je suppose qu'ils ont du faire des tests concluant, à voir si ca permet de baisser significativement le débit .
-
A mon avis il est trop tôt pour ce faire une idée, il faudra attendre de longs mois/années avant que le codec s'améliore aussi bien coté qualité que vitesse.
De toute façon tant qu'il n'y a pas de décodage matériel ( après 2020 ?), je pense que AV1 restera marginal.
...
netflix sait compresser et utiliser HEVC correctement. Quand on voit le résultat qu'ils obtiennent en UHD HDR en débit contraint, on admire....
-
Pour ceux qui, comme moi, sont profanes en la matière, un excellent mais trop long article de MediaKwest.com (http://www.mediakwest.com/broadcast/item/mk26-la-guerre-des-codecs-aura-t-elle-lieu.html) pour être posté ici, retrace bien les tenants et aboutissants de cette "Guerre des Codecs". (https://lafibre.info/images/smileys/@GregLand/ay.gif)
-
l'AV1 est en beta test chez Youtube:
playlist de videos en av1 : https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS
reglages pour activer av1: https://www.youtube.com/testtube
Pour que ca marche il faut un navigateur compatible (Chrome 70+ ou Firefox Nightly builds datée du 13 septembre 2018 ou plus).
voici un extraits des codecs pour la 1ere video de la playlist (obtenu avec la dernière version de youtube-dl):
48 webm 1920x1080 1080p 2339k , vp9, 30fps, video only, 21.20MiB
137 mp4 1920x1080 1080p 2769k , avc1.640028, 30fps, video only, 23.10MiB
399 mp4 1920x1080 1080p 3541k , av01.0.05M.08, 30fps, video only, 36.84MiB
curieusement, on constate un plus gros volume qu'avc1 ou vp9 ... 36Mo au lieu de 23 et 21 ...
-
curieusement, on constate un plus gros volume qu'avc1 ou vp9 ... 36Mo au lieu de 23 et 21 ...
C'est normal, ils précisent dans la description de la playlist que le but est de tester les décodeurs:
At time of writing, these transcodes are encoded at a very high bitrate for decoder performance testing.
Par contre, pour Firefox il faut également activer dans about:config les paramètres media.av1.enabled et media.mediasource.experimental.enabled pour que ça fonctionne.
-
...Par contre, pour Firefox il faut également activer dans about:config les paramètres media.av1.enabled et media.mediasource.experimental.enabled pour que ça fonctionne.
Merci pour le tuyau ! (https://lafibre.info/images/smileys/@GregLand/ay.gif)
-
Netflix propose aussi des fichiers de test en AV1 sur leur serveur OpenContent:
http://download.opencontent.netflix.com/?prefix=AV1/Chimera/
-
Pour info, ya de plus en plus de Tv en rayon qui supportent le H265 aujourd'hui.
Pas encore toutes , mais beaucoup le revendique
-
Codec AV1: 14 premières vidéos en test sur Youtube
Le codec AV1 est développé par les gros noms de l'industrie pour disposer d'un codec vidéo libre, open source et sans royalties. A peu près tout le monde est dans le coup (Intel, AMD, Google, NVIDIA, Apple...) pour en faire bon usage, avec une qualité de compression annoncée supérieure à celle du HEVC actuelle (https://www.tomshardware.fr/articles/av1-codec-video,1-67204.html).
Sans accélération matérielle, pour l'instant
Les vidéos sont disponibles sur cette page (https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS), chez Youtube. Pour regarder les versions AV1, il faut se munir de Chrome 70 Beta ou Firefox Nightly 64.0a1, qui embarquent le codec. Il faudra ensuite aller sur la page de configuration de test de Youtube (https://www.youtube.com/testtube), pour activer l'AV1.Les utilisateurs de Firefox devront aussi configurer l'option media.av1.enabled en « True ». Pour vérifier, il suffit de cliquer sur la vidéo, et de consulter le codec utilisé (av01.0.05M.08 au lieu de vp09).
Attention, le décodage de l'AV1 n'est pas encore géré en matériel par les circuits graphiques. La lecture des vidéos prendra donc un peu de ressources CPU, mais rien de dramatique, pour une qualité effectivement remarquable.
Source: Tom'sHardware.fr (https://www.tomshardware.fr/articles/test-codec-av1-youtube,1-68473.html) par BrunoCormier le 15/09/2018. (https://lafibre.info/images/smileys/@GregLand/by.gif)
-
Il y a aussi des vidéos de test AV1 en différentes résolutions et bitrate sur le site d'elecard.
On a pas encore de chronologie pour l'apparition des premier décodeurs AV1 en Hard ?
J'ai lu que broadcom pourrait dégainer le premier, ça ferait un sacré buzz pour le rPi4...
Globalement j'ai du mal a évaluer la rapidité de diffusion, au niveau du matériel grand public mais surtout du matériel des fournisseurs de contenu en fonction de leur type (traditionel, web, entre deux...)
-
Le codec AV1 s'invite dans VLC et Windows (https://www.lesnumeriques.com/tv-televiseur/codec-av1-invite-dans-vlc-windows-n82041.html)
-
Je savais pour VLC mais pas pour windows et le format AVIF. Merci ;)
Apparition des premiers décodages matériel pas avant 1 ou 2 ans si on en croît l'article.
-
Je savais pour VLC mais pas pour windows et le format AVIF. Merci ;)
Apparition des premiers décodages matériel pas avant 1 ou 2 ans si on en croît l'article.
C'est un minimum je pense ....
-
Le calendrier prévisionnel du déploiement de l'AV1 (mise à jour début 2018)
(https://lafibre.info/images/tv/201804_codec_av1_calendrier_previsionnel.jpg)
Le déclencheur Intel et Arm implèmenteront AV1 matériellement dans leur carte graphique (Nvidia / AMD seront forcèment obligé de suivre rapidement, leur solution étant censée être plus haut de gamme).
J'aimerais bien que celoit soit intégré dans les processeur Core de 10ème génération, ceux qui seront en 10nm...
-
Vous trouverez des vidéos de test sur https://www.elecard.com/videos
Il faut impérativement VLC 3.0.5 ou supérieur.
Avec un processeur Core i3-6100 (2 cœurs hyper threading à 3,7 Ghz + Intel HD Graphics 530)
- 3840x2160 au débit de 8.5 mbps "Summer in Tomsk" : Utilisation du CPU au maximum à 90% pendant la lecture + 14% GPU
- 3840x2160 au débit de 13.9 mbps "Holi Festival" : Grosses saccades et blocage dés le lancement, lecture impossible
- 3840x2160 au débit de 22.7 mbps "Summer Nature" : Utilisation du CPU au maximum à 99% pendant la lecture + 14% GPU. Si n autre process prend un peu de CPU pendant la lecture de la vidéo, celle ci se bloque.
C'est étonnant que le fichier le plus consommateur de CPU ne soit pas celui au débit le plus élevé.
J'ai aussi regardé l’utilisation CPU sur 1920x1080 à 2.7 mbps "Summer in Tomsk" : l’utilisation CPU varie beaucoup selon la scène. Celle où les voitures passent utilise deux fois plus de CPU.
-
j'ai regardé pour produire en AV1, il n'existe apparemment pas d'encodeur temps réel pour l'instant
-
Oui tout ça est encore très jeune.
Pour les encodeurs temps réel, les acteurs du web n'en ont pas un besoin aussi immédiat et critique que les diffuseurs traditionnels... quoique en y réfléchissant en fait même youtube et consorts ont besoin de vitesse.
-
Vous trouverez des vidéos de test sur https://www.elecard.com/videos
Il faut impérativement VLC 3.0.5 ou supérieur...
Je n'ai pas réussi à trouver la version 3.0.5 en 64 bit sur le site de VideoLan et lorsque je fais une recherche de mise à jour avec ma version 3.0.4, VLC m'indique que mon logiciel est à jour: aurais-tu un lien afin de télécharger cette dernière version ? (https://lafibre.info/images/smileys/Confus/Confus_83.gif)
-
Windows : La mise à jour 3.0.5 n'est pas encore proposée a ceux qui ont la 3.0.4
Il faut aller chercher manuellement la version sur https://www.videolan.org/ cliquer sur "Télécharger VLC", enregistrer le fichier et l’exécuter.
Ubuntu : Il faut installer le Snap VLC, disponible dans la logithèque. La version 3.0.5 est déja disponible et ceux qui avaient installé VLC 3.0.4 via Snap ont été mis à jour.
Ceux qui ont installé la version .DEB de VLC seront upgradés plus tard.
-
Windows : La mise à jour 3.0.5 n'est pas encore proposée a ceux qui ont la 3.0.4
Il faut aller chercher manuellement la version sur https://www.videolan.org/ cliquer sur "Télécharger VLC", enregistrer le fichier et l’exécuter...
C'est bien ce que j'ai fait, mais je n'ai trouvé que la version 32 bit ! (https://lafibre.info/images/smileys/@GregLand/bk.gif)
-
Sur un Pixelbook I5 (ChromeOS/Android/Linux), les videos AV1 de https://www.elecard.com/videos en 720p passent sans problème directement dans Chrome. Mais celles en 1080 se figent par moment et celles en 4K saccadent.
Je n'ai pas essayé avec un programme sous Android ou Linux (y'en a ?).
Le cpu est un https://ark.intel.com/products/97461/Intel-Core-i5-7Y57-Processor-4M-Cache-up-to-3-30-GHz-
-
Avec un i7 3770K (Ivy Bridge de 2012) 3.9GHz 4C 8T, une des trois video freeze (Holi Festival) quand les gens dansent pour le reste aucun freeze avec Chrome, VLC ne fonctionne pas même en 3.0.5 les vidéos s'affiche deux secondes puis freeze et plus rien.
J'ai aussi testé avec mon portable i7 7700HQ (Kaby Lake de 2017) 3.0GHz 4C 8T, pareil Holi Festival freeze le reste OK avec Chrome pas testé avec VLC
-
J'ai mis sur tests_codec_av1.zip (https://lafibre.info/images/tv/tests_codec_av1.zip) les 6 vidéos dans l'ordre d'utilisation du CPU.
Le test1 est celui qui utilise le plus de CPU et le test 6 celui qui utilise le moins de CPU.
- test1_codec_av1_4k_13.9mbps.webm
- test2_codec_av1_4k_8.5mbps.webm
- test3_codec_av1_hd_6.3mbps.webm
- test4_codec_av1_hd_2.7mbps.webm
- test5_codec_av1_720p_3.9mbps.webm
- test6_codec_av1_720p_1.5mbps.webm
Le but est de garder ces mêmes vidéos pour voir les progrès coté logiciel sur un même PC dans quelques mois / années.
Avec un PC fixe Intel Core i3-4150 Haswell - 4ème génération (2 cœurs 4 threads @3.50GHz) sans carte graphique dédiée
OS : Ubuntu 18.10
Soft : VLC 3.0.5 via Snapcraft
Test 1 : 2160p 13,9 Mb/s
Freezes => HS
Test 2 : 2160p 8,5 Mb/s
Le début de la vidéo est au point indiqué par 180 secondes (cela correspond à l’utilisation CPU 180 secondes avant la capture d'écran).
(https://lafibre.info/images/tv/201909_test2_codec_av1_4k_8.5mbps_intel_core_i3-4150.png)
Test 3 : 1080p 6,3 Mb/s
(https://lafibre.info/images/tv/201909_test3_codec_av1_hd_6.3mbps_intel_core_i3-4150.png)
Test 4 : 1080p 2,7 Mb/s
(https://lafibre.info/images/tv/201909_test4_codec_av1_hd_2.7mbps_intel_core_i3-4150.png)
Test 5 : 720p 3,9 Mb/s
(https://lafibre.info/images/tv/201909_test5_codec_av1_720p_3.9mbps_intel_core_i3-4150.png)
Pour avoir ces courbes, j'utilise le moniteur système intégré à Ubuntu, configuré avec une fréquence de mise à jour de 3 secondes.
-
Avec un PC fixe Intel Core i7-2600 Sandy Bridge - 2ème génération (4 cœurs 8 threads @3.40GHz) sans carte graphique dédiée
OS : Ubuntu 18.10
Soft : VLC 3.0.5 via Snapcraft
Test 1 : 2160p 13,9 Mb/s
Freezes => HS
Test 2 : 2160p 8,5 Mb/s
Freezes => HS
Test 3 : 1080p 6,3 Mb/s
Freezes => HS
Quelle conclusion tirer de ces 3 échecs sur un processeur 4 cœurs 8 threads qui est presque à la même fréquence que le CPU précédents qui n'avait que 2 cœurs ?
Je pense que le décodage du flux AV1 utilise massivement les instructions AVX2 (Advanced Vector Extensions 2) qui ont été introduites sur les processeurs de la 4ème génération. Ce Core-i7 est puissant mais reste un processeur de 2ème génération.
AVX2 supporte notamment :
- l'extension de la plupart des instructions AVX sur 128 bits sur les entiers à 256 bits,
- la récupération de données 32 ou 64 bits en mémoire non contiguës,
- la diffusion ou la permutation de données entre plusieurs mots de 128 bits,
- le décalage à gauche ou à droite d'éléments avec une valeur de décalage par élèment.
Test 4 : 1080p 2,7 Mb/s
Le début de la vidéo est au point indiqué par 180 secondes (cela correspond à l’utilisation CPU 180 secondes avant la capture d'écran).
(https://lafibre.info/images/tv/201901_test4_codec_av1_hd_2.7mbps_intel_core_i7-2600.png)
Test 5 : 720p 3,9 Mb/s
(https://lafibre.info/images/tv/201901_test5_codec_av1_720p_3.9mbps_intel_core_i7-2600.png)
Test 6 : 720p 1,5 Mb/s
(https://lafibre.info/images/tv/201901_test6_codec_av1_720p_1.5mbps_intel_core_i7-2600.png)
Pour avoir ces courbes, j'utilise le moniteur système intégré à Ubuntu, configuré avec une fréquence de mise à jour de 3 secondes.
-
Quelle conclusion tirer de ces 3 échecs sur un processeur 4 cœurs 8 threads qui est presque à la même fréquence que le CPU précédents qui n'avait que 2 cœurs ?
Je pense que le décodage du flux AV1 utilise massivement les instructions AVX2 (Advanced Vector Extensions 2) qui ont été introduites sur les processeurs de la 4ème génération. Ce Core-i7 est puissant mais reste un processeur de 2ème génération.
C'est totalement confirmé puisque dav1d en version 0.1 (la librairie utilisée par VLC) (http://www.jbkempf.com/blog/post/2018/First-release-of-dav1d) ne comporte que très peu d'assembleur optimisé pour autre chose que AVX2 (https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#AVX2). Le développement est en cours (https://code.videolan.org/videolan/dav1d/commits/master) pour de l'assembleur SSSE3 (https://en.wikipedia.org/wiki/SSSE3) (à ne pas confondre avec SSE3) et ARMv8.
-
J'ai réalisé un petit récapitulatif, faute d'en avoir trouvé un tout fait sur Internet :
1997 (1er CPU: Pentium MMX P55C) => Ajout du jeu de 57 instructions : MMX Ces 57 instructions ont la particularité de manipuler plusieurs valeurs simultanèment. On les qualifie de SIMD (Single Instruction Multiple Data). Par exemple, on peut additionner en une seule opération quatre paires d'entiers à seize octets. Ceci permet d'accélérer certains algorithmes tels que ceux utilisés en traitement du son et de l'image.
1999 (1er CPU: Pentium III) => Ajout du jeu de 70 instructions : SSE (en plus de MMX)
En plus des 70 instructions, le SSE a originellement ajouté huit nouveaux registres 128 bits nommés XMM0 à XMM7.
2001 (1er CPU: Pentium 4 Willamette) => Ajout du jeu de 144 instructions : SSE2 (en plus de MMX / SSE)
SSE2 apporte 144 nouvelles instructions en tous genres. Certaines sont orientées vers la gestion mémoire, d’autres vers la 3D ou encore la Vidéo. De plus SSE2 permet de traiter des entiers en 128bits et 2 flottants en double précision à chaque cycle.
2004 (1er CPU: Pentium 4 Prescott) => Ajout du jeu de 13 instructions : SSE3 (en plus de MMX / SSE / SSE2)
Elles portent sur la conversion FP en Integer (FISTTP), l'encodage vidéo (LDDQU), le traitement de complexes (MOVSUBPD, ADDSUBPS, MOVDDUP, MOVSHDUP et MOVSLDUP), le traitement des matrices (ADDPD, HSUBPD, HADDPS et HSUBPS) et enfin les threads (MONITOR et MWAIT).
2004 (1er CPU: Pentium 4 Prescott) => Intel 64 : une extension 64-bit de l'architecture IA-32
2006 (1er CPU: Pentium 4 Prescott Hyper-Threading) => Intel VT technologie de partition processeur permettant d'exécuter plusieurs systèmes d'exploitation en même temps sur la même puce. (virtualisation). Présent sur certains processeurs haut de gamme uniquement les premières années.
2006 (1er CPU: micro-architecture Core famille de processeurs Merom comme le Core 2 Solo) => Ajout du jeu de 32 instructions : SSSE3 (en plus de MMX / SSE / SSE2 / SSE3)
=> Intel Wide Dynamic Execution : pipeline de 14 étages, 4 instructions par cycle, micro et macro fusion et ALU optimisée
=> Intel Advanced Smart Cache : accès simultané des cores aux cache L2 commun.
=> Intel Smart Memory Access : optimisation et possibilité d’intervertir load and store, latences mémoire réduites voire masquées grâce aux Prefetchers
=> Intel Advanced Digital Media Boost : une opération SSE 128 bits par cycle
=> Intel Intelligent Power Capability : Ajustement dynamique et continu des fréquences et tensions.
2008 (1er CPU: famille de processeurs Penryn) => Ajout du jeu de 47 instructions SSE4.1 (en plus de MMX / SSE / SSE2 / SSE3 / SSSE3)
SSE4.1 apporte 47 nouvelles instructions qui visent les « compiler vectorization primitives », des opérations fondamentales utilisées par d’autres instructions plus complexes. Il s’agit d’opérations portant sur les entiers mais aussi sur les nombres en virgule flottante qui serviront notamment dans le traitement de données multimédia dont les vidéos H.264 et l’édition photo , dans la 3D (HLSL) mais aussi dans les langages de programmation de haut niveau comme C et Fortran.
2009 (1er CPU: famille de processeurs Nehalem) => Ajout du jeu de 7 instructions SSE 4.2 (en plus de MMX / SSE / SSE2 / SSE3 / SSSE3 / SSE 4.1)
Ce second lot d’instructions SSE 4.2, porte sur le traitement des chaînes de caractères. Ces instructions seront particulièrement utiles dans la compression, la recherche de virus ou de données, le traitement de bases de données, etc.
2010 (1er CPU: famille de processeurs Westmere) => Ajout de EPT (Intel VT-x with Extended Page Tables), Une technologie de virtualisation de seconde génération. Nécessaire pour l'Hyperviseurs bhyve
2010 (1er CPU: famille de processeurs Westmere) => Ajout du jeu de 7 instructions dédiées au chiffrement matériel AES sur certains processeurs : AES-NI (Advanced Encryption Standard New Instructions) Présent sur Core i5 / Core i7 / Xeon uniquement, puis Core i3 en 2013 puis sur sur tous les processeurs à partir de 2016.
2011 (1er CPU: famille de processeurs Sandy Bridge - 2ème génération) => Ajout du jeu de 12 instructions AVX (en plus de MMX / SSE / SSE2 / SSE3 / SSSE3 / SSE 4.1 / SSE 4.2)
2013 =>(1er CPU: famille de processeurs Haswell - 4ème génération) => Ajout du jeu d'instructions AVX 2.0 : Extension de la plupart des instructions AVX sur 128 bits sur les entiers à 256 bits, récupération de données 32 ou 64 bits en mémoire non contiguës, diffusion ou la permutation de données entre plusieurs mots de 128 bits, décalage à gauche ou à droite d'éléments avec une valeur de décalage par élèment.
- DDR3 (DDR4 sur certains Xeons)
2017 (1er CPU: famille de processeurs Kaby Lake - 7émé génération) AVX-512 étend le nombre de registres SIMD à 32 et les élargit à 512 bits. Il utilise un nouveau codage utilisant le EVEX prefix proposé par Intel en juillet 2013.
-
C'est totalement confirmé puisque dav1d en version 0.1 (la librairie utilisée par VLC) (http://www.jbkempf.com/blog/post/2018/First-release-of-dav1d) ne comporte que très peu d'assembleur optimisé pour autre chose que AVX2 (https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#AVX2). Le développement est en cours (https://code.videolan.org/videolan/dav1d/commits/master) pour de l'assembleur SSSE3 (https://en.wikipedia.org/wiki/SSSE3) (à ne pas confondre avec SSE3) et ARMv8.
je pense que je vais faire de l'HEVC pendant encore longtemps......
-
L'écosystème est encore balbutiant, mais pour rappel dav1d est le premier décodeur av1 "tiers" et son premier commit date seulement de septembre. (le premier encodeur tiers, rav1e, est nettement plus vieux (https://github.com/xiph/rav1e))
Une fois les navigateurs et les applications prêtes, Youtube et Netflix devraient être (de plusieurs mois) les premiers à diffuser massivement le format. Les diffuseurs traditionnels ne sont pas du tout dans la ligne de mire de l'alliance dans un premier temps, pour cela il faudra attendre 2020 minimum, des implèmentations matérielles et une offre logicielle plus stable et conséquente (librairies mais aussi logiciel finaux). Mais était-ce vraiment plus rapide avec les standards MPEG ?
-
Avec un PC portable Intel Core i5-8250U Coffee Lake - 8ème génération (4 cœurs 8 threads @1.60GHz) sans carte graphique dédiée
OS : Ubuntu 18.10
Soft : VLC 3.0.5 via Snapcraft
Toute les vidéos sont lisibles parfaitement malgré la faible fréquence du processeur.
Test 1 : 2160p 13,9 Mb/s
Le début de la vidéo est au point indiqué par 180 secondes (cela correspond à l’utilisation CPU 180 secondes avant la capture d'écran).
(https://lafibre.info/images/tv/201901_test1_codec_av1_4k_13.9mbps_intel_core_i5-8250u.png)
Test 2 : 2160p 8,5 Mb/s J'ai rajouté en dessous l’utilisation mémoire : la lecture de cette vidéo nécessite 1,5 Go de ram supplèmentaire.
(avant le démarrage, VLC était déjà lancé avec le fichier vidéo, les 1,5 Go supplèmentaire sont consommées quand on appui sur le bouton lecture)
(https://lafibre.info/images/tv/201901_test2_codec_av1_4k_8.5mbps_intel_core_i5-8250u.png)
Test 3 : 1080p 6,3 Mb/s
(https://lafibre.info/images/tv/201901_test3_codec_av1_hd_6.3mbps_intel_core_i5-8250u.png)
Test 4 : 1080p 2,7 Mb/s
(https://lafibre.info/images/tv/201901_test4_codec_av1_hd_2.7mbps_intel_core_i5-8250u.png)
Test 5 : 720p 3,9 Mb/s
(https://lafibre.info/images/tv/201901_test5_codec_av1_720p_3.9mbps_intel_core_i5-8250u.png)
Test 6 : 720p 1,5 Mb/s
(https://lafibre.info/images/tv/201901_test6_codec_av1_720p_1.5mbps_intel_core_i5-8250u.png)
Pour avoir ces courbes, j'utilise le moniteur système intégré à Ubuntu, configuré avec une fréquence de mise à jour de 3 secondes.
-
Le test 1 et 2 fonctionne pas sur vlc 3.0.5 windows 10, sur firefox aucun problème.
-
Ne fonctionne pas = CPU pas assez puissant
J'en déduis que la lecture AV1 est plus optimisée sur Firefox.
Tu utilises quelle version de Firefox ?
La version stable (Firefox 64) ne sais pas lire les flux AV1
-
Ne fonctionne pas = CPU pas assez puissant
J'en déduis que la lecture AV1 est plus optimisée sur Firefox.
Tu utilises quelle version de Firefox ?
La version stable (Firefox 64) ne sais pas lire les flux AV1
Pas assez puissant ? un 9900k devrait être suffisant quand même.
Si justement c'est la version stable 64, ça fonctionne maintenant en cochant dans les options about config.
-
Personnellement je n'ai pas de problème pour le test 2 avec VLC 3.0.5 sous Windows 10.
Ma configuration :
- Windows 10 famille 1809 64bits
- Core i3-6100 (2 cœurs hyper threading à 3,7 Ghz + Intel HD Graphics 530)
- VLC 3.0.5
J'ai une utilisation du CPU de 90%
Le test 1 ne fonctionne pas car mon CPU n'est pas assez puissant (Freeze définitif quelques images après le début de la vidéo)
Si justement c'est la version stable 64, ça fonctionne maintenant en cochant dans les options about config.
Merci pour l'astuce pour Firefox 64.
Sur ma machine Intel Core i7-2600 Sandy Bridge - 2ème génération (4 cœurs 8 threads @3.40GHz) sans carte graphique dédiée, Firefox se montre capable de lire le test 3 (vidéo HD 6.3 M/s) que VLC n'arrive pas à lire. Pour le test 2, cela Freeze au moment où les voitures passent, c'est le moment de la vidéo qui consomme le plus de CPU et le test1 freeze après une seconde de lecture.
-
My bad, j'avais téléchargé une version 32bit de vlc :P
La avec la version 64bit, toutes les vidéos fonctionnent, même mieux que sur firefox qui avait quelques saccadent sur le test1.
-
C'est totalement confirmé puisque dav1d en version 0.1 (la librairie utilisée par VLC) (http://www.jbkempf.com/blog/post/2018/First-release-of-dav1d) ne comporte que très peu d'assembleur optimisé pour autre chose que AVX2 (https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#AVX2). Le développement est en cours (https://code.videolan.org/videolan/dav1d/commits/master) pour de l'assembleur SSSE3 (https://en.wikipedia.org/wiki/SSSE3) (à ne pas confondre avec SSE3) et ARMv8.
Il y a des bugs qui indiquent la progression des optimisations assembleur : AVX2 : https://code.videolan.org/videolan/dav1d/issues/78 (https://code.videolan.org/videolan/dav1d/issues/78), SSSE3 : https://code.videolan.org/videolan/dav1d/issues/216 (https://code.videolan.org/videolan/dav1d/issues/216), ARM NEON (https://code.videolan.org/videolan/dav1d/issues/215).
Même en AVX2, il y a encore pas mal de choses qui ne sont pas finies (le support 10 bits par exemple n'est pas fait).
Je me demande si hors AVX2 libaom n'est pas toujours légèrement plus performante pour l'instant.
Sur mon i7-3930K@4Ghz (Sandy Bridge-E), le test3 passe avec MPC-HC (LAVFilters, cad libaom) avec environ 25-30% de CPU, alors qu'avec VLC 3.0.5 ça bloque assez vite (et la consommation CPU, au début à 30%, a des pics à 45% : malgré le grand nombre de threads, ça ne suit pas alors que le CPU n'est pas saturé).
La consommation mémoire de VLC est aussi plus importante (à cause du nombre de threads ?) : 630Mo pour le test3 (contre 440Mo), et 2,1Go pour les test1/test2 (contre 1,1Go).
-
Youtube a commencé à déployer l'AV1 sur les autres vidéos, par contre elles sont limitées au 480p
-
Youtube a commencé à déployer l'AV1 sur les autres vidéos, par contre elles sont limitées au 480p
As-tu une liste des vidéos concernées pour l'instant ?
Par contre pour la définition, c'est assez logique vu l'état du déploiement des décodeurs, le risque de saturer le CPU en 4k serait beaucoup trop élevé
-
As-tu une liste des vidéos concernées pour l'instant ?
Par contre pour la définition, c'est assez logique vu l'état du déploiement des décodeurs, le risque de saturer le CPU en 4k serait beaucoup trop élevé
Oui mais l'av1 il faut l'activer à la main sur la page de test youtube, donc on le fais de notre plein grès, si ça fonctionne mal on peut le désactiver ou au pire baisser la résolution.
Certaines montent jusqu'au 720p, mais la majorité des nouvelles vidéos sont bloquées en 480p
Il y en a beaucoup trop pour en faire une liste, mais par exemple celles-ci :
https://www.youtube.com/watch?v=3P-sA11cE10 480p
https://www.youtube.com/watch?v=8ReEahNjWng 480p
https://www.youtube.com/watch?v=C7CBOVB4o44 480p
https://www.youtube.com/watch?v=FvHHlKp923A 720p
Peut être qu'il faut du temps pour que Youtube encode en plus haute qualité, ce sont souvent des vidéos qui ont quelques semaines qui sont en 720p
-
j'ai regardé pour produire en AV1, il n'existe apparemment pas d'encodeur temps réel pour l'instant
3 mois plus tard, il existe désormais SVT-AV1, un encodeur qui a pour but de fournir une solution temps-réel. Un commit récent (https://github.com/OpenVisualCloud/SVT-AV1/commit/47af208baf2c4bde185f437b9269f09e8fe3fbfb) fait état de 60 fps 1080p sur un Xeon 8180 (28 cœurs tout de même).
D'ailleurs, le décodeur dav1d a aussi nettement progressé (https://medium.com/@ewoutterhoeven/dav1d-0-2-0-covering-all-pcs-including-mobile-eac3e43868c2) pour les processeurs non AVX2.
-
Pour activer l'AV1 sur Youtube on fait comment ? (Je suis en VP9 sur les vidéos indiquées alors que j'ai Firefox 66)
-
Il faut activer 2 paramètres :
media.av1.enabled
media.mediasource.experimental.enabled
Marche sur Firefox 65.0.1 mais uniquement sur les vidéos en 480p et moins. Et encore certaines sont toujours en VP9.
-
C'est possible d'activer le codec pour toutes les vidéos mais en général, il n'y a plus la possibilité de visionner du 4K/8K, et en 1080p, c'est beaucoup moins performant que le VP9 pour le moment.
-
$ youtube-dl -F https://www.youtube.com/watch?v=oAbB4dQOz4I | grep 1080p
248 webm 1920x1080 1080p 2670k , vp9, 24fps, video only, 36.26MiB
137 mp4 1920x1080 1080p 4434k , avc1.640028, 24fps, video only, 45.88MiB
399 mp4 1920x1080 1080p 12115k , av01.0.05M.08, 24fps, video only, 85.86MiB
c'est toujours en mode 'qualité' pour le moment: 86 Mo pour l'av1 contre 36 Mo pour le vp9 ... ouch
-
Chez moi au dessus de 480p, plus d'av1... après peut-être que ça se base sur la puissance disponible ?
-
Allez, moyennant quelques €€€ on peut encoder en AV1 1080p @ 60 FPS avec les derniers Xeon Platinum Cascadelake et l'encodeur opensource SVT :
https://www.phoronix.com/scan.php?page=news_item&px=Intel-SVT-Clear-Cascade-Lake (https://www.phoronix.com/scan.php?page=news_item&px=Intel-SVT-Clear-Cascade-Lake)
Il faut utiliser les versions récentes de GCC pour exploiter les extensions propres à Cascadelake (GCC 8.3.1 avec l'option -march=cascadelake), c'est pourquoi sur les tests Clear Linux obtient des meilleurs résultats que Ubuntu qui a un GCC moins récent...
-
Intel et Netflix vont fournir le codec AV1 sans droits associés
Intel et Netflix ont annoncé que dorénavant il sera possible d'utiliser le codec vidéo SVT-AV1 sans avoir à payer de royalties.
Ce codec vidéo permettrait d'économiser un gros volume de bande passante, la moitié par rapport au H.264 AVC à qualité égale.
Dans le même temps, Intel a annoncé le projet open source "Open Visual Cloud". Il est destiné à optimiser la gestion du transfert de données vidéo entre serveurs et clients.
Source Macbidouille
-
Intel a ouvert https://github.com/OpenVisualCloud/SVT-AV1 depuis le 31/1/2019 ; c'est curieux le timing de Macbidouille
-
Intel a ouvert https://github.com/OpenVisualCloud/SVT-AV1 depuis le 31/1/2019 ; c'est curieux le timing de Macbidouille
Il y a eu une annonce (https://newsroom.intel.com/news/intel-netflix-deliver-av1-scalable-codec-power-next-gen-compression-tech-visual-workloads/) récemment sur le sujet.
D'ailleurs apparament ils ont une feuille de route assez chargée (https://www.phoronix.com/scan.php?page=news_item&px=Intel-TODO-AV1-Decode-FFmpeg) autour du format.
-
Actuellement il faut quel budget pour encoder un 1080i/25 en temps réel en av1 ?
-
Actuellement il faut quel budget pour encoder un 1080i/25 en temps réel en av1 ?
On trouve pas trop de benchmark à part chez phoronix : http://linuxbenchmarking.com/?video-benchmarks#r-fed01dc174a1644e221804114a752b84c4f18119
~18fps avec un processeur à 400€ (i7 7740x)
~21fps avec un xeon à 2000€
on passe à 80fps avec 2 xeon 8280 à 10 000€ unité
https://www.phoronix.com/scan.php?page=news_item&px=Intel-SVT-Clear-Cascade-Lake
On a pas les utilisations des coeurs mais c'est très certainement 100%.
L'encodage+diffusion en temps réel c'est pas pour tout de suite, probablement pas avant l'arrivée du support matériel cpu ou gpu.
-
Dans les coulisses du support d'AV1 sur la plateforme Vimeo :
=> https://medium.com/vimeo-engineering-blog/behind-the-scenes-of-av1-at-vimeo-a2115973314b
-
Dans les coulisses du support d'AV1 sur la plateforme Vimeo :
=> https://medium.com/vimeo-engineering-blog/behind-the-scenes-of-av1-at-vimeo-a2115973314b
Des informations plus techniques, de ATEME, OPENHEADEND, et de Videolan
https://code.videolan.org/videolan/av1-mapping-specs/blob/master/ts-carriage.md
-
Test d'encodage avec Ubuntu 19.04
Via ffmpeg 4.1.4 qui est dans un snap : cela ne fonctionne pas
ffmpeg version n4.1.4 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 7 (Ubuntu 7.4.0-1ubuntu1~18.04.1)
$ ffmpeg -i 1.mp4 -vf scale=1280:-1 -c:v libaom-av1 -crf 44 -b:v 0 -row-mt 1 -tiles 4x1 -strict experimental -c:a libopus -b:a 64k -f webm 1.webm
ffmpeg version n4.1.4 Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 7 (Ubuntu 7.4.0-1ubuntu1~18.04.1)
configuration: --prefix= --prefix=/usr --disable-debug --disable-doc --disable-static --enable-avisynth --enable-cuda --enable-cuvid --enable-libdrm --enable-ffplay --enable-gnutls --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfontconfig --enable-libfreetype --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopus --enable-libpulse --enable-sdl2 --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxvid --enable-nonfree --enable-nvenc --enable-omx --enable-openal --enable-opencl --enable-runtime-cpudetect --enable-shared --enable-vaapi --enable-vdpau --enable-version3 --enable-xlib
libavutil 56. 22.100 / 56. 22.100
libavcodec 58. 35.100 / 58. 35.100
libavformat 58. 20.100 / 58. 20.100
libavdevice 58. 5.100 / 58. 5.100
libavfilter 7. 40.101 / 7. 40.101
libswscale 5. 3.100 / 5. 3.100
libswresample 3. 3.100 / 3. 3.100
libpostproc 55. 3.100 / 55. 3.100
Unrecognized option 'tiles'.
Error splitting the argument list: Option not found
Via ffmpeg 4.1.3 qui est dans les dépôts (installation : sudo apt install ffmpeg )
ffmpeg version 4.1.3-0ubuntu1 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8 (Ubuntu 8.3.0-6ubuntu1)
J'utilise la commande suivante :
ffmpeg -i 1.mp4 -vf scale=1280:-1 -c:v libaom-av1 -crf 44 -b:v 0 -row-mt 1 -tiles 4x1 -strict experimental -c:a libopus -b:a 64k -f webm 1.webm
C'est très très lent, car il n'utilise qu'un seul cœur, alors que j'ai bien activé -row-mt 1 enables row-based multi-threading which maximizes CPU usage, comme indiqué sur la page https://trac.ffmpeg.org/wiki/Encode/AV1
J'ai le message suivant :
Codec AVOption row-mt (Row based multi-threading) specified for output file #0 (1.webm) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.
Vous savez ce qui pose problème ?
-
ffmpeg -h encoder=libaom-av1Cette commande me montre que le snap n'est pas compilé avec libaom-av1.
Sinon j'ai le même problème de coeur pour la version 4.1.3 (via apt).
J'ai essayé sous windows et j'ai bien plusieurs coeurs qui tournent, un particulièrement plus que les autres par contre mais pas à 100%.
Egalement, de souvenir libdav1d (le décodeur) devrait arriver avec la version 4.2, ça fait quelques temps que je n'ai pas essayé la version -dev pour voir l'état.
-
Les sources sont publiques pour encoder :
https://github.com/OpenVisualCloud/SVT-AV1
-
Les sources sont publiques pour encoder :
https://github.com/OpenVisualCloud/SVT-AV1
Rien à voir, on parle de paquets précompilés délivrés via apt et snap, de plus libaom-av1 != svt-av1
-
L'encodage semble utiliser régulièrement les 4 cœurs de mon PC, mais pas systématiquement.
Par contre c'est vraiment très très lent.
Pour de l'encodage 720p, avec un Core i7-2600 @3.40GHz
Speed : 0,00207x => Je traite un peu moins de 2,98 minutes de vidéo par 24 heures !
-
Je doute qu'avec un i7 aussi ancien il soit possible d'obtenir des performance correctes, à voir avec rav1e ou svt-av1 qui sont eux optimisés pour les performances.
libaom-av1 est surtout l'encodeur neutre de référence qui suit le standard à la lettre sans grosses optimisations.
-
Utilisation CPU, j'ai paramétré avec une mise à jour toutes les 20 secondes, on a donc un moyenne (cela fait 100% un certain temps puis 0% si on met à jour plus rapidement)
(https://lafibre.info/testdebit/ubuntu/201907_ubuntu_compression _av1_maj_20 secondes.png)
(si vous savez faire pour que les cœurs 5 à 8 ne soient pas en rouge, je suis preneur)
Speed : 0,00207x => Je traite un peu moins de 2,98 minutes de vidéo par 24 heures !
C'est vrai que mon Core i7-2600 @3.40GHz n'a pas les derniers jeux d’instructions...
Ma vidéo fait 18min 45 secondes.
=> il faut donc 6 jours et 7 heures pour encoder ma vidéo !
-
(si vous savez faire pour que les cœurs 5 à 8 ne soient pas en rouge, je suis preneur)
On peut changer la couleur en cliquant sur les carrés.
-
Rooh trop simple.
J'avais été cherché dans les options sans trouver.
-
Je sais que d'autres encodeurs utilisent massivement les instructions AVX2 (dav1d): http://www.jbkempf.com/blog/post/2018/dav1d-toward-the-first-release
Je ne sais pas si c'est le cas de celui-ci, mais c'est le genre de traitement qui s'y prête bien en général.
Pour info, AVX2 est arrivé chez Intel avec les CPU Haswell (ix 4xxx)
-
AH bah de toute façon oui, l'encodage vidéo est bien LE domaine qui bénéficie au maximum des jeux d'instructions CPU.
Il y a même AVX-512 maintenant chez Intel :-)
-
Dav1d est uniquement un décodeur pour le moment.
Libaom-av1 utilise aussi avx2 si disponible.
AH bah de toute façon oui, l'encodage vidéo est bien LE domaine qui bénéficie au maximum des jeux d'instructions CPU.
Il y a même AVX-512 maintenant chez Intel :-)
Il bénéficie aussi beaucoup du code assembleur écrit à la main, c'est surtout là que se joue la bataille pour les performances actuellement.
x264 a mis des années avant d'atteindre les performances actuelles parce que l'assembleur c'est long et chiant à écrire sans se tromper.
avx-512 dans les skylake-s est encore très mauvaix et génère dans un grand nombre de cas des performances inférieures à avx2. Il va falloir encore attendre quelques années avant de voir avx-512 devant avx2.
-
Quand je disais qu'un codec bénéficie d'un jeu d'instructions, je pensais bien entendu à tout le code ASM écrit main ^^
Dans un tel cas il est mieux de l'écrire à la main car le compilo ne peut pas générer un code spécialisé efficace, ni même les intrinsics
-
Dans un tel cas il est mieux de l'écrire à la main car le compilo ne peut pas générer un code spécialisé efficace, ni même les intrinsics
Ça dépend quand même, les compilos ont fait des gros progrès sur la vectorisation automatique (même si clairement un code assembleur écrit par un humain reste meilleur, voir bien meilleur s'il faut vraiment être astucieux).
-
Je peut vous indiquer que pour compiler un fichier vidéo en VP9 avec un vieux CPU (Athlon 64 ci-dessous), j'ai noté un gain de 40% entre le FFMPEG d'Ubuntu 18.04, comparé au FFMPEG d'Ubuntu 16.04.
Il y a donc bien des optimisations avec le temps pour un même CPU. (Je ne sais pas si c'est du code en assembleur ou le compilateur qui s'est amélioré)
(https://lafibre.info/testdebit/windows10/201907_dell_dimension_c521_mamie_cpu-z_1.png)
Pour mon fichier de 18min 45 secondes en 720p que j'encode en AV1 sur un Core i7-2600 @3.40GHz c'est toujours en cours. Il me faudra une semaine !
Speed : 0,00205x
Le gain de place semble par contre super important.
Je reviendrais vers vous pour indiquer le gain par rapport au H.264 / VP9 de Youtube.
-
Je ne sais pas si c'est du code en assembleur ou le compilateur qui s'est amélioré
Ça vient probablement principalement d'ajout de code en assembleur, ça reste crucial dans les encodeurs/décodeurs vidéo.
-
Dire que moi on vient me faire c..... Quand j'ai 1 seconde de délai d'encodage.....
-
Également (ce n'est peut-être pas le cas ici), cela peut venir de l'ajout de support d'instruction CPU au sens du kernel et du compilateur utilisé
-
Netflix sur Android : place au codec AV1 dans ce cas bien précis
https://www.cnetfrance.fr/news/netflix-sur-android-place-au-codec-av1-dans-ce-cas-bien-precis-39898679.htm
-
Voila, c'est (enfin) officiel : AV1 : le nouveau standard vidéo adopté à l'unanimité par Amazon, ARM, Facebook, Google, Intel, Nvidia, Mozilla, Netflix, Microsoft, Adobe, Netflix, VLC, Twitch et même Apple. Par ailleurs, l'AV1 devrait rendre possible la transmission de contenus Ultra HD avec une simple connexion ADSL d'une dizaine de mégabits (10 Mb/s).
(https://lafibre.info/images/tv/201804_codec_av1_calendrier_previsionnel.jpg)
Premier décodeur TV que j'ai trouvé avec le support du codec AV1 : communiqué de presse de Technicolor le 7 janvier 2020 :
Las Vegas (États-Unis), le 7 janvier 2020 – Technicolor (Euronext Paris : TCH, OTCQX : TCLRY), annonce aujourd’hui les deux premières démonstrations de son décodeur JADE: l’une fonctionnant avec le système d’exploitation Android TV et l’autre avec le Reference Design Kit (RDK), lors du CES (consumer Electronic Show) qui a lieu à Las Vegas du 7 au 10 janvier 2020. Ce boîtier de pointe, agnostique de toute plateforme logicielle, permet de soutenir le large spectre des stratégies de mise sur le marché des fournisseurs d'accès et des diffuseurs, grâce aux technologies Wi-Fi 6 et systèmes intégrés (SoC) de 16 nm.
Il s’agit du dernier développement en date dans le cadre de l’engagement continu de Technicolor Connected Home à fournir des technologies ouvertes et innovantes pour les fournisseurs d'accès et des diffuseurs du monde entier. L’objectif final est bien sûr d’aider ces fournisseurs à offrir à leurs clients une connectivité fluide et des expériences de divertissement de très haute qualité. Pour ce faire, Technicolor Connected Home crée les meilleurs équipements du marché et s’associe avec les entreprises les plus innovantes dans l’univers de la maison connectée.
JADE est un décodeur 4K Ultra HD contenant une puce nouvelle génération de 16 nm. Il intègre les derniers standards technologiques, comme le le Wi-Fi 6 et le codec AV1, le tout dans un petit format personnalisable. Cet équipement fonctionne à la fois sur Android TV et RDK et bénéficie d’un puissant processeur quadricœur, d’un module empilable innovant permettant un maximum de flexibilité pour l’intégration de services à valeur ajoutée comme l’enregistreur vidéo numérique, la reconnaissance vocale et l’internet des objets.
https://lafibre.info/videos/materiel/202001_technicolor_jade_set_top_box.mp4
« JADE présente la toute dernière technologie SoC de Broadcom, ce qui en fait l’un des décodeurs les plus polyvalents et les plus puissants du marché », a déclaré Christian Lefebvre, Senior Vice President de l’unité Produits Vidéo chez Technicolor Connected Home. « JADE permet d'accompagner les fournisseurs d'accès et les diffuseurs qui développent des roadmaps technologiques spécifiques, fondées sur des box ouvertes répondant à l'évolution des besoins du marché. »
La demande croissante en service de streaming et de jeux en ligne, ainsi que l’émergence rapide des services autour de l’internet des objets ont donné aux boitiers un rôle prépondérant afin de répondre aux attentes des utilisateurs en matière d’expériences de maison connectée.
Partout dans le monde, les consommateurs s’attendent à pouvoir accéder à un large choix de services qui interagissent avec un nombre croissant d’appareils connectés. C’est pourquoi les fournisseurs d'accès et les diffuseurs souhaitent des décodeurs ouverts, capables de fournir des services supplémentaires payants de manière fluide, intuitive et sécurisée.
« Aujourd’hui, il existe deux moyens principaux d’offrir des expériences de maison connectée enrichies prenant en charge les appareils et les services offerts par un nombre croissant de fournisseurs: Android TV et RDK », a déclaré Christian Lefebvre. « Les opérateurs choisissent l’un ou l’autre, selon leurs priorités technologiques stratégiques. Avec JADE, Technicolor Connected Home ne se contente pas de démontrer comment la box fonctionne avec les deux systèmes d’exploitation, nous illustrons également notre capacité à bâtir des relations solides avec les acteurs les plus innovants de chacun de ces écosystèmes. Technicolor Connected Home a mis en place les processus les plus rigoureux afin d’intégrer, de manière sécurisée, les services spécifiques souhaités par les fournisseurs d’accès et les diffuseurs pour leurs abonnés, que ce soit sur Android TV ou sur RDK. »
-
Mauvaise nouvelle : Sisvel annonce un "pool de brevets AV1", qui revendique détenir des brevets sur les codecs VP9 et AV1
Certaines actions en justice se préparent pour contester l'AV1. En cas de victoire, AOMedia serait contrait de retirer les brevets pour faire un AV2 libre.
(https://lafibre.info/images/tv/202006_sisvel_site_web.webp)
Sisvel International a annoncé l'élargissement de ses membres à sa plate forme de licence de codage vidéo, qui offre des programmes de licence pour la propriété intellectuelle liée aux formats vidéo OTT VP9 et AV1 .
Après avoir mis en place le pool d'origine avec JVC Kenwood, NTT, Orange, Philips et Toshiba, qui concédaient tous des licences de brevets à MPEG-LA pour les pools de brevets AVC, DASH ou HEVC, Sisvel a été approché par d'autres sociétés et a défini d'enquêter sur leurs revendications de propriété intellectuelle connexes.
Le résultat est l'ajout de neuf nouveaux membres: Dolby, Ericsson, GE, SK Telecom, la maison de recherche financée par l'État sud-coréen ETRI, InterDigital (qui a acquis les brevets hérités de Technicolor), IP Bridge (administrateur de brevets japonais qui prétend être le plus grand concédant de licence du pool de brevets MPEG-LA AVC / H.264), NTT Docomo (la branche mobile de la société de télécommunications japonaise NTT) et Xylene (titulaire de brevets précédemment détenus par Mitsubishi Electric).
Selon Sisvel, dont le siège est à Luxembourg, des centaines d'autres brevets sont en cours d'évaluation. Le groupe prévoit d'atteindre un portefeuille total proposé en licence d'environ 1 000 brevets pour VP9 et près de 2 000 pour AV1. Les détails de certains d'entre eux sont maintenant publiés sur le site Web de Sisvel, avec des mises à jour régulières.
"L'AOMedia a poursuivi quelque chose qui est honnêtement difficile à réaliser", a déclaré Mattia Fogliacco, PDG de Sisvel, au sujet de l'objectif libre de redevances d'AOMedia. Toutes les technologies de codage vidéo importantes des 30 dernières années sont le résultat de la collaboration entre entreprises et des investissements de ces entreprises."
"Il est difficile de croire qu'un groupe, même de la taille d'AOMedia, pourrait développer toute la technologie qui entre dans un codec vidéo."
AOMedia est soutenu par des sociétés contrôlant d'énormes écosystèmes ou développant des puces utilisées par des centaines de millions de clients dans le monde. Ils comprennent Amazon, Cisco, Intel, Mozilla, Samsung, Apple, Facebook, IBM, ARM, Nvidia, Tencent, Bitmovin, ATEME, Broadcom, Alibaba, Vimeo, Adobe, CableLabs et Hulu.
"Les entreprises membres d'AOMedia ont une bonne raison d'offrir gratuitement leur technologie en AV1", fait valoir Fogliacco. "Ils vendent des puces, des cartes vidéo ou des appareils afin de gagner de l'argent pour financer leurs techniques de R&D par d'autres moyens.
"Les personnes que nous représentons n'ont pas ce débouché pour leur contribution à la technologie de codage vidéo et cherchent à obtenir [une récompense] sous forme de licence et de redevance."
"Cela se résume au fait que de nombreux détenteurs de brevets pour VP9 et AV1 ne sont pas membres d'AOMedia et n'ont donc pris aucun engagement de rendre cette technologie libre de droits."
Il pense que les membres de l'Alliance ne rejetteront plus d'emblée les prétentions de Sisvel.
"Lorsque AOMedia examinera la liste des membres que nous représentons, ils se rendront compte que la réalité est un peu différente de ce qu’ils imaginent. Ils réaliseront que les prix sont équitables et que nous avons fait un travail approfondi d’interne filtrage avec des tiers accrédités et par nos propres experts du domaine technique pour établir une base technique pour les brevets."
Les taux de redevance, qui ont été fixés l'année dernière, n'ont pas changé. Ils exigent que les implémenteurs paient 0,32 € pour les appareils d'affichage grand public (y compris les smartphones, les téléviseurs, les appareils VR, les caméras vidéo et les ordinateurs) et 0,11 € pour les appareils sans écran (y compris les décodeurs, les consoles de jeux, les lecteurs multimédias en streaming et les cartes graphiques ) en utilisant AV1.
Pour un preneur de licence qui respecte pleinement ses obligations, il existe une incitation à un taux inférieur de 0,24 € et 0,08 € pour les appareils AV1 affichés et non affichés. "Le pool est l'option la moins chère et la plus efficace pour effacer" l'option de licence", déclare Sisvel.
Les entreprises qui mettent déjà en œuvre la technologie VP9 ont été informées du coût de la technologie, dit Sisvel, tandis que celles qui envisagent d'adopter AV1 sauraient que des redevances s'appliqueront.
Fogliacco explique que Sisvel a délibérément pris l'année depuis l'annonce de la création du pool de brevets pour enquêter sur d'autres revendications de brevet pour AV1 et VP9.
"Nous n'avons pas immédiatement lancé d'activités de licence. Nous savions qu'il était essentiel de créer un guichet unique pour examiner et valider, ou rejeter, les brevets de toutes les autres sociétés qui nous ont contactés. Nous sommes maintenant en mesure de garantir que le pool de brevets est aussi inclusif que possible pour les IP sous licence."
Sisvel ne demandera pas de redevances pour le contenu encodé et actuellement seules les implémentations matérielles sont sous licence - mais cela pourrait changer.
"Nous laissons la porte ouverte pour voir comment le marché se développe", explique Fogliacco. "Il se pourrait que les appareils soient vendus avec une capacité de décodage AV1 qui n'ont cette capacité qu'en raison de téléchargements de micrologiciels ou de mises à jour logicielles, nous gardons donc nos options ouvertes."
Dans le cadre du programme AOMedia, les sociétés titulaires de brevets qui mettent en œuvre AV1 renoncent à leur droit à la propriété intellectuelle sous licence (payante). Sony, fabricant de smartphones fonctionnant sous Android 10, est cité par Sisvel à titre d'exemple.
En excluant ces sociétés, Sisvel affirme avoir regroupé la grande majorité des autres sociétés possédant des IP AV1 et VP9 sous licence.
«Nous pensons que les pools créent de l'efficacité en permettant aux réalisateurs potentiels de signer un accord autorisant plusieurs portefeuilles de brevets en une seule transaction à un coût raisonnable et transparent», dit-il.
AOMedia a critiqué le lancement du pool de brevets AV1 comme contraire à ses objectifs. Sans nommer explicitement Sisvel, il a déclaré que l'annonce de mars dernier "approuve un environnement d'exigences élevées en matière de redevances de brevets et d'incertitude en matière de licences" qui, comme les pools MPEG-2 et H.264 administrés par MPEG LA "limiterait le potentiel de la vidéo en ligne gratuite et ouverte La technologie."
En revanche, AOMedia a l'intention de régler les conditions de licence de brevet avec la licence de licence AOMedia 1.0 libre de droits.
AOMedia doit détenir les droits de propriété intellectuelle pour toutes les techniques fondamentales dans AV1 / VP9 "pour éviter de porter atteinte à la propriété intellectuelle de tiers", déclare Sisvel.
AV1 partage la même architecture de codec hybride que H.264 et HEVC. Ces éléments constitutifs comprennent la transformation / mise à l'échelle / quantification, l'intra et l'interprédiction, le filtrage en boucle, le décodeur dans la boucle (y compris la quantification et la transformation inverses) et le codage entropique.
En 2018, Netflix et Intel ont décidé de développer un encodeur AV1 de qualité production qui offre performances et évolutivité.
Netflix estime que SVT-AV1 peut être utilisé comme plate-forme pour la R&D d'un futur codec AV2. Sisvel a refusé de dire si les membres de son pool de brevets revendiqueraient la propriété intellectuelle sur ce développement.
Sisvel, qui décrit son rôle de "facilitateur des transactions sur le marché", a été constituée en 1982 en tant qu'entreprise commune entre les principaux fabricants italiens de téléviseurs. Sisvel était l'administrateur de la télévision numérique terrestre (DVB-T) et de ses évolutions (DVB-T2 et DVB-S2X). Elle exploite actuellement des pools de brevets et des programmes de licence conjoints dans les domaines de la communication mobile, des réseaux locaux sans fil 802.11, du codage vidéo , des technologies d'affichage et de vidéo numériques, des moteurs de recommandation et de l'accès large bande aux réseaux de données.
Source : streamingmedia.com (https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=139636), le 10 mars 2020 Par Adrian Pennington. Traduction Google.
-
donc c'est
Apple, Arm, Cisco, Facebook, Google, IBM, Intel, Microsoft, Mozilla and Netflix
contre
Dolby Electronics, Electronics and Telecommunications Research Institute (ETRI), Ericsson, General Electric, Interdigital, IP Bridge, JVCKENWOOD Corporation, Koninklijke Philips N.V., Nippon Telegraph and Telephone Corporation (NTT), NTT Docomo, Orange S.A., SK Telecom, Toshiba Business Expert Corporation (previously Toshiba IPR Solutions) and Xylene S.A. (patents previously held by Mitsubishi Electric)
Je me demande qui va gagner...
edit: j'ai repris que les sociétés du pool patent AV-1 (enfin qu'ils disent...): https://www.sisvel.com/images/documents/Video-Coding-Platform/PatentList_AV1.pdf
-
A quelques noms près c'est une guerre de générations ;D
-
A quelques noms près c'est une guerre de générations ;D
et a quelques noms près c'est USA vs Japon.
Apple: 1976 (USA)
ARM: 1990 (UK)
Cisco: 1984 (USA)
IBM: 1911 (USA)
Intel: 1968 (USA)
Microsoft: 1975 (USA)
Mozilla: 1998 (USA)
Netflix: 1997 (2007 pour le streaming) (USA)
Google: 1996 (USA)
Facebook: 2004 (USA)
vs
Dolby: 1933 (USA)
ETRI: 1976 (KR)
Ericsson: 1876 (Sweden)
General Electric: 1892 (USA)
Interdigital: 1972 (USA)
JVCKenwood : 1927 (JVC) 1946 (Kenwood) (JPN)
NTT : 1952 (JPN)
NTT Docomo : 1991 (JPN)
Orange S.A: 1878 (PTT), 1988 (France Telecom) , Orange (2013) (FRA)
SK Telecom : 1984 (KR)
Toshiba Business Expert Corporation (previously Toshiba IPR Solutions) : 1973 (JPN)
Xylene S.A. (patents previously held by Mitsubishi Electric) : 1921 (JPN)
-
En effet.
-
Annonce de la finalisation de la standardisation du H.266/VVC, le successeur du H.265/HEVC
https://newsletter.fraunhofer.de/-viewonline2/17386/465/11/14SHcBTt/V44RELLZBp/1
bien sur c'est un codec encombré de licences...avec un nouveau groupement de sociétés pour gérer les droits (Media Coding Industry Forum (https://www.mc-if.org/)).
-
Ah !
Donc premiers encodeurs alpha dans un an au mieux pour le H266/VVC? et de l'ordre de 3/4 ans pour du soft/hard broadcast, en première version ?
On a largement le temps de voir ça arriver sur du consumer/consommateur moyen.
-
Ah !
Donc premiers encodeurs alpha dans un an au mieux pour le H266/VVC? et de l'ordre de 3/4 ans pour du soft/hard broadcast, en première version ?
On a largement le temps de voir ça arriver sur du consumer/consommateur moyen.
Non demo 8k sur astra1 il y a 15 jours avec de l'encodage ateme
-
Merci de l'info, déjà une première démo ! Ils ont donné des infos sur les performances d'encodage/compression vs Hevc et une idée du temps d'encodage toujours par rapport à Hevc ?
-
Déjà que l'HEVC est assez lourd, j'imagine pas le VVC.
-
Tu augmentes la puissance de traitement en amont et en aval pour réduire le débit nécessaire entre les deux...
Et sur les machines avec GPU prévus, hevc se décode pour pas cher, moins de pour 30 à 50€ on trouve beaucoup de box multimédia qui le permettent.
Sur pc, les gpus de base sont souvent mal foutus il est vrai, mais je suppose que c'est de moins en moins vrai.
-
pour réduire le débit nécessaire entre les deux...
et le volume de stockage aussi.
Même si le prix par octet stocké ne cesse de baisser , la production de contenus vidéos croit encore plus vite.
exemple: en 2020 c'est 500 heures de vidéos envoyées (upload) sur Youtube par minute.
-
et le volume de stockage aussi.
Même si le prix par octet stocké ne cesse de baisser , la production de contenus vidéos croit encore plus vite.
exemple: en 2020 c'est 500 heures de vidéos envoyées (upload) sur Youtube par minute.
Et quel volume de chose intéressante là dedans ?
Ça ne m'étonnerait pas qu'un jour YouTube nettoie les vidéos très peut regardé
-
Et quel volume de chose intéressante là dedans ?
Ça ne m'étonnerait pas qu'un jour YouTube nettoie les vidéos très peut regardé
qui décide ce qui est "intéressant" ou pas ?
Apres beaucoup de vidéos sont 'unlisted' ou privées, Youtube sert beaucoup pour stocker ses films persos vu que c'est gratuit. Moins depuis que Google Photos existe mais ce dernier est payant si on veut plus que du 1080p.
Apres ces millions (voir milliards) d'heures de vidéos sont une formidable source pour entraîner les réseaux neuronaux de Google ... Meme la plus pourrie et inutile des vidéos peut avoir un intérêt donc. Pas certain qu'ils fassent le ménage avant longtemps.
-
Et quel volume de chose intéressante là dedans ?
Ça ne m'étonnerait pas qu'un jour YouTube nettoie les vidéos très peut regardé
Je ne pense pas que Youtube supprime des vidéos, mais ce qui est sûr c'est qu'il dégrade très nettement la qualité des vidéos qui ne l'intéresse pas/plus.
Certaines vidéos que j'ai en favori, seul le 144p reste dispo (alors qu'elles étaient au moins en 480p), ou 240p dans le meilleur des cas.
-
Certaines vidéos que j'ai en favori, seul le 144p reste dispo (alors qu'elles étaient au moins en 480p), ou 240p dans le meilleur des cas.
curieux ca ? t'as un exemple public ?
sinon ( https://github.com/ytdl-org/youtube-dl/releases ):
youtube-dl -F <url de la video>n'affiche que 144p ?
-
curieux ca ? t'as un exemple public ?
sinon ( https://github.com/ytdl-org/youtube-dl/releases ):
youtube-dl -F <url de la video>n'affiche que 144p ?
Oui, j'ai un exemple ci-dessous (vidéo avec + d'un million de vue, 2018).
youtube-dl -F https://www.youtube. com/watch?v=dYZh2DhxzYg
[youtube] dYZh2DhxzYg: Downloading webpage
[youtube] dYZh2DhxzYg: Downloading js player 54668ca9
[youtube] dYZh2DhxzYg: Downloading js player 54668ca9
[info] Available formats for dYZh2DhxzYg:
format code extension resolution note
249 webm audio only tiny 50k , opus @ 50k (48000Hz), 1.28MiB
250 webm audio only tiny 67k , opus @ 70k (48000Hz), 1.70MiB
140 m4a audio only tiny 130k , m4a_dash container, mp4a.40.2@128k (44100Hz), 3.38MiB
251 webm audio only tiny 133k , opus @160k (48000Hz), 3.37MiB
394 mp4 192x144 144p 68k , av01.0.00M.08, 30fps, video only, 1.54MiB
278 webm 192x144 144p 75k , webm container, vp9, 30fps, video only, 1.88MiB
160 mp4 192x144 144p 112k , avc1.4d400c, 30fps, video only, 2.48MiB
242 webm 320x240 240p 175k , vp9, 30fps, video only, 4.22MiB
243 webm 480x360 360p 307k , vp9, 30fps, video only, 7.63MiB
133 mp4 320x240 240p 313k , avc1.4d400d, 30fps, video only, 5.19MiB
244 webm 640x480 480p 570k , vp9, 30fps, video only, 13.59MiB
134 mp4 480x360 360p 583k , avc1.4d401e, 30fps, video only, 10.56MiB
135 mp4 640x480 480p 1085k , avc1.4d401e, 30fps, video only, 17.82MiB
247 webm 960x720 720p 1143k , vp9, 30fps, video only, 26.08MiB
136 mp4 960x720 720p 1487k , avc1.4d401f, 30fps, video only, 28.35MiB
18 mp4 480x360 360p 702k , avc1.42001E, 30fps, mp4a.40.2@ 96k (44100Hz), 18.30MiB (best)
Edit: autre exemple qui évite de renforcer le cliché alsacien-allemand :D
youtube-dl -F https://www.youtube. com/watch?v=a5ImNzexO4E
[youtube] a5ImNzexO4E: Downloading webpage
[info] Available formats for a5ImNzexO4E:
format code extension resolution note
249 webm audio only tiny 60k , opus @ 50k (48000Hz), 1.29MiB
250 webm audio only tiny 79k , opus @ 70k (48000Hz), 1.68MiB
140 m4a audio only tiny 130k , m4a_dash container, mp4a.40.2@128k (44100Hz), 3.26MiB
251 webm audio only tiny 156k , opus @160k (48000Hz), 3.32MiB
160 mp4 256x144 144p 16k , avc1.4d400c, 30fps, video only, 335.06KiB
133 mp4 426x240 240p 23k , avc1.4d4015, 30fps, video only, 433.70KiB
134 mp4 640x360 360p 41k , avc1.4d401e, 30fps, video only, 693.29KiB
394 mp4 256x144 144p 42k , av01.0.00M.08, 30fps, video only, 776.43KiB
242 webm 426x240 240p 50k , vp9, 30fps, video only, 684.07KiB
278 webm 256x144 144p 50k , webm container, vp9, 30fps, video only, 627.91KiB
135 mp4 854x480 480p 71k , avc1.4d401f, 30fps, video only, 1.02MiB
243 webm 640x360 360p 85k , vp9, 30fps, video only, 1.08MiB
136 mp4 1280x720 720p 123k , avc1.4d401f, 30fps, video only, 1.52MiB
244 webm 854x480 480p 167k , vp9, 30fps, video only, 1.75MiB
137 mp4 1920x1080 1080p 204k , avc1.640028, 30fps, video only, 2.29MiB
247 webm 1280x720 720p 254k , vp9, 30fps, video only, 2.89MiB
248 webm 1920x1080 1080p 433k , vp9, 30fps, video only, 4.60MiB
18 mp4 640x360 360p 228k , avc1.42001E, 30fps, mp4a.40.2@ 96k (44100Hz), 5.74MiB (best)
-
y'a bien toutes les résolutions chez Youtube. chez moi c'est en 1080p.
Le problème est de ton coté. c'est quel navigateur et OS ?
ou alors t'as forcé le mode AV1 ("toujours") dans les reglages youtube ( https://www.youtube.com/account_playback ) ? car la effectivement en "av01" youtube-dl ne montre que du 144p pour cette vidéo (mode principalement pour jouer de la musique en tache de fond).
-
Navigateur pas compatible VP9 peut-être ?
-
j'ai effectivement du 1080p sur les 2 videos citée ci-dessus
chrome / ubuntu
-
Perso, j'ai du 720p sur la première et du 1080p sur la deuxième.
Firefox 78.0.1 (64 bits) / Windows 10
-
Ah putain oui, j'avais le AV1 forcé, bien vu...
C'est réglé :)
Désolé pour la bourde ;D
-
y'a bien toutes les résolutions chez Youtube. chez moi c'est en 1080p.
Le problème est de ton coté. c'est quel navigateur et OS ?
ou alors t'as forcé le mode AV1 ("toujours") dans les reglages youtube ( https://www.youtube.com/account_playback ) ? car la effectivement en "av01" youtube-dl ne montre que du 144p pour cette vidéo (mode principalement pour jouer de la musique en tache de fond).
merci pour l'info! j'avais constaté la meme limitation en 144p et j'étais aussi forcé en AV1! réglage qui doit dater d'un autre temps :x
-
AV1 commence à arriver sur Youtube :
Vert : AV1
Violet : VP9
Rouge : MPEG-4 AVC / H.264
Retour de Youtube-dl coloré à la main :
[youtube] a84UlLe6zDg: Downloading webpage
[info] Available formats for a84UlLe6zDg:
format code extension resolution note
249 webm audio only tiny 63k , opus @ 50k (48000Hz), 620.07KiB
250 webm audio only tiny 81k , opus @ 70k (48000Hz), 818.92KiB
140 m4a audio only tiny 130k , m4a_dash container, mp4a.40.2@128k (44100Hz), 1.53MiB
251 webm audio only tiny 154k , opus @160k (48000Hz), 1.58MiB
394 mp4 256x144 144p 92k , av01.0.00M.08, 24fps, video only, 948.30KiB
278 webm 256x144 144p 98k , webm container, vp9, 24fps, video only, 1.08MiB
160 mp4 256x144 144p 110k , avc1.4d400c, 24fps, video only, 883.07KiB
395 mp4 426x240 240p 190k , av01.0.00M.08, 24fps, video only, 1.71MiB
242 webm 426x240 240p 216k , vp9, 24fps, video only, 2.03MiB
133 mp4 426x240 240p 241k , avc1.4d4015, 24fps, video only, 1.63MiB
396 mp4 640x360 360p 348k , av01.0.01M.08, 24fps, video only, 3.01MiB
243 webm 640x360 360p 406k , vp9, 24fps, video only, 3.66MiB
134 mp4 640x360 360p 608k , avc1.4d401e, 24fps, video only, 3.92MiB
397 mp4 854x480 480p 636k , av01.0.04M.08, 24fps, video only, 5.28MiB
244 webm 854x480 480p 750k , vp9, 24fps, video only, 6.18MiB
135 mp4 854x480 480p 1158k , avc1.4d401e, 24fps, video only, 7.55MiB
398 mp4 1280x720 720p 1293k , av01.0.05M.08, 24fps, video only, 10.50MiB
247 webm 1280x720 720p 1500k , vp9, 24fps, video only, 11.90MiB
136 mp4 1280x720 720p 2194k , avc1.4d401f, 24fps, video only, 13.98MiB
399 mp4 1920x1080 1080p 2266k , av01.0.08M.08, 24fps, video only, 18.07MiB
248 webm 1920x1080 1080p 2631k , vp9, 24fps, video only, 20.85MiB
137 mp4 1920x1080 1080p 3915k , avc1.640028, 24fps, video only, 24.82MiB
271 webm 2560x1440 1440p 7240k , vp9, 24fps, video only, 47.52MiB
313 webm 3840x2160 2160p 17700k , vp9, 24fps, video only, 131.46MiB
18 mp4 640x360 360p 581k , avc1.42001E, 24fps, mp4a.40.2@ 96k (44100Hz), 6.87MiB
22 mp4 1280x720 720p 1313k , avc1.64001F, 24fps, mp4a.40.2@192k (44100Hz) (best)
Je m’attendais a ce que ce soit le conteneur webm et non mp4 pour l'AV1 !
Quel sont faut-il prendre comme piste audio pour l'AV1 ? mp4a ou opus ? J'aurais tendence à dire opus, mais je suis étonné de devoir combiner un audio mp4 et un opus webm.
-
La vidéo date du 02/12/2019, et l'encodage AV1 1080p a été fait le 09/12.
https://www.chromestatus.com/feature/5729898442260480 suggère que Chrome a d'abord supporté l'AV1 uniquement dans le conteneur MP4.
Safari va implémenter l'AV1, et je suppose que ce sera uniquement en MP4, donc ce sera le conteneur le plus compatible.
Mais en décembre dernier, c'est peut-être un peu tôt pour une telle anticipation.
-
En voici une autre du 31 juillet (durée de seulement 14 secondes)
[youtube] 9iPvLx7gotk: Downloading webpage
[info] Available formats for 9iPvLx7gotk:
format code extension resolution note
249 webm audio only tiny 54k , opus @ 50k (48000Hz), 90.70KiB
250 webm audio only tiny 71k , opus @ 70k (48000Hz), 118.40KiB
140 m4a audio only tiny 130k , m4a_dash container, mp4a.40.2@128k (44100Hz), 232.27KiB
251 webm audio only tiny 139k , opus @160k (48000Hz), 237.05KiB
160 mp4 256x144 144p 22k , avc1.4d400c, 24fps, video only, 30.29KiB
133 mp4 426x240 240p 29k , avc1.4d4015, 24fps, video only, 39.30KiB
134 mp4 640x360 360p 39k , avc1.4d401e, 24fps, video only, 52.24KiB
395 mp4 426x240 240p 41k , av01.0.00M.08, 24fps, video only, 54.81KiB
394 mp4 256x144 144p 42k , av01.0.00M.08, 24fps, video only, 62.72KiB
135 mp4 854x480 480p 51k , avc1.4d401e, 24fps, video only, 66.43KiB
396 mp4 640x360 360p 64k , av01.0.01M.08, 24fps, video only, 81.07KiB
278 webm 256x144 144p 77k , webm container, vp9, 24fps, video only, 82.61KiB
136 mp4 1280x720 720p 78k , avc1.4d401f, 24fps, video only, 98.80KiB
242 webm 426x240 240p 87k , vp9, 24fps, video only, 92.37KiB
397 mp4 854x480 480p 87k , av01.0.04M.08, 24fps, video only, 111.64KiB
243 webm 640x360 360p 132k , vp9, 24fps, video only, 141.78KiB
398 mp4 1280x720 720p 134k , av01.0.05M.08, 24fps, video only, 177.24KiB
137 mp4 1920x1080 1080p 166k , avc1.640028, 24fps, video only, 207.02KiB
244 webm 854x480 480p 173k , vp9, 24fps, video only, 193.30KiB
399 mp4 1920x1080 1080p 191k , av01.0.08M.08, 24fps, video only, 276.52KiB
247 webm 1280x720 720p 258k , vp9, 24fps, video only, 277.21KiB
248 webm 1920x1080 1080p 566k , vp9, 24fps, video only, 537.56KiB
18 mp4 640x360 360p 180k , avc1.42001E, 24fps, mp4a.40.2@ 96k (44100Hz), 321.75KiB
22 mp4 1280x720 720p 185k , avc1.64001F, 24fps, mp4a.40.2@192k (44100Hz) (best)
On est toujours en MP4 et ce qui m'étonne, c'est que pour une même résolution, c'est l'AVC / H.264 le plus petit :
- 480p : AV1:87ko / VP9:173ko / AVC:51ko
- 720p : AV1:134ko / VP9:258ko / AVC:78ko
- 1080p : AV1:191ko / VP9:566ko / AVC:166ko
-
Décodage hardware RTX 3000 serie.
A voir les perfs
Dommage qu'ils n'aient pas pu faire l'encodage
-
Les seules puces graphiques capables de décoder l’AV1 sont :
- Les Nvidia GeForce RTX 30 (disponibles au compte-goutte)
- Les puces graphiques Xe intégrées dans les CPU mobile Intel Tiger Lake (la 11ème génération de processeur Core, pas encore disponible en magasin)
- Les AMD Radeon de la série RX6000 (officiellement annoncées le 28 octobre 2020)
Et avoir le bon matériel ne suffit pas !
Une mise à jour de Windows 10 prévue dans le courant de l’automne et profiter d’une compression et décompression 100% matérielle pour ceux qui sont équipés d'une de ces 3 carte graphiques.
-
C'est uniquement du décodage matériel qui est géré par ces cartes.
-
J'ai corrigé, effectivement il n'y a pas d'encodage matériel, juste du décodage.
-
Maintenant de veilles vidéos sont ré-encodées en AV1.
C'est le cas de cette vidéo de 2014 :
https://www.youtube.com/watch?v=f1BgzIZRfT8
Je note par contre que AV1 est toujours proposé avec l'encapsulation mp4 et non webm.
Il me semble donc que pour l'Audio, on doit prendre l'encodage AAC propriétaire et non l'Opus libre pour que ce soit cohérent.
C'est dommage. Pourquoi ne pas proposer AV1 dans un conteneur webm afin de profiter du codec audio Opus ?
(https://lafibre.info/images/tv/201501_comparatif_codec_audio.png)
J'ai mis en gras les résolution proposés avec AV1 :
[youtube] f1BgzIZRfT8: Downloading webpage
[info] Available formats for f1BgzIZRfT8:
format code extension resolution note
249 webm audio only tiny 78k , opus @ 50k (48000Hz), 952.92KiB
250 webm audio only tiny 100k , opus @ 70k (48000Hz), 1.19MiB
140 m4a audio only tiny 130k , m4a_dash container, mp4a.40.2@128k (44100Hz), 1.97MiB
251 webm audio only tiny 179k , opus @160k (48000Hz), 2.17MiB
394 mp4 256x144 144p 75k , av01.0.00M.08, 30fps, video only, 927.83KiB
160 mp4 256x144 144p 85k , avc1.4d400c, 30fps, video only, 611.57KiB
278 webm 256x144 144p 96k , webm container, vp9, 30fps, video only, 1.15MiB
395 mp4 426x240 240p 171k , av01.0.00M.08, 30fps, video only, 1.58MiB
242 webm 426x240 240p 205k , vp9, 30fps, video only, 1.49MiB
133 mp4 426x240 240p 205k , avc1.4d4015, 30fps, video only, 1.47MiB
396 mp4 640x360 360p 313k , av01.0.01M.08, 30fps, video only, 3.07MiB
243 webm 640x360 360p 397k , vp9, 30fps, video only, 2.78MiB
134 mp4 640x360 360p 429k , avc1.4d401e, 30fps, video only, 2.65MiB
397 mp4 854x480 480p 569k , av01.0.04M.08, 30fps, video only, 5.72MiB
135 mp4 854x480 480p 666k , avc1.4d401f, 30fps, video only, 4.04MiB
244 webm 854x480 480p 668k , vp9, 30fps, video only, 4.37MiB
136 mp4 1280x720 720p 993k , avc1.4d401f, 30fps, video only, 6.06MiB
398 mp4 1280x720 720p 1135k , av01.0.05M.08, 30fps, video only, 12.38MiB
247 webm 1280x720 720p 1306k , vp9, 30fps, video only, 8.37MiB
399 mp4 1920x1080 1080p 1995k , av01.0.08M.08, 30fps, video only, 22.54MiB
248 webm 1920x1080 1080p 2654k , vp9, 30fps, video only, 27.37MiB
137 mp4 1920x1080 1080p 3493k , avc1.640028, 30fps, video only, 24.50MiB
18 mp4 640x360 360p 471k , avc1.42001E, 30fps, mp4a.40.2@ 96k (44100Hz), 7.16MiB
22 mp4 1280x720 720p 528k , avc1.64001F, 30fps, mp4a.40.2@192k (44100Hz) (best)
-
webm c'est toujours 1 video + 1 audio ?
ou ca a changé ?
-
WebM, c'est un conteneur dérivé de Matroska, il regroupe des flux vidéo codés en VP8, VP9 et des flux audio codés en Vorbis ou Opus.
J'ai déjà vu des flux AV1 dans un container WebM, mais ce n'est pas indiqué dans le doc : https://www.webmproject.org/docs/container/
WebM fait partie des formats vidéo proposés pour la balise <video> de HTML5.
Il est utilisé par Youtube pour les flux VP8 ou VP9 (je remarque que maintenant le flux VP8 en 360p n'est plus proposé, il était utilisé sur les PC qui n'ont pas le H.264 avant que le VP9 soit généralisé)
Aujourd'hui tous les couples navigateurs / système d'exploitation supportent au minimum VP9 ou H.264 (Internet Explorer, de nombreuses version d'Edge et Safari ne supporte que H.264 et un Linux sans les codecs propriétaires ne supportera que VP9).
-
Il y a un moyen de voir si le GPU est utilisé pour le décodage AV1 ?
-
Il y a un moyen de voir si le GPU est utilisé pour le décodage AV1 ?
sous Chrome , chrome://gpu puis chercher 'Video Acceleration Information' (avec ctrl-f ou en scrollant vers le bas)
Sinon quand une vidéo est en lecture il y'a un nouvel outil 'media':
F12 puis CTRL+Maj+P, saisir 'media' puis sélectionner "Panel Show Media" (ou via le menu trois petit points dans le coin a droite, 'more tools', 'media').
Dans la zone media, a gauche choisir le player actif et clicker dessus pour voir a droite le nom du décodeur et son accélération matérielle.
(https://i.imgur.com/QDnJkkc.png)
-
sous Chrome , chrome://gpu puis chercher 'Video Acceleration Information' (avec ctrl-f ou en scrollant vers le bas)
Sinon quand une vidéo est en lecture il y'a un nouvel outil 'media':
F12 puis CTRL+Maj+P, saisir 'media' puis sélectionner "Panel Show Media" (ou via le menu trois petit points dans le coin a droite, 'more tools', 'media').
Dans la zone media, a gauche choisir le player actif et clicker dessus pour voir a droite le nom du décodeur et son accélération matérielle.
(https://i.imgur.com/QDnJkkc.png)
Merci pour l'info détaillée.
Le décodage hardware n'était pas activé, je viens de l'activer et le GPU décode bien l'AV1.
Le nom du décodeur hardware sur chrome : MojoVideoDecoder
Avec une RTX 3080 :
Sur une vidéo Youtube 24fps
Sur du 1080P, c'est autour des 2% sur le graphique (video décode) du task manager de windows 10
En 4K 7-8%
En 8K 24-26%
-
Il y a un moyen de voir si le GPU est utilisé pour le décodage AV1 ?
sous Chrome , chrome://gpu puis chercher 'Video Acceleration Information' (avec ctrl-f ou en scrollant vers le bas)
Sinon quand une vidéo est en lecture il y'a un nouvel outil 'media':
F12 puis CTRL+Maj+P, saisir 'media' puis sélectionner "Panel Show Media" (ou via le menu trois petit points dans le coin a droite, 'more tools', 'media').
Dans la zone media, a gauche choisir le player actif et clicker dessus pour voir a droite le nom du décodeur et son accélération matérielle.
(https://i.imgur.com/QDnJkkc.png)
Salut kgersen,
La seconde solution est-elle également valable sous Firefox ? ???
-
De plus en plus de TV supportent AV1 en 2021.
Pour le container pour les flux AV1, il y a 3 possibilités :
- ISO base media file format (.mp4)
- WebM (.webm)
- Matroska (.mkv)
Je me demande celui qui sera le standard et quels sont les codecs audio associés.
J'aimerais bien webm, qui permet d'avoir Opus en codec audio, plus performant et surtout libre, face à l'AAC (Advanced Audio Coding) habituellement utilisé dans du mp4.
Vidéo 8k en AV1 sur Youtube (je ne sais pas pourquoi avec Firefox je n'ai pas accès à a résolution 8k) :
https://www.youtube.com/watch?v=N1-Jmq7BLFE
-
Mkv n'a rien d'officiel dans l'industrie AV non ?
Enfin il y a un support des vendeurs qui ne pourraient pas vendre à ceux qui veulent regarder leurs films de vacances....
L'industrie AV n'aime pas trop le libre qui empêche les bénéfices...
Donc mp4 aurait l'avantage dans ma vision..
-
Mkv n'a rien d'officiel dans l'industrie AV non ?
Enfin il y a un support des vendeurs qui ne pourraient pas vendre à ceux qui veulent regarder leurs films de vacances....
L'industrie AV n'aime pas trop le libre qui empêche les bénéfices...
Donc mp4 aurait l'avantage dans ma vision..
+1
Quoi que des caméras qui sortent en mkv, je n'en connais pas ;-)
-
Mkv n'a rien d'officiel dans l'industrie AV non ?
Enfin il y a un support des vendeurs qui ne pourraient pas vendre à ceux qui veulent regarder leurs films de vacances....
L'industrie AV n'aime pas trop le libre qui empêche les bénéfices...
Donc mp4 aurait l'avantage dans ma vision..
Oui on l'a bien vu avec le MP3 alors que l'OGG est de meilleure qualité
-
Le Vorbis est surtout très postérieur au MP3 ! On parle de près de 10 ans... même l'AAC est plus ancien que le Vorbis.
C'est surtout ça qui fait que certains codecs ont rencontré plus de succès que d'autres.
-
Google va forcer les fabricants de produits Android TV à adopter le codec AV1
Loin d'être anodin, le codec AV1 permet une compression vidéo nettement améliorée par rapport au codec H.264, plus répandu. Google continue de le pousser en avant au travers d'une nouvelle mesure : à compter du 31 mars, les futurs appareils sous Android TV 10 devront obligatoirement prendre en charge ce format.
Supporté depuis quelques mois par Windows 10, mais exploitable uniquement par les configurations les plus récentes, le codec AV1 profite aussi de l’appui de Google. Après l’avoir introduit sur YouTube, puis avoir permis à certains appareils sous Android TV d’en profiter, le géant de Mountain View va un cran plus loin dans le processus d’adoption de l’AV1.
On apprend cette semaine que le support de ce « nouveau » codec sera obligatoire pour les nouveaux produits basés sur Android TV. Tous les appareils équipés d’Android TV 10 et commercialisés après le 31 mars prochain devront en effet disposer d’un SoC capable de supporter nativement le codec AV1. Cette politique concerne les nouveaux téléviseurs, mais aussi les futurs box ou clés HDMI Android TV, et plus globalement n’importe quel autre type de dispositif utilisant l’OS de Google.
L’AV1, un remplaçant pour le codec HEVC
Le codec AV1 est important pour permettre au streaming vidéo de continuer à progresser. Il permet une compression vidéo jusqu’à 50 % supérieure au codec H.264 et jusqu’à 20 % plus efficace que le codec VP9. De bonnes prestations qui font de lui un successeur de choix à l’actuel codec HEVC (H.265), utilisé notamment par Prime Video, Apple TV+, Disney Plus ou encore Netflix pour leurs flux 4K HDR.
Développé par le consortium Alliance for Open Media, qui regroupe entre autres Amazon, Apple, ARM, Facebook, Google, Intel, Microsoft, Mozilla, Netflix, Nvidia et Samsung, le codec AV1 est déjà exploité par YouTube, notamment pour la diffusion de vidéo en 8K. Il est par ailleurs déjà supporté par les téléviseurs 2021 de Sony disposant de la puce Bravia XR. Pour l’utilisateur, le passage progressif au codec AV1 pourrait lui permettre d’obtenir une meilleure qualité d’image tout en utilisant moins de bande-passante puisque sa compression est plus efficace.
Source : frandroid (https://www.frandroid.com/marques/google/842025_google-va-forcer-les-fabricants-de-produits-android-tv-a-adopter-le-codec-av1), le 16 février 2021.
-
le HEVC a encore un bel avenir et VVC prendra le relais ensuite
-
Ouai fo encore attendre. Quand on aura des ASIC (qui ont mis 5 ans à venir pour HEVC, tellement c'est complexe à mettre en oeuvre ...) , on en reparlera hein.
Non parce que être obligé d'avoir le dernier Ryzen/Core dans sa TV (à 8000 euros du coup) pour décoder de l'AV1 4K ou 8K temps réel, ça va pas le faire je crois !
Quant à l'encodage... Nvidia ne supporte que le décodage dans sa dernière série RTX 3xxx, même pas encore l'encodage.
Comme dit : HEVC a encore de beaux jours devant lui ^^
-
le HEVC a encore un bel avenir et VVC prendra le relais ensuite
Crois-tu que ce pourrait être une évolution pour un DVB-T2 encore plus performant ou efficace? Ma pensée est peut-être complétement débile...
-
Les chaînes de TV demandent le HEVC sur le futur MUX DVB-T2 qui sera mis en place en France.
Pour revenir sur l'AV1, les Asic sont disponibles, les nouvelles TV annoncées en 2021 milieu / haut de gamme ont un décodage hardware de l'AV1.
Il y a un retard d'un an pour la phase 4 en fait :
Voila, c'est (enfin) officiel : AV1 : le nouveau standard vidéo adopté à l'unanimité par Amazon, ARM, Facebook, Google, Intel, Nvidia, Mozilla, Netflix, Microsoft, Adobe, Netflix, VLC, Twitch et même Apple. Par ailleurs, l'AV1 devrait rendre possible la transmission de contenus Ultra HD avec une simple connexion ADSL d'une dizaine de mégabits (10 Mb/s).
(https://lafibre.info/images/tv/201804_codec_av1_calendrier_previsionnel.jpg)
-
Crois-tu que ce pourrait être une évolution pour un DVB-T2 encore plus performant ou efficace? Ma pensée est peut-être complétement débile...
c'est le profil actuel de la plupart des pays, comme l’Allemagne. (il font même du 1080p pour certains)
c'est aussi le profil du mux UHD test de la tour effeil.
on france, on a le CSA. Si on on évite, en 2024, les JO en SD sur france 4, ça sera déjà bien . (quand les japonnais et les coréens diffuseront en 8K les mêmes JO)
-
Le MUX "Test UHD" est sur un multiplex à part (celui de l'expérimentation de diffusion UHD à Paris en 2014 qui est pérennisé) ?
Ou c'est une réorganisation des MUX actuels pour serrer les chaines sur 5 MUX (1 chaines de plus par MUX) afin de libérer un MUX qui passera en DVB-T2 (mux précurseur pour initier la transition en attendant que l'équipement soi suffisant pour faire une bascule, comme celle du MPEG-2 vers le MPEG-4 du 5 avril 2016).
-
Le MUX "Test UHD" est sur un multiplex à part (celui de l'expérimentation de diffusion UHD à Paris en 2014 qui est pérennisé) ?
on en sait rien, il faudrait que le csa prenne une décision technique, un jour, peut être, .....ou pas
Ou c'est une réorganisation des MUX actuels pour serrer les chaines sur 5 MUX (1 chaines de plus par MUX) afin de libérer un MUX qui passera en DVB-T2 (mux précurseur pour initier la transition en attendant que l'équipement soi suffisant pour faire une bascule, comme celle du MPEG-2 vers le MPEG-4 du 5 avril 2016).
Cà fait plusieurs années que toutes les "vraies" télés savent le faire.
Là encore le CSA est coupable de n'avoir rien réglementé techniquement pour la vente en France.
Toutes les autres autorités européennes l'ont faites, mais peut être sont-elles techniquement compétentes ?)
Electrodépot et consort vendes des télés partiellement compatibles.
Ça a planté avec la NIT (le CSA, acculé, a du recruter en urgence l'expert français, à ce moment là), ça a fait n'importe quoi sur AC3+, sur H264, et maintenant sur HEVC/T2
-
Cà fait plusieurs années que toutes les "vraies" télés savent le faire.
DVB-T2 + HEVC oui, depuis 2015-2016 pour certains modèles il me semble.
Mais si c'est HEVC Main10 (HDR), le support est plus récent, et tout dépend du type de HDR.
D'ailleurs ce soit le mux de test sur la tour eiffel ne fonctionne pas :
- les PMT ne mentionnent que le PCR, plus d'audio ou de vidéo
- il n'y a quasiment que des paquets nuls
-
C'est pas le CSA qui fixe les normes non plus hein.
-
C'est pas le CSA qui fixe les normes non plus hein.
Pardon, et c'est qui alors ? Josette, la crêpière du port de Cancale peut être ?
-
DGMIC?
Le CSA ne fait qu'appliquer la loi.... comme l'ARCEP
-
DGMIC?
Le CSA ne fait qu'appliquer la loi.... comme l'ARCEP
A bon, tu vas donc nous sortir les articles de loi?
-
Puisque tu es si sachant je t'invite à consulter le JO.
Petite piste pour, par exemple, la radio numérique et le choix des normes t-dmb, dab+, suppression t-dmb.
Tu devrais systématiquement tomber sur des décrets gouvernementaux...
-
Puisque tu es si sachant je t'invite à consulter le JO.
Petite piste pour, par exemple, la radio numérique et le choix des normes t-dmb, dab+, suppression t-dmb.
Tu devrais systématiquement tomber sur des décrets gouvernementaux...
Vas-y et regardes d'où ça vient
-
Déjà tu ne dis plus que c'est le seul csa qui décide de tout....
Pour le tdmb, simple, les editeurs.
-
Déjà tu ne dis plus que c'est le seul csa qui décide de tout....
Pour le tdmb, simple, les editeurs.
Les éditeurs ont le choix les profils entre dab+ et tdmb
Qui a fait ces profils ?
Ensuite je ne sais pas ce que tu cherches, la compétence technique du broadcast est dévolu aux CSA en France.
Tu veux que je t'y enmene pour qu'ils te l'expliquent ?
-
Il me semble que c'est le CSA qui décide du codec, mais généralement sa position ne fait que relayer la demandes des acteurs qu'il régule.
Il est possible pour un particulier ou une association d'influer ces choix en répondant aux consultions sur le sujet : https://www.csa.fr/Reguler/Consultations-publiques
En ce moment il y a deux consultations publiques ouvertes :
- Consultation publique relative à la plateforme TNT en Île-de-France, lié a la fin d'autorisation d'émettre de France 24, qui va rendre sa fréquence le 31 mars 2021, ses tranches d'informations faisant doublon avec la chaîne France Info. (réponse au plus tard le 3 mars 2021 à minuit)
Sept chaînes sont actuellement autorisées par le Conseil à être diffusées localement sur la TNT en Île-de-France :
- l’une d’elle, BFM Paris, est diffusé localement sur le multiplex national R1
- les autres, IDF1, ViàGrandParis, France 24 (jusqu’au 31 mars 2021), BDM TV, Demain !, IDF et Télé Bocal, se partagent la ressource du multiplex Multi 7
- Consultation publique préalable au lancement d’un appel aux candidatures en FM dans le ressort du CTA de Toulouse (réponse au plus tard le 24 février 2021)
-
Les éditeurs ont le choix les profils entre dab+ et tdmb
Qui a fait ces profils ?
Le tdmb n'est plus possible, de mémoire. Ce sont les éditeurs qui l'ont imposé en 2007. Le CSA n'a fait que suivre leur demande... Le gouvernement (DGMIC) a décidé.
Bon à l'origine ma question était le codev VVC pourrait-il être utilisé en DVB-T2 à la place du HEVC.
Si oui, peut-être que l'état, conseillé par les différents acteurs (industriels, éditeurs, CSA, INA ...), pourra décider de l'utiliser
-
avx-512 dans les skylake-s est encore très mauvaix et génère dans un grand nombre de cas des performances inférieures à avx2. Il va falloir encore attendre quelques années avant de voir avx-512 devant avx2.
Pour la bonne bouche, l’avis de Torvalds sur AVX-512:
I hope AVX512 dies a painful death, and that Intel starts fixing real problems instead of trying to create magic instructions to then create benchmarks that they can look good on.
...
And AVX512 has real downsides. I'd much rather see that transistor budget used on other things that are much more relevant. Even if it's still FP math (in the GPU, rather than AVX512). Or just give me more cores (with good single-thread performance, but without the garbage like AVX512) like AMD did.
-
Des jeux vidéos a base de voxels (façon Minecraft) commencent a réclamer le support d'AVX pour démarrer. C'est notamment le cas de Dual Universe.
Valve tient a jour un "survey" des specs des PC des utilisateurs de Steam:
(https://lafibre.info/images/materiel/202103_steam_cpu_support.png)
source: https://store.steampowered.com/hwsurvey et clicker 'Other Settings'.
On voit qu'AVX512 représente 1% d'une population mieux équipée que la moyenne. Mais AVX c'est 94%, en général tout cpu sorti après 2011 supporte AVX.
J'avoue ne pas être fan non plus, ca fragmente le parc. Je préfère la démarche d'AMD qui augmente le nombre de cœurs (cores) que celle d'Intel qui veut maintenir sa rente en limitant le nombre de cœurs et en ajoutant des instructions qu'eux seuls supportent.
NVidia est dans la meme démarche d'ailleurs avec RTX et DLSS : ils ajoutent des 'coeurs' spéciaux (RT core et Tensor core) ce qui fragmente le parc installé , rend la tache des devs plus complexe et nuit a la concurrence.
Franchement Intel et NVidia ce n'est pas terrible leur méthode.
-
Ben c'est surtout que la fréquence AVX-512 est nettement plus faible que la fréquence "commerciale" du processeur...
-
Intel lance les pré-commandes pour les processeurs Core de 11e génération Rocket Lake-S.
La première génération pour PC de bureau à supporter l'AV1 matériellement.
(https://lafibre.info/images/materiel/202103_intel_rocket_lake-s_core_11e_generation_1.jpg)
La gravure est toujours en 14 nm (lol), mais ils intègrent un GPU de la génération Xe. ce GPU est disponible même sur du Core-9.
Pour l'instant seul les puces Core-i5, Core-i7 et Core-i9 sont lancées, l'entrée de gamme Core-i3 et Pentium cela sera pour plus tard.
Pourquoi en parler ici ? Pour le support de l'AV1 :
(https://lafibre.info/images/materiel/202103_intel_rocket_lake-s_core_11e_generation_2.jpg)
(https://lafibre.info/images/materiel/202103_intel_rocket_lake-s_core_11e_generation_3.jpg)
Les modèles lancés :
(https://lafibre.info/images/materiel/202103_intel_rocket_lake-s_core_11e_generation_4.png)
(https://lafibre.info/images/materiel/202103_intel_rocket_lake-s_core_11e_generation_5.png)
-
petit article sur les puces développé par Google pour gérer les compressions youtube...
(https://lafibre.info/images/tv/202105_google_puces_compressions_youtube.png)
https://www.tomshardware.fr/google-detaille-les-vcu-argos-qui-equipent-les-serveurs-youtube/
et la prochaine itération de la puce devrait prendre en charge AV1
What kind of precedent does this new system set for the future of video infrastructure? What’s next for you?
Jeff: One of the things about this is that it wasn't a one-off program. It was always intended to have multiple generations of the chip with tuning of the systems in between. And one of the key things that we're doing in the next-generation chip is adding in AV1, a new advanced coding standard that compresses more efficiently than VP9, and has an even higher computation load to encode.
As for me, I’ll be continuing my work on this project, developing future generations, which will keep me busy for a while.
https://blog.youtube/inside-youtube/new-era-video-infrastructure/
-
J'ai du mal a comprendre pourquoi, quand on souhaite une qualité constante, deux passes sont nécessaire pour l'encodage.
Deux passes semble intéressant si on cible une taille de fichier de sortie spécifique.
=> https://trac.ffmpeg.org/wiki/Encode/H.264
-
De plus en plus de vidéos sont en AV1.
Exemple :
https://www.youtube.com/watch?v=SjYecEQFL0U
256x144 : H.264 2,72 Mio / AV1 2.85 Mio / VP9 3,35 Mio
426x240 : H.264 5,65 Mio / AV1 5,82 Mio / VP9 7,01 Mio
640x360 : H.264 9,75 Mio / AV1 11,48 Mio / VP9 14,67 Mio
854x480 : H.264 17,62 Mio / AV1 20,17 Mio / VP9 25,84 Mio
1280x720 : H.264 34,62 Mio / AV1 37,15 Mio / VP9 49,25 Mio
1920x1080 : H.264 77,14 Mio / AV1 63,78 Mio / VP9 87,47 Mio
2560x1440 : H.264 absent / AV1 200,32 Mio / VP9 214,38 Mio
3840x2160 : H.264 absent / AV1 382,65 Mio / VP9 586,50 Mio
Donc en 720p et en dessous, le H.264est plus léger que l'AV1 et le VP9 est toujours le plus lourd des codecs.
Quand je regarde les stats pour les nerd, je suis en AV1 par défaut sur Firefox mais l'audio est Opus.
Pourtant H.264, AV1 et l'audio AAC sont en "m4a_dash container" alors que VP9 et l'audio Opus sont en "webm_dash container"
=> Il est possible de mixer un container m4a pour la vidéo (AV1) et un container webm pour l'audio (Opus) ?
-
H265 absent, dommage ...
Mais AV1 fait mieux il me semble.
-
Les navigateurs (sauf peut-être Safari) ne prennent pas en charge H265, codec qui nécessite de payer une licence.
-
H265 absent, dommage ...
Mais AV1 fait mieux il me semble.
proposition hasardeuse....
-
On voit que les encodages AV1 ne permettent pas toujours de gagner de la place.
La raison : ils en profitent probablement pour améliorer la qualité.
On retrouve la même chose avec l'encodage VP9 qui ne fait baisser la bande passante par rapport au H.264.
Je me suis amusé à faire une capture d'écran d'un flux Youtube 720 en H.264 et en VP9. La différence de qualité est flagrante, la vidéo H.264 est bien plus floue que la vidéo VP9 :
H.264 :
(https://lafibre.info/images/tv/202110_youtube_h264.png)
VP9 : (regardez les cheveux et le costume rouge de la présentatrice, notamment en bas, à coté des micros)
(https://lafibre.info/images/tv/202110_youtube_vp9.png)
-
Je suis impressionné de voir comme AV1 se généralise sur Youtube, Netflix et Facebook.
Aujourd'hui la grande majorité des vidéos populaires sur YouTube sont disponibles en AV1.
Le codec audio généralement associé à AV1 est Opus. Opus permet une qualité supérieure (ou un débit plus faible avec une même qualité) par rapport au codec AAC (utilisé avec H.264).
Le conteneur mp4 (ISO/IEC base media file format) est le premier à être finalisée et adoptée par l'Alliance for Open Media pour AV1. C'est également le format utilisé par YouTube et le plus utilisé aujourd'hui pour AV1.
Avec Youtube-DL, vous allez néanmoins rencontrer un problème : il dit que les formats demandés sont incompatibles pour la fusion et seront fusionnés dans mkv.
$ youtube-dl -f 399+251 https://youtu.be/[...]
[youtube] JR49dyo-y0E: Downloading webpage
WARNING: Requested formats are incompatible for merge and will be merged into mkv.
[download] Destination: [...].f399.mp4
[download] 100% of 46.27MiB in 17:19
[download] Destination: [...].webm
[download] 100% of 3.83MiB in 01:25
[ffmpeg] Merging formats into "[...].mkv"
Deleting original file [...].mp4 (pass -k to keep)
Deleting original file [...].webm (pass -k to keep)
La solution est de rajouter --merge-output-format mp4 dans la ligne de commande :
$ youtube-dl --merge-output-format mp4 -f 399+251 https://youtu.be/[...]
[youtube] JR49dyo-y0E: Downloading webpage
[download] Destination: [...].mp4
[download] 100% of 46.27MiB in 17:19
[download] Destination: [...].webm
[download] 100% of 3.83MiB in 01:25
[ffmpeg] Merging formats into "[...].mp4"
Deleting original file [...].mp4 (pass -k to keep)
Deleting original file [...].webm (pass -k to keep)
Le max keyframe interval ou taille maximum du GOP (distance maximale entre les images clés, des images encodées entièrement) est sur Youtube entre 5 et 6 secondes (c'est assez étonnant, mais ce n'est pas toujours le même sans que je comprenne pourquoi) que la vidéo soit encodée à 30 images par seconde ou 60 images par seconde.
-
Il paraîtrait que youtube-dl est un peu en perte de vitesse et que le « successeur » est https://github.com/yt-dlp/yt-dlp (https://github.com/yt-dlp/yt-dlp) ?
Je ne connais pas le sujet, je « balance » ceci à tout hasard. ;)
-
Merci pour l'info.
Comparaison de la compression d'AV1 par rapport à VP9, H.264 et H.264 High réalisé début 2018 (tests publié en avril 2018).
Il se dit depuis que l'efficacité des encodeurs AV1 s'est encore améliorée.
(https://lafibre.info/images/tv/201804_facebook_av1_vp9_h264_compression.png)
-
Quelques stats récupérées sur les manifests video de netflix. Pas de stats pour le 4K car j'ai pas pris l'option.
The Walking Dead Saison 1 ep 1 (Video avec beaucoup de grain)
durée (s) 4044000
codec av1 vp9 h264
res 1280x720
bitrate (B/s) 3041 2986 5707
peak (B/s) 9298 x 14844
taille (B) 1541085731 1510856155 2888542572
vmaf 91 88 88
res 1920x1080
bitrate (B/s) 6761 5120 6151
peak (B/s) 11945 x 20856
taille (B) 3421308855 2589812465 3112577610
vmaf 94 91 89
Tyler Rake (video avec le moins de plan fixe possible)
duree (s) 7051000
codec av1 vp9 h264
res 1280x538
bitrate (B/s) 457 672 785
peak (B/s) 2575 x 3865
taille (B) 403611446 588063862 689056751
vmaf 92 92 88
res 1920x804
bitrate (B/s) 1459 1207 1812
peak (B/s) 10842 x 7910
taille (B) 1275593574 1053975042 1583502955
vmaf 98 97 97
-
Il paraîtrait que youtube-dl est un peu en perte de vitesse et que le « successeur » est https://github.com/yt-dlp/yt-dlp (https://github.com/yt-dlp/yt-dlp) ?
Je ne connais pas le sujet, je « balance » ceci à tout hasard. ;)
Un grand merci, yt-dlp a de nombreux avantages sur youtube-dl.
La présentation des différentes résolutions est bien plus lisible, avec un tableau.
Le débit de téléchargement n'est plus limité.
Je me demande pourquoi la vidéo 4K HDR suivante a systématiquement deux encodages AV1, avec HDR et 60 images par seconde à un débit bien différent (du simple au double).
Ci-dessous, j'ai colorié en vert les flux AV1 :
(https://lafibre.info/images/tv/202202_yt-dlp_youtube_video_4k_hdr.png)
La vidéo en question :
https://www.youtube.com/watch?v=czcRxx3F-So
-
Est-ce que ce ne serait pas la version HLG l'autre version HDR ?
Il me semble qu'il y a HDR10 et HLG sur Youtube
-
Le HLG (Hybrid Log-Gamma) permet normalement une lecture universelle (client compatible ou pas HDR). Pourquoi il n'est pas utilisé sur navigateur ? Pourquoi proposer un autre encodage HDR ?
Autre point, sur PC, que ce soit sur Firefox, Chrome, Windows, Linux, avec ou sans bloqueur de publicité, je n'arrive à avoir accès qu'aux flux VP9 de cette vidéo alors que traditionnellement si une vidéo est encodée en VP9 et AV1, c'est le flux AV1 qui est prioritaire (et c'est le cas, toutes les autres vidéos avec de l'AV1, c'est ce flux qui est utilisé).
J’imagine que c'est à cause du HDR : Aucun navigateur ne peut lire de flux HDR sur Youtube ?
Le HDR est présent sur tous les flux AV1 de cette vidéo, même en 144p (pas sur que cela soit utile sur cette résolution avec un encodage qui privilégie le faible débit contre une qualité bien dégradée sans parler même de la résolution). Ah aussi le truc fou : proposer du 60 images par seconde dans la résolution 144p !
-
Autre vidéo (du même type) en 4K 60images par seconde, mais sans HDR.
C'est le flux AV1 qui est utilisé sur un navigateur web et pas le flux VP9.
Le flux 4k est encodé à 35 Mb/s en AV1 (contre 26 Mb/s pour le VP9) => Pourquoi ne pas choisir la même qualité d'encodage en AV1 vs VP9 ? Là clairement le flux AV1 doit être de meilleur qualité que le flux VP9.
(https://lafibre.info/images/tv/202202_yt-dlp_youtube_video_4k.png)
La vidéo en question :
https://www.youtube.com/watch?v=-9rsxSevjM8
-
Pour info, pour firefox, pas 100 % pertinent pour ce fil mais bon ...
https://bugzilla.mozilla.org/show_bug.cgi?id=1745285
https://bugzilla.mozilla.org/show_bug.cgi?id=1745225
-
Le HLG (Hybrid Log-Gamma) permet normalement une lecture universelle (client compatible ou pas HDR). Pourquoi il n'est pas utilisé sur navigateur ? Pourquoi proposer un autre encodage HDR ?
Autre point, sur PC, que ce soit sur Firefox, Chrome, Windows, Linux, avec ou sans bloqueur de publicité, je n'arrive à avoir accès qu'aux flux VP9 de cette vidéo alors que traditionnellement si une vidéo est encodée en VP9 et AV1, c'est le flux AV1 qui est prioritaire (et c'est le cas, toutes les autres vidéos avec de l'AV1, c'est ce flux qui est utilisé).
J’imagine que c'est à cause du HDR : Aucun navigateur ne peut lire de flux HDR sur Youtube ?
Le HDR est présent sur tous les flux AV1 de cette vidéo, même en 144p (pas sur que cela soit utile sur cette résolution avec un encodage qui privilégie le faible débit contre une qualité bien dégradée sans parler même de la résolution). Ah aussi le truc fou : proposer du 60 images par seconde dans la résolution 144p !
J'ai vérifié les deux fichiers de 2.85 et 5.45Go, et sont tous les deux HLG d'après VLC.
Il me semble que Edge sait lire les vidéos HDR.
L'HDR sur windows n'est pas très bien implémenté.
-
Sous Windows 10 avec un GPU UHD Graphics 620 (CPU Intel Core i5-8265U) :
- Edge : VP9 pour les deux vidéos >:(
- Firefox : VP9 pour celle en HDR et AV1 pour la vidéo sans HDR
- Chrome : VP9 pour celle en HDR et AV1 pour la vidéo sans HDR
(je parle des deux vidéos Youtube que j'ai indiqué deux messages plus haut)
-
Sur MacOS 12 (MacBook Air M1) avec Safari, VP9 pour les deux vidéos et avec Chrome VP9 pour la vidéo HDR et AV1 pour la vidéo sans HDR.
-
sur un Pixel 6, en forçant a 2160p ca utilise le flux 701. en auto ca utilise le 697 (854x460@60 HDR)
peut-etre que le flux plus compressé (401) consomme plus de batterie ou/et nécessite plus de puissance ou un matériel particulier pour être décodé.
-
Comment voir sur mobile le N° du flux utilisé dans l'application Youtube ?
(j'ai moi aussi un Pixel 6)
-
Je me demande pourquoi la vidéo 4K HDR suivante a systématiquement deux encodages AV1, avec HDR et 60 images par seconde à un débit bien différent (du simple au double).
Si j'en crois https://gist.github.com/AgentOak/34d47c65b1d28829bb17c24c04a0096f, ce n'est pas nouveau, et le rapport entre les débits peut être encore plus important.
Sur ton exemple, les formats 401 et 701 ont été encodés à 40min d'intervalle, donc c'est clairement volontaire, ce n'est pas une seconde série d'encodages.
Mediainfo ne donne aucune différence, donc à part pour proposer plus de qualités différentes, ou pour faire des comparaisons, je ne vois pas.
-
Comment voir sur mobile le N° du flux utilisé dans l'application Youtube ?
(j'ai moi aussi un Pixel 6)
lancer l'app youtube, click l'icone du portrait (du compte utilisateur) en haut a droite, puis choisir "parametres". puis "parametres généraux". défiler tout en bas et activer "statistiques avancées."
quand une vidéo joue on peut ensuite affichr/masquer les "stats pour nerds" via le menu de la roue dentée sur la vidéo elle même.
-
Merci kgersen, ce n'est pas intuitif, merci pour ton tutoriel qui fonctionne bien.
-
Sous Windows 10 avec un GPU UHD Graphics 620 (CPU Intel Core i5-8265U) :
- Edge : VP9 pour les deux vidéos >:(
- Firefox : VP9 pour celle en HDR et AV1 pour la vidéo sans HDR
- Chrome : VP9 pour celle en HDR et AV1 pour la vidéo sans HDR
(je parle des deux vidéos Youtube que j'ai indiqué deux messages plus haut)
Sur MacOS 12 (MacBook Air M1) avec Safari, VP9 pour les deux vidéos et avec Chrome VP9 pour la vidéo HDR et AV1 pour la vidéo sans HDR.
Point étonnant, aujourd'hui quel que soit la navigateur, j'ai la vidéo sans HDR (j'ai remis le lien ci-dessous) qui est en VP9 pour les résolutions 1440p et 2160p. Par contre on est bien en AV1 pour les résolutions jusqu'au 1080p 60image/sec. Il me semble que l'autre jour j'arrivais depuis un navigateur à avoir le 2160p en AV1 (je m'étais fait la remarque que mon PC était trop lent).
Les formats disponibles : (pas de modification)
(https://lafibre.info/images/tv/202202_yt-dlp_youtube_video_4k.png)
La vidéo en question :
https://www.youtube.com/watch?v=-9rsxSevjM8
-
En effet, sous Safari, quelque soit la résolution de la vidéo, c'est VP9 (testé en moins de 1080 et en plus de 1440).
Sous Chrome, c'est comme tu l'as dit juste avant. Jusqu'à 1080 c'est AV1, au-dela c'est VP9.
-
je viens de tester avec Edge sous Win10 j'ai de l'AV1 pour toutes les résolutions de 144p a 2160p de AV1 (394) en 144p a AV1 (401) en 2160p et le opus en audio en 251 sauf en 144p ou c'est 250
-
Testé avec IE11 version 21H : H.264 sur toutes les résolutions et impossible d'aller au-dela de 1080p en 60 images par seconde
-
On peut également trouver des vidéos en 8k60 encodées en av1 sur youtube, par exemple
https://www.youtube.com/watch?v=zCLOJ9j1k2Y
[info] Available formats for zCLOJ9j1k2Y:
ID EXT RESOLUTION FPS │ FILESIZE TBR PROTO │ VCODEC VBR ACODEC ABR ASR MORE INFO
──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
...
401 mp4 3840x2160 60 │ 458.57MiB 11841k https │ av01.0.13M.08 11841k video only 2160p60, mp4_dash
...
402 mp4 7680x4320 60 │ 625.04MiB 16140k https │ av01.0.17M.08 16140k video only 4320p60, mp4_dash
571 mp4 7680x4320 60 │ 978.30MiB 25262k https │ av01.0.17M.08 25262k video only 4320p60, mp4_dashl'espace de couleurs est le bt.709
-
Et à cette résolution, l'AV1 est le seul codec disponible : (donc pas de 8k sur Safari)
(https://lafibre.info/images/tv/202202_yt-dlp_youtube_video_8k.png)
Perso, voici les codecs utilisé dans un navigateur (quel que soit le navigateur), c'est la même chose pour vous ?
- 144p : AV1
- 240p : AV1
- 360p : AV1
- 480p : AV1
- 720p60 : AV1
- 1080p60 : AV1
- 1440p60 : VP9
- 2160p60 : VP9
- 4320p60 : AV1
-
j'ai l'AV1 sur toutes les résolutions de 144p a 4320p pareil qu'hier sur l'autre video (Edge Win10 21H2)
-
Perso avec Edge, je n'ai que du VP9 et la résolution 4320p est inaccessible.
C'est un PC qui n'est pas tout jeune, mais j'ai le même problème avec un PC récent (Core i5 de 8ème génération) :
(https://lafibre.info/testdebit/windows10/202202_edge_win10_vp9_youtube.png)
Une vidéo AV1 hébergé sur ce forum est également illisible avec Edge :
https://lafibre.info/videos/logiciels/202008_epic_games_free_fortnite_1984.mp4
-
Il faut telecharger l'extension AV1 pour Edge sur le Microsoft Store j'avais oublié (l'AV1 n'est pas "inclus" de base dans Edge il faut l'activer avec ca) --> https://www.microsoft.com/store/productId/9MVZQVXJBQ9V
-
Et à cette résolution, l'AV1 est le seul codec disponible : (donc pas de 8k sur Safari)
je viens d'en tester une autre
https://www.youtube.com/watch?v=linlz7-Pnvw
[info] Available formats for linlz7-Pnvw:
ID EXT RESOLUTION FPS HDR │ FILESIZE TBR PROTO │ VCODEC VBR ACODEC ABR ASR MORE INFO
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
...
272 webm 7680x4320 60 │ 2.86GiB 20249k https │ vp9 20249k video only 4320p60, webm_dash
702 mp4 7680x4320 60 10 │ 7.13GiB 50463k https │ av01.0.17M.10 50463k video only 4320p60 HDR, mp4_dash
la version av1 est en HDR alors que la version vp9 est en SDR
-
Il faut telecharger l'extension AV1 pour Edge sur le Microsoft Store j'avais oublié (l'AV1 n'est pas "inclus" de base dans Edge il faut l'activer avec ca) --> https://www.microsoft.com/store/productId/9MVZQVXJBQ9V
Il me semble que cette extension est pour les applications système (Lecteur Windows Media) et non pour Edge. Sur le site https://caniuse.com/av1 l'extension n'est nécessaire que pour Edge legacy : "Can be enabled in Edge 18 by installing the AV1 Video Extension from the Microsoft Store" ce n'est pas indiqué nécessaire pour Edge basé sur chrome.
J'ai installé le codec dans le Microsoft Store et redémarré Windows 10.
Edge 98 ne lit pas de vidéos AV1, que ce soit sur Youtube (résolution max 2160p) ou sur lafibre.info
Par contre le lecteur Windows Media lit bien la vidéo AV1 préalablement téléchargée.
J'ai aussi testé Edge sous Linux, pas de lecture de vidéos AV1.
-
Etrange alors car j'ai Edge 98 et l'AV1 fonctionne bien sur toutes les videos et/ou résolutions ou j'ai testé
Edit: je viens de tester sur un autre pc et ca ne fonctionne pas avec edge
1ere config
Win 10 21H2
i7 11700KF
RTX 3070 Ti
32GB RAM
2eme config :
Win 10 21H2
i7 7700HQ
GTX 1070
16GB RAM
-
Cela fonctionne sur la configuration 1 (avec support du AV1 en hardware, non ?) et pas la configuraiton 2 où l'AV1 est pas accéléré par le GPU ?
-
je viens d'en tester une autre
https://www.youtube.com/watch?v=linlz7-Pnvw
[info] Available formats for linlz7-Pnvw:
ID EXT RESOLUTION FPS HDR │ FILESIZE TBR PROTO │ VCODEC VBR ACODEC ABR ASR MORE INFO
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
...
272 webm 7680x4320 60 │ 2.86GiB 20249k https │ vp9 20249k video only 4320p60, webm_dash
702 mp4 7680x4320 60 10 │ 7.13GiB 50463k https │ av01.0.17M.10 50463k video only 4320p60 HDR, mp4_dash
la version av1 est en HDR alors que la version vp9 est en SDR
Je suis en VP9 sur toutes les résolutions, vous aussi ?
(https://lafibre.info/images/tv/202202_yt-dlp_youtube_video_8k_hdr.png)
-
Et à cette résolution, l'AV1 est le seul codec disponible : (donc pas de 8k sur Safari)
Perso, voici les codecs utilisé dans un navigateur (quel que soit le navigateur), c'est la même chose pour vous ?
- 144p : AV1
- 240p : AV1
- 360p : AV1
- 480p : AV1
- 720p60 : AV1
- 1080p60 : AV1
- 1440p60 : VP9
- 2160p60 : VP9
- 4320p60 : AV1
Pareil dans Chrome sur Mac M1, et que VP9 sur Safari (dans toutes les résolutions)
-
Enfin pas de VP9 disponible en 4320p60, Youtube ne propose pas cette résolution dans ce cas là.
-
Etrange alors car j'ai Edge 98 et l'AV1 fonctionne bien sur toutes les videos et/ou résolutions ou j'ai testé
Edit: je viens de tester sur un autre pc et ca ne fonctionne pas avec edge
1ere config
Win 10 21H2
i7 11700KF
RTX 3070 Ti
32GB RAM
2eme config :
Win 10 21H2
i7 7700HQ
GTX 1070
16GB RAM
Cela fonctionne sur la configuration 1 (avec support du AV1 en hardware, non ?) et pas la configuraiton 2 où l'AV1 est pas accéléré par le GPU ?
Le décodage hardware de l'AV1 est arrivé chez Intel avec la 11ieme génération et chez Nvidia avec la génération RTX30 donc l'hypothèse que Edge ne le supporte qu'en hardware est fortement probable.
-
J'ai essayé avec 5 PC Win10/Win11, avec des configurations matérielle et logicielle différentes (mais toujours des vieux PC comparé à toi)
- Chrome / Firefox :
AV1 ok dans tous les cas même avant l'installation de "AV1 Video Extension" dans le Microsoft Store (mais Youtube préfère le VP9 pour les résolutions 1440p et 2160p)
- Lecteur Windows Media :
Avant l'installation de "AV1 Video Extension" dans le Microsoft Store : Impossible de lire un fichier avec codec vidéo AV1
Après l'installation de "AV1 Video Extension" dans le Microsoft Store : OK pour la vidéo avec une vidéo AV1 (le son nok, mais c'est une autre histoire)
Pour Microsoft Edge 98 :
Pour les 3 PC qui ont la solution graphique la plus performante (tout est relatif) :
Avant l'installation de "AV1 Video Extension" dans le Microsoft Store : Impossible de lire un fichier avec codec vidéo AV1 (Youtube ou vidéo directement sur LaFibre.info)
Après l'installation de "AV1 Video Extension" dans le Microsoft Store : OK pour AV1 sur Youtube (toutes les résolutions) et pour les vidéos directement hébergées sur LaFibre.info
Pour les 2 PC les plus mauvais graphiquement :
Impossible de lire un fichier avec codec vidéo AV1 (Youtube ou vidéo directement sur LaFibre.info) dans Edge. Pourtant c'est ok avec le Lecteur Windows Media une fois "AV1 Video Extension" installé.
Les 3 PC qui permettent de lire des vidéos AV1 dans Edge :
- Windows 11 Famille insider prevew 22543.1000 (path tuesday du 8 février 2022 installé) + Core i5-8250U (4x 1.6 Ghz) + Carte graphique Intel UHD 620 (Gen 9 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen9))
- Windows 10 Famille 21H2 (path tuesday du 8 février 2022 installé) + Core i3-4150 (2x 3.50 Ghz) + Carte graphique Intel HD 4400 (Gen 7 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen7))
- Windows 11 Pro 21H2 (path tuesday du 8 février 2022 installé) + Core2 Duo E7200 (2x 2.53 Ghz) + Carte graphique NVIDIA GeForce GT710 équipée de 1 Go de DDR3
Les 2 PC qui ne permettent pas de lire des vidéos AV1 dans Edge :
- Windows 10 Pro 21H2 (path tuesday du 8 février 2022 installé) + Core i7-2600 (4x 3.40 Ghz) + Carte graphique Intel HD 2000 (Gen 6 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen6))
- Windows 11 Pro 21H2 (path tuesday du 8 février 2022 installé) + Core2 Duo E6550 (2x 2.33 Ghz) + Carte graphique Intel Q35 Express Chipser Family (Gen 3 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Third_generation) qui est catastrophique)
Le processeur ne semble pas en cause car on a un Core i7-2600 dans les PC non compatible et un Core2 Duo E7200 dans les PC compatible.
J'en conclue que avec une carte graphique Intel intégrée, la génération 6 est incompatible, mais que la génération 7 est ok.
-
Sur le Core 2 Duo, sans AVX, le décodage logiciel de l'AV1 doit être difficile.
Rester en VP9 pour les résolutions les plus élevées à un sens quand l'AV1 n'est pas accéléré.
Il y a une API pour ça, mais pour l'instant elle n'est pas forcément super bien implémentée.
https://developer.mozilla.org/en-US/docs/Web/API/MediaCapabilities/decodingInfo
https://developer.mozilla.org/en-US/docs/Web/Media/Formats/codecs_parameter
mediaConfig = {
type : 'media-source',
video : {
contentType: "video/mp4;codecs=av01.0.17M.10",
width: 7680,
height: 4320,
bitrate: 50463000,
framerate: 60,
},
};
navigator.mediaCapabilities.decodingInfo(mediaConfig).then(result => {
console.log('This configuration is ' +
(result.supported ? '' : 'not ') + 'supported, ' +
(result.smooth ? '' : 'not ') + 'smooth, and ' +
(result.powerEfficient ? '' : 'not ') + 'power efficient.')
});
=> "This configuration is supported, smooth, and not power efficient" (Chrome et Firefox)
Alors que non, le AV1 8K60 en décodage logiciel, ce n'est pas fluide pour moi.
Avec "video/webm;codecs=vp09.00.10.08.00" :
- Firefox me dit la même chose
- Chrome dit "supported, smooth, and power efficient"
J'ai l'impression que pour Chrome le powerEfficient correspond au décodage HW.
Si YouTube le suivait, il préférait le VP9 à l'AV1 pour toutes les résolutions pour moi (RTX2070).
-
Même constat chez moi sur le lien de la page précédente. VP9 en 2160p, mais AV1 en 4320p et donc lecture impossible puisque je n'ai pas d'accélération matérielle sur ce codec.
Plus précisément l'aspect DXVA n'est pas actif, mais il y a quand même un peu d'usage GPU.
-
J'ai testé de nouveaux PC avec Edge 98, Windows 10/11 à jour et "AV1 Video Extension" dans le Microsoft Store installé
Les 5 PC avec AV1 ok dans Edge :
- Win10 21H2 + Core i5-8250U (4x 1.6 Ghz) + 8Go ram + Carte graphique Intel UHD 620 (Gen 9 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen9)) de 2017
- Win11 insider + Core i5-8250U (4x 1.6 Ghz) + 8Go ram + Carte graphique Intel UHD 620 (Gen 9 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen9)) de 2017
- Win10 21H2 + Core i3-4150 (2x 3.50 Ghz) + 16Go ram + Carte graphique Intel HD 4400 (Gen 7 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen7)) de 2013
- Win11 21H2 + Celeron N2820 (2x 2.13 Ghz) + 4Go ram + Carte graphique Intel HD Graphics (Gen 7 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen7)) de 2013
- Win11 21H2 + Core2 Duo E7200 (2x 2.53 Ghz) + 4Go ram + Carte graphique NVIDIA GeForce GT710 TDP 19watts équipée de 1 Go de DDR3 GeForce 700 (https://en.wikipedia.org/wiki/GeForce_700_series) de 2016
Les 5 PC où AV1 ne fonctionne pas, malgré le codec AV1 installé (mais AV1 ok dans le lecteur Windows Media) :
- Win10 21H2 + Core i7-2600 (4x 3.4 Ghz) + 8Go ram + Carte graphique Intel HD 2000 (Gen 6 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen6)) de 2011
- Win11 21H2 + Core i3-2310M (2x 2.1 Ghz) + 8Go ram + Carte graphique Intel HD 3000 (Gen 6 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen6)) de 2011
- Win11 21H2 + Core2 Duo T8100 (2x 2.1 Ghz) + 4Go ram + Carte graphique mobile Intel 965 Express Chipser Family (GMA X3100 Gen 4 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Gen4)) de 2007
- Win11 21H2 + Core2 Duo E6550 (2x 2.33 Ghz) + 4Go ram + Carte graphique Intel Q35 Express Chipser Family (GMA 3100 Gen 3 (https://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units#Third_generation)) de 2007
- Win10 20H2 + deux Xeon E5410 (8x 2.33 Ghz) + 10Go ram + Carte vidéo de base Microsoft (carte hardware ATI ES1000 - basé sur la microarchitecture Rage 6 - non pris en charge par Windows 10) de 2007
-
OK, mais à quelle résolution ?
-
Pour les PC où j'ai indiqué que l'AV1 ne fonctionne pas c'est quel que soit la résolution de 144p à de l'UHD avec Edge.
Une vidéo encodée uniquement en AV1 est illisible.
Le même fichier AV1 est bien lisible avec le lecteur Windows Media pour tous les PC, sauf pour le serveur avec une "Carte vidéo de base Microsoft". Pour ce dernier VLC arrive très bien à lire la vidéo AV1, tout est fait en soft, mais avec 8 cœurs disponible j'arrive à faire du full HD à 60 images par seconde en AV1.
-
Après avoir testé Microsoft Edge sous Windows 10/11, je me suis demandé et sous Linux ?
Impossible de lire une vidéo AV1 sous Edge 98 sous Linux (j'ai utilisé mon PC le plus récent, Core i5-8250U (4x 1.6 Ghz) + 8Go ram + Carte graphique Intel UHD 620 sous Ubuntu 21.10)
Pas de Microsoft Store pour télécharger "AV1 Video Extension"
J'ai cherché dans edge://flags/ où on peut activer des "EXPERIMENTAL FEATURES AHEAD!" mais rien concernant AV1, que ce soit dans la catégorie "Disponible pour votre plateforme" ou la catégorie "Non disponible pour votre plateforme".
-
Quelques bonnes nouvelles pour AV1 :
- LG rejoint l'Alliance for Open Media. Les prochaines TV LG devraient supporter le codec vidéo AV1.
- Qualcomm devrait supporter AV1 sur les Snapdragon 8 Gen 2 (lancement attendu fin 2022 ou début 2023).
On reste toujours sans nouvelle d'implémentation de l'AV1 par Apple. C'est le point noir.
-
- LG rejoint l'Alliance for Open Media. Les prochaines TV LG devraient supporter le codec vidéo AV1.
C'est déjà le cas à partir de certains modèles 2020 (probablement un SoC Mediatek).
- Qualcomm devrait supporter AV1 sur les Snapdragon 8 Gen 2 (lancement attendu fin 2022 ou début 2023).
Ils ont pris le temps, c'est 3 ans après Mediatek (Dimensity 1000), qui a pourtant un positionnement moins haut de gamme.
On reste toujours sans nouvelle d'implémentation de l'AV1 par Apple. C'est le point noir.
Pourtant ils sont membres fondateurs de l'alliance AV1...
Mais ils sont aussi dans MPEG LA, et ils ont clairement choisi le HEVC.
-
Apple est peut-être membre de l'alliance AV1 pour observer comment cela se passe et avoir des informations.
-
On reste toujours sans nouvelle d'implémentation de l'AV1 par Apple. C'est le point noir.
ça va finir comme le VP9 cette histoire non ? parce que toujours pas de nouvelle pour le VP9 mais je pense que vu que maintenant ils sont dans l'alliance AV1 ça ne doit plus être une priorité...
-
Grande nouvelle : Apple est en train de préparer la prise en charge du décodeur AV1 dans Safari (plus précisément dans WebKit, le moteur de rendu de Safari).
Deux ajouts ont été fait a WebKit :
- dav1d, le décodeur AV1 conçu par les équipes de VideoLAN et ffmpeg, et dévoilée en octobre 2018. Il est performant et Firefox 67 est passé de libaom à dav1d en mai 2019.
- libavif, une bibliothèque qui permet de décoder (et d'encoder) les fichiers AV1 Image File Format (.avif), utilisé pour les images clés de l'AV1. La compression AVIF est plus performante que le viuex jpeg ou que le webp (qui est basé sur le VP8 de Google).
-
Et dans EDGE c'est pour quand le support des images en avif :
-
Grande nouvelle : Apple est en train de préparer la prise en charge du décodeur AV1 dans Safari (plus précisément dans WebKit, le moteur de rendu de Safari).
Deux ajouts ont été fait a WebKit :
- dav1d, le décodeur AV1 conçu par les équipes de VideoLAN et ffmpeg, et dévoilée en octobre 2018. Il est performant et Firefox 67 est passé de libaom à dav1d en mai 2019.
- libavif, une bibliothèque qui permet de décoder (et d'encoder) les fichiers AV1 Image File Format (.avif), utilisé pour les images clés de l'AV1. La compression AVIF est plus performante que le viuex jpeg ou que le webp (qui est basé sur le VP8 de Google).
Adieu le VP9 du coup ?
-
Le VP9 est disponible sur WebKit, mais il me semble qu'il ne fonctionne que sur une liste blanche de sites (dont Youtube) ou avec des paramètres précis.
Rien ne dit que cela ne sera pas le même cirque pour AV1.
Mais il sera plus facile de forcer Apple à prendre en charge de façon universelle VP9 et/ou AV1 si la prise en charge est déjà là et qu'il ne faire supprimer que la liste blanche.
-
quelqu'un a eu des news sur le VP9 et AV1 avec la WWDC et iOS 16 ?
-
Apple M2 : toujours pas de décodage hardware de l'AV1
Source : REDDIT (https://www.reddit.com/r/AV1/comments/v69o7x/new_apple_m2_doesnt_support_av1_decode/) : "New Apple M2 doesn't support AV1 decode. AV1 HW decode missing. Disappointed !"
Un article de Frandroid :
Dévoilée lors de la keynote tenue par Apple en ouverture de la WWDC 2022, la nouvelle puce Apple Silicon M2, arrivera sur le marché à compter du 24 juin prochain, d’abord sur le nouveau MacBook Pro de 13 pouces. Puissant, disposant une nouvelle fois d’une maîtrise énergétique prometteuse, ce nouveau SoC rate toutefois une occasion d’égaler la concurrence sur un point : le décodage de l’AV1.
Des utilisateurs de Reddit ont confirmé il y a quelques jours ce qu’Apple avait laissé entendre dans la fiche de présentation de sa puce M2 : l’absence de décodage pour le codec vidéo AV1. Ce dernier est pourtant de plus en plus utilisé. Il est par ailleurs supporté par de nombreuses puces lancées ou attendues en 2022, comme les derniers GPU « ARC » d’Intel, ou potentiellement ceux d’AMD, pour ne citer qu’eux. Cette absence pourrait pénaliser certains utilisateurs, notamment ceux qui utilisent leur Mac pour du montage et de l’export vidéo.
Apple toujours méfiant vis-à-vis d’une solution trop ouverte ?
Si Apple fait l’impasse sur le support du standard AV1, c’est peut-être en raison de sa nature open source. Ce codec, ouvert et libre de droits, est poussé en avant par divers acteurs de l’industrie. Ces dernières années, il a tour à tour été adopté par Netflix, mais également par Microsoft pour Windows 10 ou encore par Google pour YouTube.
Sur ses puces M2, Apple semble pourtant préférer son propre format Apple ProRes au détriment du codec AV1 et des avantages qu’il permet, notamment en termes de qualité de compression. Une décision tout de même surprenante puisque la firme fait partie intégrante du consortium Alliance for Open Media, à l’origine du codec AV1. Pour rappel, Apple l’a rejoint en début d’année 2018, et donc bien avant la montée en puissance dudit codec sur le marché.
Reste maintenant à savoir si Apple choisira d’ajouter ou non la prise en charge de l’AV1 à ses futures puces M2 Pro, Max et Ultra, qui ne manqueront pas d’arriver sur Mac par la suite. En clair, difficile pour l’instant d’être certains que l’omission (visiblement volontaire) du décodage AV1 sur la puce M2 est une simple erreur de jeunesse.
Source : FRAndroid (https://www.frandroid.com/marques/apple/1367883_apple-m2-toujours-le-meme-probleme-sur-la-video) le 15 juin 2022 par Nathan Le Gohlisse
-
Sur ses puces M2, Apple semble pourtant préférer son propre format Apple ProRes au détriment du codec AV1 et des avantages qu’il permet, notamment en termes de qualité de compression.
C'est n'importe quoi, l'AV1 est un codec pour distribuer des contenus (comme VP9 et HEVC), alors que Apple ProRes est un codec dédié au montage vidéo.
-
Ils mettent le ProRes dans le CPU uniquement pour vendre leur logiciel Final Cut Pro X, qui, du coup, sur les processeurs Mx, peut traiter simultanément un très grand nombre de pistes video en 8K en temps réel (tous les ans on a droit à une démo "amazing" de ce qu'une machine Apple Silicon peut faire avec FCPX).
-
Sur le site "Can I use... AV1 (https://caniuse.com/av1)", on a les informations suivantes pour Microsoft Edge :
- Version 17 et plus anciennes : pas de support de l'AV1
- Version 18 : support de l'AV1 à condition d'installer l'extension AV1 de Microsoft, disponible gratuitement dans le Microsoft store
- Version 79 et plus récentes (Edge basé sur Chromium) : support de l'AV1
La problématique c'est que je n'ai pas de support avec Edge si je n'installe pas l'extension AV1. C'est la même chose chez vous ?
Si oui, je pense demander à Can I use de changer le statut de Edge.
(https://lafibre.info/images/tv/202207_avi_suppot_pour_microsoft_edge_1.webp)
La situation particulière d'Edge 18 :
(https://lafibre.info/images/tv/202207_avi_suppot_pour_microsoft_edge_2.webp)
-
Le codec AV1 pour Windows 11 est nécessaire pour lire l'AV1 dans Edge. Il n'est pas installé par défaut.
(https://lafibre.info/images/tv/202207_avi_suppot_pour_microsoft_edge_3.webp)
Sous Windows 8.1 ou Ubuntu, je n'ai pas trouvé de solution pour activer AV1 sur Edge.
Exemple d'une vidéo AV1 avec Edge 103 sous Windows 8.1 : (on note que Edge a quand même récupéré la durée de la vidéo, 1min 19 seconde, c'est la 1ère vidéo sur la page https://lafibre.info/numerique-responsable/bitcoin-des-usines-de-minage-geantes-au-texas/24/)
(https://lafibre.info/images/tv/202207_avi_suppot_pour_microsoft_edge_4.webp)
-
J'ai remonté le problème à "Can I Use" et ils ont corrigés, en mentionnant l'absence de support d'AV1 activé par défaut pour Edge : https://caniuse.com/?search=av1
(https://lafibre.info/images/tv/202207_avi_suppot_pour_microsoft_edge_6.webp)
-
Petit thread sur tweeter pour demander à Microsoft d'activer AV1 et AVIF dans Windows 10 et Windows 11 par défaut : https://twitter.com/lafibreinfo/status/1547618663104016384
Pour ceux qui se posent la question du pourquoi on ne parle pas de H.265 pour les vidéos sur Internet, vous avez la réponse dans le rapport de l'Arcep 2022 :
(https://lafibre.info/images/tv/202206_arcep_principaux_codecs_video.webp)
Annexe extraite du rapport 2022 sur l'état de d'internet en France, page 96 :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/doc/202206_arcep_rapport_etat_internet_2022.webp) (https://lafibre.info/images/doc/202206_arcep_rapport_etat_internet_2022.pdf#page=96)
-
Le régulateur antitrust de l'Union Européenne enquêtent sur la politique de licence vidéo de l'alliance AOMedia (Alliance for Open Media) qui a spécifié le codec AV1
BRUXELLES, 7 juillet (Reuters) - Les régulateurs antitrust de l'UE enquêtent sur la politique de licences vidéo de l'Alliance for Open Media (AOM), dont les membres incluent Alphabet (Google), Amazon, Apple et Meta a annoncé jeudi la Commission européenne.
L'enquête est la dernière à toucher l'industrie technologique, qui sera soumise à de nouvelles règles strictes en Europe l'année prochaine qui pourraient obliger les entreprises à modifier leurs modèles commerciaux de base et à faire davantage pour lutter contre les contenus illégaux sur leurs plateformes.
Inscrivez-vous maintenant pour un accès GRATUIT et illimité à Reuters.com
BRUXELLES, 7 juillet (Reuters) - Les régulateurs antitrust de l'UE enquêtent sur la politique de licences vidéo de l'Alliance for Open Media (AOM), dont les membres incluent Alphabet (GOOGL.O) , l' unité Google, Amazon (AMZN.O) , Apple (AAPL. O) et Meta, a annoncé jeudi la Commission européenne.
L'enquête est la dernière à toucher l'industrie technologique, qui sera soumise à de nouvelles règles strictes en Europe l'année prochaine qui pourraient obliger les entreprises à modifier leurs modèles commerciaux de base et à faire davantage pour lutter contre les contenus illégaux sur leurs plateformes.
Publicité · Faites défiler pour continuer
"La Commission confirme qu'elle a une enquête préliminaire en cours sur la politique d'octroi de licences d'AOM", a déclaré à Reuters un porte-parole de l'exécutif européen.
"Le fait que la Commission dispose d'une enquête préliminaire ne préjuge pas de l'issue de l'enquête sur l'existence d'une infraction", a déclaré le porte-parole, sans donner plus de détails.
AOM n'a pas immédiatement répondu à une demande de commentaire envoyée par courrier électronique. Fondé en 2015, le groupe vise à créer un nouveau logiciel standard pour diffuser des vidéos 4K de meilleure qualité sur les navigateurs, les appareils, les applications et les jeux, connu sous le nom d'AV1.
Bien que le logiciel AV1 ne soit pas encore largement adopté, Netflix et YouTube ont commencé à l'utiliser pour certains clients, et des navigateurs tels que Google Chrome et Firefox ont commencé à prendre en charge le nouveau format.
Apple et Google n'ont pas immédiatement répondu à une demande de commentaire envoyée par courrier électronique. Meta et Amazon ont refusé de commenter. Microsoft, Netflix, Broadcom, Cisco et Tencent, qui sont également membres de l'AOM, n'ont pas immédiatement répondu aux demandes de commentaires envoyées par courrier électronique.
Intel, Huawei, Mozilla, Samsung et Nvidia sont par ailleurs membres de l'AOM, selon son site Web.
Dans un questionnaire envoyé à certaines entreprises plus tôt cette année et vu par Reuters, l'organisme de surveillance de l'UE a déclaré qu'il enquêtait sur un comportement anticoncurrentiel présumé lié aux conditions de licence d'AV1 par AOM et ses membres en Europe.
"La Commission dispose d'informations selon lesquelles AOM et ses membres pourraient imposer des conditions de licence (licences croisées obligatoires sans redevance) à des innovateurs qui ne faisaient pas partie d'AOM au moment de la création de la technique AV1, mais dont les brevets sont jugés essentiels pour (ses) spécifications techniques", indique le journal.
Il a déclaré que cette action pourrait restreindre la capacité des innovateurs à concurrencer la spécification technique AV1, et également éliminer les incitations à innover.
Le questionnaire demandait également l'impact d'une clause de licence de brevet AOM dans laquelle les titulaires de licence verraient leurs licences de brevet résiliées immédiatement s'ils lançaient des poursuites en matière de brevets affirmant que la mise en œuvre enfreignait leurs revendications.
Les entreprises risquent des amendes pouvant atteindre 10 % de leur chiffre d'affaires mondial pour avoir enfreint les règles antitrust de l'UE.
Source : Reuters (https://www.reuters.com/technology/exclusive-eu-antitrust-regulators-probing-tech-group-aoms-video-licensing-policy-2022-07-07/), le 7 juillet 2022 par Foo Yun Chee (traduction Google)
-
Il faudra attendre plus de détails, mais on dirait qu'ils s'attaquent au principe même d'AOM.
Les licences croisées sans redevance, c'est ce qui permet au système de fonctionner : sans ça on se retrouve avec une au plusieurs grosses ententes comme MPEG LA ou HEVC Advance, avec toujours un risque de voir un nouveau détenteur de brevets surgir et demander sa part du gâteau.
Pour ce qui est de la nécessité des brevets pour la capacité à innover, chacun aura son avis...
Mais il ne faut pas oublier que l'innovation n'est pas limitée à ceux qui conçoivent les spécifications des codecs : libérer celles-ci facilite le travail de ceux qui les implémentent, vendent des appareils, et les utilisent pour des services.
-
J'espère que cela n'ira pas plus loin.
Qui a donné les infos à la Commission ?
Je comprends que c'est une société qui dispose brevets et "qui ne faisaient pas partie d'AOM au moment de la création de la technique AV1" et donc qui a rejoint AOM plus tard.
Je ne peux m'empêcher de penser à un membre tardif d'AOM qui touche des royalties de H.265 et qui n'a toujours pas implémenté AV1 dans son navigateur ou son système d'exploitation (même si je note du progrès pour AVIF qui sera supporté dans les prochaines versions cet automne)...
-
J'espère que cela n'ira pas plus loin.
Qui a donné les infos à la Commission ?
Je comprends que c'est une société qui dispose brevets et "qui ne faisaient pas partie d'AOM au moment de la création de la technique AV1" et donc qui a rejoint AOM plus tard.
Je ne peux m'empêcher de penser à un membre tardif d'AOM qui touche des royalties de H.265 et qui n'a toujours pas implémenté AV1 dans son navigateur ou son système d'exploitation (même si je note du progrès pour AVIF qui sera supporté dans les prochaines versions cet automne)...
Apple aurait fait ça pour se gaver de royalties et faire tomber une concurrence libre, nooooooooonn j'y crois pas du tout c'est un mensonge
-
Il y a beaucoup d'acteurs qui touchent des royalties par ailleurs.
Par exemple sur https://accessadvance.com/hevc-advance-patent-pool-licensors/, il y a Google et Microsoft.
Le "des innovateurs qui ne faisaient pas partie d'AOM au moment de la création de la technique AV1" n'implique pas qu'il s'agisse de membres actuels d'AOM.
Il peut s'agir de n'importe qui d'extérieur qui voudrait demander des royalties sur un brevet supposé important pour AV1, mais qui se serait vu opposer la perte totale d'accès aux brevets des membres d'AOM (y compris en payant).
Je me demande s'il ne faudrait pas plutôt chercher du côté de https://accessadvance.com/vvc-advance-patent-pool-list-of-licensors/, puisqu'il est question de concurrencer AV1.
-
Oui, au contraire il s’agit certainement d’acteurs externes qui ne sont pas dans le consortium.
La critique n’est d’ailleurs pas tout à fait nouvelle:
https://ipeurope.org/blog/royalty-free-standards-are-not-free-of-costs-av1-as-a-case-study/
The AV1 video codec is a good example to understand how “royalty-free” can turn out to be anything but that. The Alliance of Open Media (AOM, the organisation behind its development, including founding members such as Apple, Microsoft, or Huawei) offers a royalty-free patent licence for use of AV1. The catch is that while the AV1 developers offer their patents (assuming they have any) on a royalty-free basis, in return they require users of AV1 to agree to license their own patents royalty-free back to them. And this licence is not just limited to AV1, but also it seems for any future codec implementation created by AOM. You cannot choose to exclude any of your patents from AV1, as there is no mechanism in the license to do this and, in any case, the AV1 specification is already set. Therefore, there is a potential cost to you if you have relevant patents or if your implementation of AV1 needs to be modified or stopped to avoid relevant patents not subject to AOM’s royalty-free licence.
Besides this, is this kind of royalty-free cross-licence a bad thing? Probably not in the short-term, provided you do not have relevant patents or any intention of developing the technology. However, it does dissuade technology developers, from developing the technology further or contributing to its creation in the first place. It also enables a standard to undercut other standardised technologies which may come with a more transparent royalty cost.
Of course, for the developers of AV1 – principally the large digital platforms – there is a clear incentive to compel royalty-free patent licensing from users as this benefits their potential widespread use of it in their digital ecosystems. By removing the competition, through below-market prices and reduced incentives to innovate, you control the market. However, this in turn could be at a longer-term cost to your business due to the lack of available competitive alternatives. In this way its developers and supporters will have created a “lock-in” effect.
Probably of more immediate concern is that a significant number of companies that do currently develop video compression technologies are not members of AOM. These companies have patents that likely cover some aspects of AV1. Indeed, Sisvel has a pool of such patents that it offers to license on behalf of patent owners who are not members/developers of AV1. But these are not necessarily all of them.
-
Annexe extraite du rapport 2022 sur l'état de d'internet en France, page 96
Je n'avais pas relevé, il est question de support de l'AV1 sur les smartphones conçus en 2021.
C'est vrai pour Mediatek (au moins sur une partie de la gamme), Samsung (Exynos) / Google (Tensor).
Mais pour pour Qualcomm ce n'est pas le cas, les premiers SoC compatibles seront ceux de 2023 à priori.
-
Effectivement, c'est probablement plus un acteur présent dans Sisvel (qui ne donc pas la liste complète de ses membres, même si on note la présence d'Orange)
Mauvaise nouvelle : Sisvel annonce un "pool de brevets AV1", qui revendique détenir des brevets sur les codecs VP9 et AV1
Certaines actions en justice se préparent pour contester l'AV1. En cas de victoire, AOMedia serait contrait de retirer les brevets pour faire un AV2 libre.
(https://lafibre.info/images/tv/202006_sisvel_site_web.webp)
Sisvel International a annoncé l'élargissement de ses membres à sa plate forme de licence de codage vidéo, qui offre des programmes de licence pour la propriété intellectuelle liée aux formats vidéo OTT VP9 et AV1 .
Après avoir mis en place le pool d'origine avec JVC Kenwood, NTT, Orange, Philips et Toshiba, qui concédaient tous des licences de brevets à MPEG-LA pour les pools de brevets AVC, DASH ou HEVC, Sisvel a été approché par d'autres sociétés et a défini d'enquêter sur leurs revendications de propriété intellectuelle connexes.
Le résultat est l'ajout de neuf nouveaux membres: Dolby, Ericsson, GE, SK Telecom, la maison de recherche financée par l'État sud-coréen ETRI, InterDigital (qui a acquis les brevets hérités de Technicolor), IP Bridge (administrateur de brevets japonais qui prétend être le plus grand concédant de licence du pool de brevets MPEG-LA AVC / H.264), NTT Docomo (la branche mobile de la société de télécommunications japonaise NTT) et Xylene (titulaire de brevets précédemment détenus par Mitsubishi Electric).
Selon Sisvel, dont le siège est à Luxembourg, des centaines d'autres brevets sont en cours d'évaluation. Le groupe prévoit d'atteindre un portefeuille total proposé en licence d'environ 1 000 brevets pour VP9 et près de 2 000 pour AV1. Les détails de certains d'entre eux sont maintenant publiés sur le site Web de Sisvel, avec des mises à jour régulières.
"L'AOMedia a poursuivi quelque chose qui est honnêtement difficile à réaliser", a déclaré Mattia Fogliacco, PDG de Sisvel, au sujet de l'objectif libre de redevances d'AOMedia. Toutes les technologies de codage vidéo importantes des 30 dernières années sont le résultat de la collaboration entre entreprises et des investissements de ces entreprises."
"Il est difficile de croire qu'un groupe, même de la taille d'AOMedia, pourrait développer toute la technologie qui entre dans un codec vidéo."
AOMedia est soutenu par des sociétés contrôlant d'énormes écosystèmes ou développant des puces utilisées par des centaines de millions de clients dans le monde. Ils comprennent Amazon, Cisco, Intel, Mozilla, Samsung, Apple, Facebook, IBM, ARM, Nvidia, Tencent, Bitmovin, ATEME, Broadcom, Alibaba, Vimeo, Adobe, CableLabs et Hulu.
"Les entreprises membres d'AOMedia ont une bonne raison d'offrir gratuitement leur technologie en AV1", fait valoir Fogliacco. "Ils vendent des puces, des cartes vidéo ou des appareils afin de gagner de l'argent pour financer leurs techniques de R&D par d'autres moyens.
"Les personnes que nous représentons n'ont pas ce débouché pour leur contribution à la technologie de codage vidéo et cherchent à obtenir [une récompense] sous forme de licence et de redevance."
"Cela se résume au fait que de nombreux détenteurs de brevets pour VP9 et AV1 ne sont pas membres d'AOMedia et n'ont donc pris aucun engagement de rendre cette technologie libre de droits."
Il pense que les membres de l'Alliance ne rejetteront plus d'emblée les prétentions de Sisvel.
"Lorsque AOMedia examinera la liste des membres que nous représentons, ils se rendront compte que la réalité est un peu différente de ce qu’ils imaginent. Ils réaliseront que les prix sont équitables et que nous avons fait un travail approfondi d’interne filtrage avec des tiers accrédités et par nos propres experts du domaine technique pour établir une base technique pour les brevets."
Les taux de redevance, qui ont été fixés l'année dernière, n'ont pas changé. Ils exigent que les implémenteurs paient 0,32 € pour les appareils d'affichage grand public (y compris les smartphones, les téléviseurs, les appareils VR, les caméras vidéo et les ordinateurs) et 0,11 € pour les appareils sans écran (y compris les décodeurs, les consoles de jeux, les lecteurs multimédias en streaming et les cartes graphiques ) en utilisant AV1.
Pour un preneur de licence qui respecte pleinement ses obligations, il existe une incitation à un taux inférieur de 0,24 € et 0,08 € pour les appareils AV1 affichés et non affichés. "Le pool est l'option la moins chère et la plus efficace pour effacer" l'option de licence", déclare Sisvel.
Les entreprises qui mettent déjà en œuvre la technologie VP9 ont été informées du coût de la technologie, dit Sisvel, tandis que celles qui envisagent d'adopter AV1 sauraient que des redevances s'appliqueront.
Fogliacco explique que Sisvel a délibérément pris l'année depuis l'annonce de la création du pool de brevets pour enquêter sur d'autres revendications de brevet pour AV1 et VP9.
"Nous n'avons pas immédiatement lancé d'activités de licence. Nous savions qu'il était essentiel de créer un guichet unique pour examiner et valider, ou rejeter, les brevets de toutes les autres sociétés qui nous ont contactés. Nous sommes maintenant en mesure de garantir que le pool de brevets est aussi inclusif que possible pour les IP sous licence."
Sisvel ne demandera pas de redevances pour le contenu encodé et actuellement seules les implémentations matérielles sont sous licence - mais cela pourrait changer.
"Nous laissons la porte ouverte pour voir comment le marché se développe", explique Fogliacco. "Il se pourrait que les appareils soient vendus avec une capacité de décodage AV1 qui n'ont cette capacité qu'en raison de téléchargements de micrologiciels ou de mises à jour logicielles, nous gardons donc nos options ouvertes."
Dans le cadre du programme AOMedia, les sociétés titulaires de brevets qui mettent en œuvre AV1 renoncent à leur droit à la propriété intellectuelle sous licence (payante). Sony, fabricant de smartphones fonctionnant sous Android 10, est cité par Sisvel à titre d'exemple.
En excluant ces sociétés, Sisvel affirme avoir regroupé la grande majorité des autres sociétés possédant des IP AV1 et VP9 sous licence.
«Nous pensons que les pools créent de l'efficacité en permettant aux réalisateurs potentiels de signer un accord autorisant plusieurs portefeuilles de brevets en une seule transaction à un coût raisonnable et transparent», dit-il.
AOMedia a critiqué le lancement du pool de brevets AV1 comme contraire à ses objectifs. Sans nommer explicitement Sisvel, il a déclaré que l'annonce de mars dernier "approuve un environnement d'exigences élevées en matière de redevances de brevets et d'incertitude en matière de licences" qui, comme les pools MPEG-2 et H.264 administrés par MPEG LA "limiterait le potentiel de la vidéo en ligne gratuite et ouverte La technologie."
En revanche, AOMedia a l'intention de régler les conditions de licence de brevet avec la licence de licence AOMedia 1.0 libre de droits.
AOMedia doit détenir les droits de propriété intellectuelle pour toutes les techniques fondamentales dans AV1 / VP9 "pour éviter de porter atteinte à la propriété intellectuelle de tiers", déclare Sisvel.
AV1 partage la même architecture de codec hybride que H.264 et HEVC. Ces éléments constitutifs comprennent la transformation / mise à l'échelle / quantification, l'intra et l'interprédiction, le filtrage en boucle, le décodeur dans la boucle (y compris la quantification et la transformation inverses) et le codage entropique.
En 2018, Netflix et Intel ont décidé de développer un encodeur AV1 de qualité production qui offre performances et évolutivité.
Netflix estime que SVT-AV1 peut être utilisé comme plate-forme pour la R&D d'un futur codec AV2. Sisvel a refusé de dire si les membres de son pool de brevets revendiqueraient la propriété intellectuelle sur ce développement.
Sisvel, qui décrit son rôle de "facilitateur des transactions sur le marché", a été constituée en 1982 en tant qu'entreprise commune entre les principaux fabricants italiens de téléviseurs. Sisvel était l'administrateur de la télévision numérique terrestre (DVB-T) et de ses évolutions (DVB-T2 et DVB-S2X). Elle exploite actuellement des pools de brevets et des programmes de licence conjoints dans les domaines de la communication mobile, des réseaux locaux sans fil 802.11, du codage vidéo , des technologies d'affichage et de vidéo numériques, des moteurs de recommandation et de l'accès large bande aux réseaux de données.
Source : streamingmedia.com (https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=139636), le 10 mars 2020 Par Adrian Pennington. Traduction Google.
-
L'enregistrement AV1 est proposé par OBS Studio
OBS Studio, le logiciel open source de capture d'écran et de streaming pour Microsoft Windows, MacOS et Linux est disponible en version 28 et propose, dans l'onglet avancé, un enregistrement AV1 via SVT-AV1 (encodeur performant crée par Intel et Netflix) et AOM AV1 (encodeur de référence, qui demande beaucoup de CPU).
Je suis étonné que OBS ait fait l'impasse sur VP9.
(https://lafibre.info/images/tv/202209_obs_studio_28_encodage_av1.webp)
-
à priori OBS embarque bien la possibilité d'encoder en VP9 mais il n'est pas mis en avant il faut aller chercher dans les paramètres avancé.
Paramètres > Sortie > Onglet "enregistrement" > Type sortie Personnalisée (FFmpeg) > Encodeur vidéo > libvpx-vp9
par contre je n'ai aucune idée si c'est fonctionnel et performant
(https://lafibre.info/images/tv/202209_obs_studio_28_encodage_vp9.webp)
-
Une solution (pour ceux qui se limitent à 30 images par seconde et qui ont un SSD performant en écriture) est d'enregistrer sans perte "Qualité sans perte, énorme taille de fichier" puis d'encoder a postériori. Cela permet d'atteindre une efficacité supérieure, car quel que soit le codec, quand on encode en temps réel, cela reste de l'encodage rapide pour ne pas trop charger le CPU.
-
J'ai remonté le problème à "Can I Use" et ils ont corrigés, en mentionnant l'absence de support d'AV1 activé par défaut pour Edge : https://caniuse.com/?search=av1
J'ai découvert de nouvelles erreurs sur "Can I Use", pour le support de HEVC pour Edge et Internet Explorer 11 : https://caniuse.com/hevc
Voici ce que je propose de leur envoyer (traduit en anglais) :
Edge 79 et plus récent (basé sur Chromium) n'ont jamais eu de support de HEVC.
Edge legacy (version 12 à 18) : Il y a eu un support de HEVC, limité aux appareils disposant d'une prise en charge matérielle de HEVC (par exemple PC équipé d'un GPU intégré Intel core de 7ᵉ génération et plus récents, NVidia GTX960 et plus récent).
Internet Explorer 11 : Le support intégré de HEVC a été supprimé (je ne sais pas à quelle date), y compris pour les appareils disposant d'une prise en charge matérielle de HEVC.
Par ailleurs, le support intégré de HEVC est supprimé sous Windows 10 depuis Windows 10 version 1709, à cause des couts de licence. Source : Wikipedia (https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding#Operating_system_support)
Si vous avez plus de détail sur le moment où HEVC a été supprimé d'Internet Explorer 11, je suis intéressé. Ce qui est sûr, c'est qu'avec Windows 10 Professionnel version 21H2, exécuté sur un PC Core i5-8265U avec GPU Intel (donc support matériel du HEVC), IE11 est incapable de lire une vidéo HEVC (tout comme Edge 105).
(https://lafibre.info/images/tv/202209_hevc_suppot_pour_microsoft_edge_et _ie11.webp)
-
Apple pourrait enfin ajouter la prise en charge du codec AV1 à plusieurs produits
Apple a récemment lancé son nouveau SoC M2 , qui est le successeur direct du M1 de dernière génération. La puce fera initialement son chemin dans le MacBook Air et le MacBook Pro 13" . Ce dernier porte le nom de code "Mac14,7" et ses performances ont été divulguées il y a quelques jours sous la forme d'un benchmark synthétique qui suggère qu'Apple n'exagère pas ses revendications de performance du M2.
Bien que ce soit en effet de bon augure pour ceux qui attendent avec impatience les produits basés sur M2, l'un des aspects décevants du M2 est le manque de prise en charge du codec AV1 . La nouvelle puce prend en charge jusqu'à 8K H.264 (AVC) et H.265 (HEVC), ainsi que son format vidéo ProRes interne pour une lecture jusqu'à 8K.
Le communiqué de presse officiel d'Apple indique :
Le moteur multimédia comprend un décodeur vidéo à bande passante plus élevée, prenant en charge la vidéo 8K H.264 et HEVC.
Le puissant moteur vidéo ProRes d'Apple permet la lecture de plusieurs flux de vidéo 4K et 8K.
Ceci malgré le fait qu'Apple fasse partie du consortium Alliance for Open Media (AOMedia), qui est à l'origine du codec AV1 depuis 2018.
Cependant, tout cela pourrait être amené à changer car Apple travaille apparemment sur AV1. Ceci est suggéré par les changements repérés dans les bibliothèques de framework Core Media de son AVFoundation avec une nouvelle variable globale répertoriée comme "kCMVideoCodecType_AV1".
(https://lafibre.info/images/tv/202206_apple_av1_codec_support_leak.jpg)
Vous pouvez le trouver dans la documentation pour les développeurs d'Apple ici (https://developer.apple.com/documentation/coremedia/kcmvideocodectype_av1/). Pour ceux qui se demandent ce qu'est AVFoundation, il s'agit essentiellement du cadre d'Apple pour travailler avec des médias audiovisuels (AV) basés sur le temps (médias mobiles) sur iOS, macOS, watchOS et tvOS. Par conséquent, il peut y avoir un large support pour AV1 qui arrive enfin sur plusieurs produits Apple dans tout son écosystème. Si les choses se concrétisent, cela pourrait être un ajout majeur à l'arsenal d'Apple car la plupart de ses concurrents prennent déjà en charge le codec. Par exemple, Intel prend en charge non seulement le décodage AV1, mais également l'encodage (https://www.neowin.net/news/intel-beats-amd-and-nvidia-to-become-the-first-with-full-av1-support-with-its-new-arc-gpus/).
Il sera intéressant de voir si Apple ajoute le support AV1 à son nouveau M2. Même si la puce ne dispose pas du matériel nécessaire, ce sera formidable de voir une forme de décodage accéléré par logiciel.
Source : Neowin (https://www.neowin.net/news/apple-may-finally-be-adding-av1-codec-support-to-multiple-products/), le 20 juin 2022 par Sayan Sen.
-
Les dernières cartes graphiques de chez Intel sont sortie, elles prennent en chargent l'encodage et le décodage AV1, ce qui en fait la première CG 100% compatible AV1 (je crois), niveau encodage ça doit être plutôt rapide comparer à un encodage avec un processeur, si quelqu'un en a une à disposition ça serait bien de faire un comparatif de temps d'encodage et de qualité vidéo
PS : Actuellement la moins cher commence à 379€ :/ -> https://www.phonandroid.com/intel-arc-a770-et-a750-les-cartes-graphiques-arrivent-en-france-a-partir-de-379e.html
-
Discord annonce que les abonnés à Discord Nitro et qui possèdent une carte graphique Nvidia RTX 4000 Series pourront streamer en 4K à 8mb/s grâce à AV1
https://twitter.com/discord_fr/status/1629190921068638216
-
Googe Chrome 113, disponible depuis le 2 mai 2023 intègre libaom v3.6.0 pour encoder et décoder des vidéos avec le codec vidéo AV1.
Cela va amélioration les performances pour l'encodage vidéo AV1 basé sur le CPU.
Cela ouvre la voit à l'arrivée de logiciels de visioconférence qui utilisent AV1 en tant que codec vidéo sur WebRTC. Jitsi Meet, qui utilise aujourd'hui VP9 quand c'est possible pourrait proposer AV1 les prochains mois.
Quand vous encodez en AV1 avec ffmpeg, vous pouvez voir la version utilisée : une ligne de ce type s'affiche :
[libaom-av1 @ 0x55c863892800] v3.6.0
Les notes des améliorations :
- Version 3.0.0 du 23 mars 2021 (https://aomedia.googlesource.com/aom/+/refs/tags/v3.0.0)
- Version 3.1.0 du 3 mai 2021 (https://aomedia.googlesource.com/aom/+/refs/tags/v3.1.0)
- Version 3.2.0 du 14 octobre 2021 (https://aomedia.googlesource.com/aom/+/refs/tags/v3.2.0)
- Version 3.3.0 du 15 février 2022 (https://aomedia.googlesource.com/aom/+/refs/tags/v3.3.0)
- Version 3.4.0 du 17 juin 2022 (https://aomedia.googlesource.com/aom/+/refs/tags/v3.4.0)
- Version 3.5.0 du 21 septembre 2022 (https://aomedia.googlesource.com/aom/+/refs/tags/v3.5.0)
- Version 3.6.0 du 7 février 2023 (https://aomedia.googlesource.com/aom/+/refs/tags/v3.6.0)
-
Googe Chrome 113, disponible depuis le 2 mai 2023 intègre libaom v3.6.0 pour encoder et décoder des vidéos avec le codec vidéo AV1.
A priori c'est uniquement l'encodage, le décodage étant normalement fait avec dav1d.
D'ailleurs https://developer.chrome.com/en/blog/av1/ ne mentionne pas le décodage.
-
A priori c'est uniquement l'encodage, le décodage étant normalement fait avec dav1d.
dav1d est probablement toujours plus rapide que libaom pour le décodage.
-
Je résume pour les encodeurs / décodeurs V1 open-source :
Décodeurs AV1 open-source :
- libaom (https://aomedia.googlesource.com/aom/) (développé par l'Alliance for Open Media, c'est l'implémentation de référence)
- SVT-AV1 (https://gitlab.com/AOMediaCodec/SVT-AV1) (développé par Intel et Netflix - SVT-AV1 signifie Scalable Video Technology for AV1)
- dav1d (https://www.videolan.org/projects/dav1d.html) (développé par VLC et écrit en C99, utilisé par Google Chrome pour le décodage AV1)
- libgav1 (https://chromium.googlesource.com/codecs/libgav1/) (développé par Google et écrit en C++11) => Son développement serait arrêté au profit de dav1d ?
Encodeur AV1 open-source :
- libaom (https://aomedia.googlesource.com/aom/) (développé par l'Alliance for Open Media - appelé libaom-av1 dans FFmpeg, c'est l'implémentation de référence)
- SVT-AV1 (https://gitlab.com/AOMediaCodec/SVT-AV1) (développé par Intel et Netflix, appelé libsvtav1 dans FFmpeg - SVT-AV1 signifie Scalable Video Technology for AV1)
- rav1e (https://github.com/xiph/rav1e) (Développé par la fondation Xiph.org, la fondation à l'origine de Ogg Vorbis et Ogg Theora - encodeur écrit en Rust et en langage assembleur, appelé librav1e dans FFmpeg)
Cela serait bien que les forces se concentrent sur un nombre plus restreint...
-
Le Codec vidéo AV1 est enfin prposé par Firefox sous Android !
Firefox ne proposait pas AV1 sur la version Android de Firefox. C'est enfin réparé avec la version 113, avec un décodage matériel quand le smartphone le propose - uniquement des smartphones très récents et sinon un décodage via le CPU, cela fonctionne bien, même sur un vieux smartphone, mais cela consomme plus de batterie :
(https://lafibre.info/images/tv/202305_firefox_113_android_av1.webp)
J'ai mis à jour mon petit récapitulatif, en intégrant des logos pour distinguer les différents systèmes d'exploitation :
(https://lafibre.info/images/tv/av1_support.webp)
-
Vidéo super intéressante sur le sujet avec Jean-Baptiste Kempf (VLC) :
https://www.youtube.com/watch?v=Kv4FzAdxclA
-
Juste quelques punchline de Jean-Baptiste Kempf sur dAV1d :
"dAV1d c'est la librairie utilisée par IOS, MacOS, Windows, Youtube, Netflix, Chrome, Firefox, VLC, ffmpeg pour lire l'AV1 en soft"
"dAV1d c'est 30 000 ligne de C et 210 000 d'assembleurs"
"dAV1d c'est développé par 5 personnes"
;D ;D ;D
-
Ça rappelle ce XKCD :
(https://imgs.xkcd.com/comics/dependency.png)
-
Merci artiflo, cette interview de Jean-Baptiste Kempf est top.
J'espère qu'elle ne sera pas supprimée, quand il avait parlé de corruption sur twitter pour AC-4, le tweet avait été supprimé après quelques jours...
Là c'est sauvegardé.
Passage sur le codec audio AC-4 :
https://lafibre.info/videos/tv/202309_micode_jean-baptiste_kempf_ac-4.webm
-
L'autre passage magnifique, c'est celui sur le codec vidéo HEVC, même s'il a oublié de parler de l'innovation licence de HEVC : Une redevance sur le contenu de 0,5% des revenus générés par les services vidéo HEVC. Ces frais sont payés par les producteurs de contenus. HEVC Advance demande donc 0,5% de ton abonnement Netflix ou du prix de ton offre TV (Je vous rassure, cette idée de 0,5% sur le contenu HEVC a été supprimé en 22 novembre 2016, mais pas les autres points qui font que HEVC est bien plus cher que H.264.
Passage sur le codec vidéo HEVC :
https://lafibre.info/videos/tv/202309_micode_jean-baptiste_kempf_hevc.webm
Fiche tarifaire HEVC de juin 2015, au format PDF, disponible ici.
(https://lafibre.info/images/tv/201506_hevcadvance.com_hevc_pricing_sheet.webp) (https://lafibre.info/images/tv/201506_hevcadvance.com_hevc_pricing_sheet.pdf)
-
À noter que Tiktok propose de nombreux encodages en HEVC :
Le support du codec HEVC est indispensable pour les définitions 720p et 1080p.
(https://lafibre.info/images/tv/202311_tiktok_propose_du_hevc.webp)
-
À noter que Tiktok propose de nombreux encodages en HEVC :
Le support du codec HEVC est indispensable pour les définitions 720p et 1080p.
c'est marrant j'avais essayé cet outil pour télécharger des vidéos de canal+ et autres daily/YT, ca n'avait jamais marché..
si on peut télécharger du twitter avec... :D
-
yt-dlp est mis à jour presque toutes les semaines pour s'adapter aux sites.
Es-tu sûr de bien utiliser la dernière version ?
Sous Ubuntu, je te conseille d'utiliser la version snap "latest/beta", car la version stable (snap ou deb) n'est toujours utilisable sur tous les sites, faute de mise à jour.
(https://lafibre.info/images/tv/202311_yt-dlp_ubuntu.webp)
-
Un article de MacGénération : Apple n'intègre pas de décodeur logiciel pour l'AV1 et c'est toujours un problème (https://www.macg.co/macos/2023/12/apple-nintegre-pas-de-decodeur-logiciel-pour-lav1-et-cest-toujours-un-probleme-141153).
Pierre Dandumont explique que c'est un cas assez inédit chez Apple :
- le H.264 a été intégré bien avant les premiers Mac capables de le décoder matériellement
- le HEVC a été livré avec un décodeur logiciel en même temps que les premiers Mac équipés d'un décodeur matériel (avec macOS High Sierra).
Pour l'AV1, c'est incompréhensible de ne lire l'AV1 que sur les iPhone 15 Pro et Safari sur les Mac équipés d'une puce Apple M3 (les autres navigateurs sur Mac intègrent un décodeur logiciel).
Pour relativiser, le support du VP9 sur Safari sur Mac OS est limité aux Mac capables de le décoder matériellement. Seulement le support du VP9 est arrivé tardivement et presque tous les Mac avaient déjà un support matériel du VP9.
Coté iPhone, tous les iPhone supporté par Apple aujourd'hui sont capables de le décoder matériellement VP9, mais Safari bloque ce codec. Les autres navigateurs utilisant le moteur de rendu de Safari (une obligation d'Apple), ils ont les mêmes capacités que Safari et donc VP9 est bloqué.