La Fibre
Télécom => Télécom => 
TV et codecs => Discussion démarrée par: eahlys le 27 janvier 2021 à 23:12:37
-
Je me suis permis de la passer en h264 pour que les lecteurs qui ne peuvent pas lire des vidéos VP8 puissent voir ta vidéo (merci Apple de ne pas supporter le VP8, le VP9 ou l'AV1)
Pour info, voici la ligne de commande utilisée : ffmpeg -i IPV6_FreeMobile.webm -pix_fmt yuv420p -c:v libx264 -preset veryslow -crf 30 -an 202101_free_mobile_test_ipv6.mp4
Comme il n'y avait pas de son, j'ai viré la bande son. On passe de 97 Mo en VP8 à 21 Mo en H.264.
Pour info je crois que Safari supporte bien le VP9 depuis macOS 11 Big Sur et iOS 14. YouTube est visionnable en 4K de ce fait, ce qui n'était pas le cas avant.
-
Exact pour macOS 11 Bid Sur, j'avais loupé ça, le VP9 est supporté (mais pas le VP8 qui est limité au WebRTC)
Pour iOS, https://caniuse.com/?search=webm ne le mentionne pas.
Edit août 2022 : Résumé en image
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/opus_support.webp)
Il n'y a aucun support de VP9 ou Opus avec iOS et iPadOS.
(https://lafibre.info/images/logo/logo_apple_ios_vp9.webp)
Le codec audio Opus, utilisé avec le codec vidéo VP9, n'est supporté qu'à partir de macOS 12 Monterey. Safari ne peut pas lire une vidéo si le codec audio n'est pas pris en charge.
Le pré-requis En jumelant VP9 + Opus, le minimum est donc :
(https://lafibre.info/images/tv/vp9_opus_support.webp)
-
J'ai testé en mettant sur le forum une vidéo en VP9, mais cela ne fonctionne pas avec Safari et iOS 14.4
J'ai utilisé un iPhone SE 2020, équipé du SoC d'Apple A13 Bionic, donc récent.
iOS 14.4 est la dernière mise à jour iOS, sorite il y a moins d'une semaine.
Vidéo : 720p à 30 images par seconde encodée en VP9
Audio : Opus Stéréo 48 Khz 32bits
La vidéo :
https://lafibre.info/videos/materiel/202101_wi-fi_alliance_wi-fi_6e.webm
Son emplacement source : Le Wi-Fi 6E arrive avec 480 Mhz utilisable en France (3 canaux super-larges de 160 Mhz) (https://lafibre.info/wifi/wifi-6e)
Les vidéo en H.264 fonctionnent bien par contre sur le même iPhone.
-
Je confirme que ce n’est pas lisible avec un iPhone 12 sous iOS 14.4. Même pas de message d’erreur, la lecture ne démarre juste pas.
-
Je crois que sur certains codecs videos, il faut que le serveur HTTP supporte le header Accept-Ranges.
-
Si un personne à MacOS Big Sur, je suis intéressé pour un test avec Safari, pour voir si cela passe.
Normalement, cela devrait passer.
La compatibilité de VP9 sur iOS 14 est pour certains sites réservé à la technologie WebRTC.
-
Pas terrible.
-
Je viens de tester en effet cela ne fonctionne pas.
Cependant sur YouTube quand on ouvre "stats pour les nerds", on voit bien que c'est du VP9.
-
Si vous arrivez a savoir comment avoir le support du VP9 ou de l'AV1 sur Safari, je suis intéressé.
-
Pas terrible.
Sur un modèle de 2013, le VP9 n'a aucune chance d'être supporté en HW.
-
Peut-être que Apple limite le VP9 aux machines capable de le décoder en hardware.
Je trouve ça très limite quand les CPU savent le décoder en software, car cela pousse à obsolescence des équipements qui pourraient le faire en CPU.
J'ai un PC Core i3-4150 @3.5 GHz + HD Graphics 4400, le VP9 fonctionne très bien sans consommer trop de CPU.
Le décodage hardware du VP9 est arrivé avec la 5ème génération de processeur core :
(https://lafibre.info/images/materiel/201501_intel_gpu_acceleration_hevc_vp9.png)
Par contre pour avoir le décodage hardware du VP9 en 4K, il me semble qu'il faut le 7ème génération de processeur core :
(https://lafibre.info/images/materiel/201608_intel_kaby_lake%20.jpg)
-
Exemple : Sur mon PC Core i3-4150 @3.5 GHz + HD Graphics 4400 (donc aucun décodage du VP9 en encore moins AV1 en hardware), ces vidéos AV1 de test sont parfaitement lisibles sans saturer le CPU. (je précise AV1 est plus gourmand que le VP9, mon CPU est vraiment très bas avec une vidéo VP9 1080p)
Je trouve donc vraiment dommage si la politique d'Apple n'est d'offrir le décodage VP9/AV1 que sur les mac qui le supportent en hardware.
PS: Je suis sous Ubuntu 20.10 avec Firefox, c'est juste pour montrer que c'est aberrant de limiter les codecs aux matériels qui peuvent le gérer en hard.
Codec AV1 en 1080p (1 920 × 1 080 pixels) :
Vidéo : AV1 1080p (16:9) 25 images par seconde à 2,7 Mb/s
Audio : aucun
Nom du fichier : test4_codec_av1_1080p_2.7mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test4_codec_av1_1080p_2.7mbps.webm
Vidéo : AV1 1080p (16:9) 25 images par seconde à 6,3 Mb/s
Audio : aucun
Nom du fichier : test3_codec_av1_1080p_6.3mbps.webm
Encodé par Elecard Videos avec l'encodeur CodecWorks
https://lafibre.info/videos/test/test3_codec_av1_1080p_6.3mbps.webm
-
Le décodage hardware du VP9 est arrivé avec la 5ème génération de processeur core :
https://lafibre.info/images/materiel/201501_intel_gpu_acceleration_hevc_vp9.png
Par contre pour avoir le décodage hardware du VP9 en 4K, il me semble qu'il faut le 7ème génération de processeur core :
https://lafibre.info/images/materiel/201608_intel_kaby_lake%20.jpg
C'est bien Kaby Lake pour un décodage vraiment matériel (unités dédiées) et le support du VP9 10 bits.
Les CPU plus anciens que tu cites ont supporté un décodage hybride (CPU+GPU).
PS: Je suis sous Ubuntu 20.10 avec Firefox, c'est juste pour montrer que c'est aberrant de limiter les codecs aux matériels qui peuvent le gérer en hard.
Dans certains cas, c'est un choix entre bande passante et autonomie (et chauffe / silence de fonctionnement).
L'idéal serait de donner le choix à l'utilisateur.
-
Apple supporte-t-il vraiment le vp9 où est-ce que ça marche fortuitement dans certaines configurations ?
-
L'idéal serait de donner le choix à l'utilisateur.
Sur les sites qui proposent plusieurs encodage, oui (Youtube, Netflix,...)
Sur le forum, les vidéos hébergées en direct n'offrent pas la possibilité de proposer plusieurs encodages, j'aimerais bien qu'un navigateur ne bloque pas les vidéos pour les utilisateurs.
Je pense que H.264 a encore une très longue vie devant lui, c'est le Jpeg de la vidéo. (c'est un peu le même problème pour les nouveaux codecs pour les images qui font que JPEG et PNG ont encore une longue vie devant eux).
-
Un exemple de l'utilité de gérer les nouveaux codec au niveau logiciel.
Ma femme a un vieux PC portable de 2008 : Il ne gère pas le décodage du H.264 au niveau de son GPU (il gère le MPEG2, mais c'est inutile aujourd'hui)
Par contre malgré ses 13 ans, il est parfaitement utilisable pour regarder des vidéos, que ce soit en local, Netflix ou une autre plateforme. Sans support soft du H.264, je ne pourais rine faire avec ce PC et uniquement du MPEG2 !
CPU : Processeur Intel Core2 Duo T8100 Penryn à 2,1 GHz lancé au 1er trimestre 2008 et gravé en 45 nm (PC portable)
GPU : Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c)
(https://lafibre.info/testdebit/ubuntu/201903_testdebit_t8100_ubuntu_systeme_1.png)
Pourquoi un si vieux PC ? Il est un peu lent à démarrer, mais les vidéos (son unique usage) sont ok et surtout contrairement aux portables récents, le son est bon, sans avoir a rajouter une enceinte externe.
Bien sur un portable qui a 13 ans il a plus aucune batterie. Il s’arrête directement si je le débranche. Il fonctionne donc uniquement sur secteur.
-
Sur un modèle de 2013, le VP9 n'a aucune chance d'être supporté en HW.
D' autant que c'est un mac pro early 2011 avec un opencore dessus.
La question c'était pour "safari" et Big Sur
Workaround.
-
D' autant que c'est un mac pro early 2011 avec un opencore dessus.
La question c'était pour "safari" et Big Sur
Ceci dit, pas mieux sur un MacBook Pro de 2018 sous Big Sur et Safari, les vidéo de @viven ne sont pas lisibles. Aucun problème pour les vidéos en VP9 sur YouTube...
-
Sous safari dans les stats pour nerds, j'ai AVC1 / MP4A
sous firefox dans les stats pour nerds j'ai VP09/Opus
Je suis sous Big Sur 11.2 (je n'ai pas encore fait le 11.2.1)
-
Sous safari dans les stats pour nerds, j'ai AVC1 / MP4A
Sur la vidéo que j’ai postée ?
De mon côté après être passé manuellement en 4K (la vidéo démarre en HD par défaut), les « stats pour les nerds » m’affichent bien VP9/MP4A. Voir screenshots ci-dessous : Premier screenshot lecture de la vidéo dans le fil, second après passage en plein écran.
Je suis en 11.2.1.
(https://lafibre.info/images/tv/202102_youtube_macos11_video_vp9_audio_aac_1.webp)
(https://lafibre.info/images/tv/202102_youtube_macos11_video_vp9_audio_aac_2.webp)
Édit: par contre sur mon iPad Pro dernière génération et à jour, pas de 4K dispo pour cette vidéo dans Safari, 4K possible dans l’app YouTube.
-
Il n'est pas 4K, juste "HD" mais je devrais quand même pouvoir avoir du VP9 non ? (comme sous firefox)
303 webm 1920x1080 1080p60 5310k , vp9, 60fps, video only, 111.52MiB
-
Le support de VP9 serait complet avec Safari 14.1 (version qui est distribuée depuis le 26 avril 2021) à condition d'avoir macOS 11.3 ou plus récent.
Pour iOS, le support de VP9 est limité à WebRTC.
Si vous avez Safari 14.1 et macOS 11.3 ou plus récent, je suis intéressé de savoir si vous arrivez a lancer la vidéo ci-dessous :
https://lafibre.info/videos/materiel/202101_wi-fi_alliance_wi-fi_6e.webm
-
Négatif pour moi (safari 14.1.1, macOS 11.4). Testé également avec Safari Technology Preview (14.2) dispo dans l'espace developpeur: Pas mieux. Les contrôles du player de Safari s'affichent mais rien ne se passe en pressant 'Play' (le temps n'avance même pas, aucun message d'erreur).
Après, c'est un Macbook Pro Intel (de 2018), ils sont bien capables d'avoir limité ça aux Macs Apple Silicon (M1).
C'est d'autant plus étonnant que le décodeur VP9 est bien mentionné (et activé) dans les fonctionnalités expérimentales (j'ai essayé sur batterie et secteur) :
-
Non, pas génial.
(edit)
Cela passe sur Chrome
-
Oui, cela passe avec Chrome, mais je j'encode mes vidéos en VP9, la part de marché de Safari étant pas négligeable, cela fera un pourcentage qui n'aura pas accès aux vidéos.
Je vais attendre encore. Cela évolue dans le bon sens, je pense que cela sera rapidement accessible.
Le support des images WebP (meilleur compression que le jpeg et le png qu'il remplace) arrive également chez Apple : Sur iOS 14.0 et supérieur et sur Safari 14 et supérieur, sous réserve d'être sous macOS 11 Big Sur.
Bien sur les support sur les autres plateformes est déjà total si on exclut Internet Explorer.
-
Le support de VP9 serait complet avec Safari 14.1 (version qui est distribuée depuis le 26 avril 2021) à condition d'avoir macOS 11.3 ou plus récent.
Pour iOS, le support de VP9 est limité à WebRTC.
Si vous avez Safari 14.1 et macOS 11.3 ou plus récent, je suis intéressé de savoir si vous arrivez a lancer la vidéo ci-dessous :
https://lafibre.info/videos/materiel/202101_wi-fi_alliance_wi-fi_6e.webm
Cela ne fonctionne pas avec Safari, test fait => OS : 11.4 et Safari 14.1.1
Je confirme que cela fonctionne avec Chrome.
-
Toujours pas sur Mac OS Big Sur 11.6 et Safari 15, ni, iOS 15.1 bêta
Par contre il y a des évolutions sur TvOs 15, Youtube supporte maintenant des meilleures résolutions, et pour les statistiques pour nerds, j'ai vu le VP9.
-
Fonctionne sous MacOS Monterey Beta 12 et Safari 15.0
-
Sur un iPhone avec iOS 15.1 et Safari, impossible de lancer une vidéo VP9 sur lafibre.info
J'utilise un iPhone SE 2020.
Le user agent : Mozilla/5.0 (iPhone; CPU iPhone OS 15_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.1 Mobile/15E148 Safari/604.1
-
Idem sous iPadOS 15.1
Avec les paramètres suivants activés pour Safari
-
Idem iPhone X sous iOS 15.1
-
Toujours rien
Même sur iOS 15.2.
Elle est pourrie ta vidéo ;D
La bonne nouvelle c'est que l'on a toujours Opencore pour la bêta 12.2 de Monterey :)
-
Etrange, parce que du coup sur mon MBP 2018 / macOS 12.1 la vidéo de @vivien fonctionne sous Safari comme le montre le screenshot joint :
-
Etrange, parce que du coup sur mon MBP 2018 / macOS 12.1 la vidéo de @vivien fonctionne sous Safari comme le montre le screenshot joint :
Merci, je vais investiguer.
Ma configuration est tout de même assez "exotique". :)
-
Etrange, parce que du coup sur mon MBP 2018 / macOS 12.1 la vidéo de @vivien fonctionne sous Safari comme le montre le screenshot joint :
ça ne fonctionne pas ... (macbook air 2017 )
Safari Version 15.1 (17612.2.9.1.20)
Mac Os 12.0.1
Le mac semble être à jour.
-
Bah non, il y a la 12.1 qui est sortie il y a une dizaine de jours (mais Apple a reconnu un problème qui fait que certains clients ne se voient pas proposée cette mise à jour, ils travaillent dessus). Je n'ai pas fait le test avec la 12.0.1 donc je ne peux ni affirmer ni infirmer que le support du VP9 vient avec la 12.1 (et safari Version 15.2 (17612.3.6.1.6)).
-
Salut , du coup le VP9 est toujours pas supporté dans Safari sur iOS ? est-ce que y'a une date ? une annonce d'Apple ?
-
J'ai fais des tests avec iOS 15.2 : Impossible de lire une vidéo VP9 avec Safari et comme c'est le moteur de rendu qui est utilisé par les navigateurs tiers, pas de VP9 non plus dans Firefox (je n'ai pas testé Chrome, mais j'imagine que c'est le même problème)
Exemple de vidéos H.264 vs AV1 de même poids (mais de qualité différentes) :
Cette vidéo compressée avec H.264 en 720p fait 1,1 Mo (crf40) :
https://lafibre.info/videos/test/ffmpeg_4.4.1_h264_crf40.mp4
Même vidéo compressée en 720p avec AV1. Elle fait 1,0 Mo, pourtant la qualité est bien meilleure (crf56):
https://lafibre.info/videos/test/ffmpeg_4.4.1_av1_crf56.mp4
-
Impressionnant la différence de qualité entre les deux pour un poids plus faible de la deuxième.
-
Petite question pour ceux qui ont un mac, si vous mettez directement le lien dans la vidéo dans Safari, il est possible de lire la vidéo WebM VP9 ci-dessous ?
Je cherche à comprendre si WebM VP9 est uniquement pris en charge dans MSE (Media Source Extensions) et n'est pas pris en charge pour la lecture basée sur des fichiers.
Voici les deux URL à tester que j'ai mis dans une balise code pour éviter qu'elle se transforme en vidéo sur le forum :
https://lafibre.info/videos/materiel/202101_wi-fi_alliance_wi-fi_6e.webm
https://upload.wikimedia.org/wikipedia/commons/transcoded/c/c0/Big_Buck_Bunny_4K.webm/Big_Buck_Bunny_4K.webm.360p.vp9.webm
Merci d'indiquer la version de macOS et du processeur.
VP9 devrait est officiellement pris en charge avec Safari sous macOS Big Sur 11.3 et suivant.
Merci
-
La première URL fonctionne chez moi dans Safari, pas la seconde.
Macbook Pro 2018, macOS Monterey (12.4)
CPU : Intel(R) Core(TM) i7-8850H CPU @ 2.60GHz
GPU : Intel UHD Graphics 630 + Radeon Pro 560x
-
Merci. C'est une bonne nouvelle que la première URL (la vidéo Wi-Fi 6E hébergée par lafibre.info) fonctionne.
Note : Ton CPU gère le VP9 en hardware.
Et la même vidéo insérée dans le forum, cela fonctionne ?
C'est la vidéo ci-dessous :
https://lafibre.info/videos/materiel/202101_wi-fi_alliance_wi-fi_6e.webm
-
Oui, la vidéo insérée fonctionne également.
-
Chez moi les trois vidéos fonctionnent sous Firefox.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Firefox/102.0
Big Sur 11.6.7
Intel Core M-5Y31 @ 1.1 GHz
(contrairement à ce que l'user agent indique...)
Sous Safari rien ne marche.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.5 Safari/605.1.15
-
Merci, le processeur Intel Core M-5Y31 ne permet pas l'accélération matérielle du VP9, c'est probablement la raison.
Il est probable que le support de VP9 dans Safari ne soit activé que si les conditions sont réunies :
- macOS Big Sur 11.3 et suivant
- processeur câble de décoder matériellement le VP9
Par contre l'arrivée du VP9 s'est fait progressivement avec au début un décodage 8 bits limité à du HD puis du 10 bits et 4k. Donc je me demande à partir de quelle génération accepte le VP9 dans Safari.
Les PC encore en vente aujourd'hui, même haut de gamme, sont nombreux a ne pourvoir décoder en hardware le HEVC et le VP9 :
(https://lafibre.info/images/materiel/201501_intel_gpu_acceleration_hevc_vp9.png)
Skylake supportait déjà VP9 en décodage jusqu'à 8 bits.
Avec kabylake le décodage passe à 10 bits et l'encodage a été ajouté. (8 bits seulement par contre si mes souvenirs sont bon).
(https://lafibre.info/images/materiel/201608_intel_kaby_lake .jpg)
Et avec le M1 ? Est-il capable d'accélérer matériellement le décodage du VP9 ?
-
Le premier lien fonctionne chez moi, la vidéo intégrée également mais pas le second lien.
MacBook Air M1 2020
OS : Monterey 12.4
Safari 15.5
Jeu de composants : Apple M1
Type : Processeur graphique
Bus : Intégré
Nombre total de cœurs : 8
Fournisseur : Apple (0x106b)
Metal Family : Pris en charge, Metal GPUFamily Apple 7
-
Le second lien est à 60 image par seconde, je me demande si c'est la cause du refus, n'est pas le nombre d'images par seconde.
Ces deux vidéos sont ok ?
Là la différentes principale entre les deux vidéos, c'est le nombre d'image par secondes.
Encodage 720p (1280 x 720) 24 images par seconde avec le codec vidéo VP9 à 0,7 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier conteneur WebM, avec audio Opus à 128 kbit/s : 48 617 290 octets.
Débit moyen : 653 kbit/s.
Encodage réalisé par Youtube.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_vp9.webm
Même vidéo (VP9), même audio (Opus), mais le conteneur est MP4 et non WebM : lien vers la vidéo (https://lafibre.info/tv-numerique-hd-3d/support-du-vp9-chez-apple/msg974576/#msg974576)
Encodage 720p (1280 x 720) 60 images par seconde avec le codec vidéo VP9 à 1,7 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier conteneur WebM, avec audio Opus à 128 kbit/s : 133 513 678 octets.
Débit moyen : 1 685 kbit/s.
Encodage réalisé par Youtube.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_60fps_720p_vp9.webm
-
Oui les 2 OK sur Safari 15.5 sur un macbook M1 en Monterey 12.4
-
Merci.
Bon la vidéo de Wikipédia doit avoir un problème.
Au final VP9 a un bon support, il ne manque que les iPhone.
Il me semble que quel que soit l'iPhone, peu importe le navigateur web, VP9 n'est pas pris en charge.
-
Pareil que Fyr et en effet iPhone X à jour, les deux vidéos ne fonctionnent pas.
-
Pas mieux sur un iPad Pro 2020 avec iOS 16 developer beta 3…
-
Y a-t-il un moyen sous iOS pour écouter la piste audio des vidéos VP9 ?
Voici un comparatif réalisé il y a deux ans (https://bitmovin.com/vp9-vs-hevc-h265/) qui montre que HEVC (H265) et VP9 sont très proches au niveau rapport qualité / débit (le débit d'encodage était fixe, alors qu'habituellement, on fixe plutôt une qualité fixe qu'un débit fixe).
Débits testés :
- 3840×2160 à 19,2 Mbit/s
- 3840×2160 à 9,6 Mbit/s
- 1920×1080 à 4,8 Mbit/s
- 1920×1080 à 2,4 Mbit/s
- 1280×720 à 1,8 Mbit/s
- 1280×720 à 1,2 Mbit/s
- 854×480 à 0,8 Mbit/s
- 640× 360 à 0,4 Mbit/s
- 426×240 à 0,2 Mbit/s
-
Je viens de voir mais AVIF est déjà pas mal compa avec pas mal de support (71% des utilisateurs d'après CanIUse) comme d'hab toujours les mêmes gugus à la traine bon ça sera quand même dispo avec Safari 16 donc théoriquement AV1 devrait vite arriver sur Safari iOS ? vu que c'est baser dessus
-
AVIF (format de photo basé sur AV1, comme WebP qui est basé sur VP8) sera supporté sur les systèmes d'exploitation Apple qui sortira à l'automne, mais pas les vidéos AV1.
De la même façon que pour WebP, ce n'est pas Safari qui prend en charge AVIF, mais le système d'exploitation.
Il faut donc attendre 3 ans pour avoir un support d'AVIF sur tous les Mac qui utilisent un système supporté. Cela aurait été bien plus rapide en intégrant ces codecs dans Safari et non dans macOS.
À noter Microsoft Edge qui ne supporte pas du tout les images AVIF pour une raison inconnue.
Attention AVIF est concurrencé par un autre codec JPEG XL :
JPEG XL est un format ouvert et libre de droits qui permet la compression d’images fixes avec ou sans pertes. JPEG XL est conçu pour être plus efficace que les formats existants, et vise à les remplacer pour tous les usages courants. AVIF a une résolution maximale de 65536 x 65536 pixels. En tant que format d'image basé sur une image vidéo, la limite de résolution est parfaitement logique. Il est possible de dépasser cette limite grâce au carrelage. Les tuiles codées indépendamment peuvent ensuite être placées sur une grille pour créer une résolution maximale théorique de 2 147 483 647 x 2 147 483 647 pixels ou 2 500 mégapixels. Cependant, lorsque vous utilisez cette méthode, vous obtenez des artefacts sur les bords de chaque mosaïque encodée, ce qui rend AVIF globalement inadapté aux images à ultra haute résolution. D'autre part, JPEG XL a une dimension maximale de 1 152 921 502 459 mégapixels ou plus de 1 milliard de pixels de chaque côté d'une image. AVIF a une profondeur de couleur maximale de 12 bits avec un nombre maximal de canaux de trois. AVIF prend également en charge une plage dynamique élevée (HDR) et inclut la prise en charge de larges gammes de couleurs. La profondeur de bits maximale de JPEG XL peut pousser jusqu'à 24 bits entiers ou couleurs vraies, ou 32 bits flottants. Mais en réalité, pour les images, la précision des couleurs sur 12 bits est suffisante et il est peu probable la prise en charge de la profondeur de bits élevée de JPEG XL soit utilisée. Le support de JPEG XL est introduit dans GIMP 2.10.32 en juin 2022.
-
Un résumé en image que j'ai créé pour interpeller Apple sur twitter (https://twitter.com/lafibreinfo/status/1562042253769580545) (qui est aussi bien lisible en français qu'en anglais)
(https://lafibre.info/images/tv/vp9_support.webp)
-
(Info : sur un iPad Mini première génération et Safari sur iOS 12, aucune image ne s'affiche).
Levage de pylône et passage de câble :
(https://lafibre.info/images/cpl/202206_rte_nouvelle_ligne_electrique_entre_lille_et_arras_9.webp)
(https://lafibre.info/images/cpl/202206_rte_nouvelle_ligne_electrique_entre_lille_et_arras_8.webp)
Source : RTE
-
Effectivement, les images WebP nécessitent au minimum iOS 14 / iPadOS 14, la prise en charge de WebP par Apple étant tardive.
Les iPad mini vendus à partir d'octobre 2015 sont compatibles iPadOS 14, mais pas ceux vendus avant.
Les prérequis pour les images WebP :
Liste des navigateurs compatibles WebP : (première version prenant en charge les format WebP avec perte qui remplace le JPEG et sans perte qui remplace le PNG)
- Google Chrome depuis la version 23 (2012) - Images WebP animées : Chrome 32+ (2014)
- Navigateur intégré d'Android 4.2 (2012) - Images WebP animées : Android 4.3+ (2013)
- Opera depuis la version 12.1 (2012) - Images WebP animées : Opera 19+ (2014)
- Samsung Internet depuis la version livrée avec le Galaxy S4 (2013) - Images WebP animées : Samsung Internet en 2014
- Les navigateurs basés sur Chromuim depuis la version 23 - Images WebP animées : navigateurs basés sur Chromuim 32+
- Microsoft Edge depuis la version 18 (2018)
- Mozilla Firefox depuis la version 65 (29 janvier 2019). Cf Firefox 65 release notes (https://www.mozilla.org/en-US/firefox/65.0/releasenotes/).
- Apple Safari : ce n'est pas la version de Safari qui importe, mais la version du système d’exploitation :
- depuis la version macOS 11.0 (2020)
- depuis la version iOS 14.0 (2020)
- depuis la version iPadOS 14.0 (2020)
- depuis la version Apple tvOS 14.0 (2020)
Sous macOS Catalina 10.15, Safari ne supporte pas WebP, mais en utilisant un autre navigateur (Firefox, Chrome,...) il sera possible de visualiser les images WebP.
Note : Le premier support de WebP sous Chrome remonte à Chrome 9 en février 2011 et Android 4.0 en octobre 2011, mais cette implémentation de WebP ne supportait pas le WebP sans perte (WebP-lossless images and WebP-lossy images with Alpha). Le support complet (hors images WebP animée) est arrivé avec Chrome 23 en septembre 2012 et Android 4.2 en juin 2012.
La problématique est la même avec le codec VP9 : Pas de support avec iOS 16 qui sortira dans quelques semaines, alors que c'est supporté depuis Android 4.4, d'où ma tentative de tweet à Tim Cook hier : https://twitter.com/lafibreinfo/status/1562042253769580545
-
La problématique est la même avec le codec VP9 : Pas de support avec iOS 16 qui sortira dans quelques semaines, alors que c'est supporté depuis Android 4.4, d'où ma tentative de tweet à Tim Cook hier : https://twitter.com/lafibreinfo/status/1562042253769580545
Le problème est, je pense hardware. Le SoC ne sait que décoder un certain nombre de format, et c'est figé dans le temps.
Genre pour le HLS, ils précisent dans les docs techniques que ton flux H264 doit être en baseline ou main, et pas de high (car sinon ton flux ne se lirait pas sur certains appareils).
Et du coup pas de décodage software pour préserver la batterie ?
-
VP9 est supporté dans iOS 14 et plus récents, mais limité à WebRTC.
Je demande juste à ce que le support soit ouvert à tous et pas seulement WebRTC.
Je ne sais pas à partir de quelle génération de chips Apple gère le décodage VP9 en hardware, mais ce n'est pas une raison.
L'impact environnemental de double encoder (ce que fait Youtube avec toutes les vidéos encodées en H.264 et VP9) ou d'utiliser uniquement H.264 (ce que font la plupart des plateformes OTT à l'exception de Youtube, Netflix et Facebook) est significatif, il n'est pas incohérent que les derniers pourcentages décodent VP9 de façon logiciel.
Comme tu peux le voir avec un PC qui a 11 ans qui décode matériellement H.264, mais ni VP9, ni AV1, l'utilisation du CPU avec VP9 est négligeable :
Vidéo du détournement par Epic Games de la publicité 1984 d'Apple, encodée à 24 images par seconde
La vidéo fait moins d'une minute, j'ai mis du blanc pour cacher le pic lié au lancement de l'application et de la vidéo et le pic en fin de vidéo.
Résolution vidéo 720p :
(https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_24fps-720p.webp)
Résolution vidéo 1080p :
(https://lafibre.info/testdebit/windows11/202207_core_i3-2310M_24fps-1080p.webp)
Conclusion :
Dans un navigateur web en 720p à 24fps, la sur-consommation lié à AV1 est presque négligeable.
En 1080p, l'impact est plus important, mais cela reste faible par rapport à ce que peut consommer d'autres logiciels.
-
Est-ce que ça serait pas à cause du fait que Google (créateur du VP9) soit un concurrent sur le mobile (avec Android) à Apple ?
-
Je ne pense pas que le fait que ce soit Google ait un impact. Apple reprend pleins de technologies Google.
On pourrait penser qu'Apple fait partie des sociétés qui touchent des royalties sur H.265 / HEVC (codec directement concurrent de VP9, mais qui nécessite des redevances) ils bloquent VP9 pour favoriser celui qui rapporte de l'argent, mais je ne pense pas que ce soit uniquement pour ça que VP9 ne soit pas supporté. Les redevances sur H.265 / HEVC doivent être une rentrée d'argent assez négligeable pour Apple.
Certains comme le fondateur de Telegram, Pavel Durov pense que Apple limiterait les fonctionnalités web afin de forcer les utilisateurs à télécharger les applications natives de l’App Store, sur lesquelles elle peut prélever une commission (généralement 30%) sur les achats in-app.
Le patron de Telegram accuse Apple de limiter les fonctionnalités du web
Selon Telegram, Apple pourrait volontairement limiter les fonctionnalités du web sur Safari afin d’obliger les utilisateurs d’iPhone à télécharger des apps sur l’App Store (où la firme prélève sa commission de 30 % sur les achats in-app).
Comme de nombreux CEO de l’industrie des nouvelles technologies, le patron de Telegram, Pavel Durov, n’est pas un grand fan d’Apple (ou du moins de l’Apple d’aujourd’hui). Et récemment, dans un billet publié sur son canal Telegram, celui-ci a ouvertement accusé Apple de limiter les fonctionnalités du web.
Telegram propose son service de messagerie instantanée sur une app iOS, mais l’entreprise a également développé une version web mobile qui ne passe pas par la validation de l’App Store.
Telegram accuse Apple de bloquer des fonctionnalités du web sur Safari
D’après Durov, la version web de Telegram ne peut pas avoir la même qualité qu’une application native, car Apple limite les possibilités des développeurs d’apps sur iPhone et iPad. Pour soutenir sa déclaration, le patron de Telegram relaie une publication datant du mois d’avril de développeur de l’app Telegram Web qui avait publié une liste de 10 problèmes sur Safari qu’Apple n’aurait pas voulu résoudre depuis des années.
Parmi les problèmes évoqués par les développeurs, il y a l’absence des notifications push sur Safari, un problème avec les champs de texte, des rechargements de pages aléatoires, ou encore l’absence de prise en charge de technologies telles que les codecs VP8 et VP9, ou encore le format audio Opus qui permettrait pourtant d’avoir une bonne qualité audio pour les messages vocaux, sans occuper trop d’espace.
« D’autres développeurs se sont même plaints que Safari d’Apple tue le Web », écrit le patron de Telegram.
« Il est triste que, plus de dix ans après la mort de Steve Job, une entreprise qui a autrefois révolutionné le Web mobile soit devenue son principal obstacle », peut-on également lire à la fin de son billet.
Mais pourquoi Apple voudrait-il limiter les fonctionnalités du web ?
Pavel Durov suspecte qu’Apple puisse, de manière intentionnelle, limiter les fonctionnalités du web afin de forcer les utilisateurs à télécharger les applications natives de l’App Store, sur lesquelles la firme peut prélever une commission (généralement de 30 %) sur les achats in-app.
Par ailleurs, le patron de Telegram soutient l’action de la CMA (autorité de la concurrence et des marchés), le régulateur britannique, qui fait actuellement des consultations en vue de lancer une enquête sur les navigateurs d’Apple et de Google.
Dans sa publication, Durov cite cet extrait du communiqué du régulateur britannique qui, d’après lui, résume la situation :
« Apple interdit les alternatives à son propre moteur de navigation sur ses appareils mobiles ; une restriction propre à Apple. La CMA craint que cela limite considérablement le potentiel des navigateurs concurrents à se différencier de Safari (par exemple, sur des fonctionnalités telles que la vitesse et la fonctionnalité) et limite les incitations d’Apple à investir dans son moteur de navigateur. Cette restriction entrave également sérieusement la capacité des applications Web – des applications qui s’exécutent sur un navigateur plutôt que d’avoir à être téléchargées individuellement – privant les consommateurs et les entreprises de tous les avantages de cette technologie innovante. »
Par ailleurs, le régulateur britannique se penche également sur les restrictions imposées par Apple sur l’App Store en matière de cloud gaming. La CMA accuse la firme de Cupertino de bloquer l’émergence de cette technologie sur sa boutique d’apps. Elle reconnait également que les jeux sont une source clé de revenus pour Apple et que le cloud gaming pourrait pourrait constituer une menace réelle pour la forte position d’Apple dans la distribution d’applications.
Pour rappel, à cause des restrictions imposées par Apple en matière de cloud gaming sur l’App Store, les plateformes de Google et Microsoft ne sont pas disponibles via des apps natives sur l’iPhone, mais par le biais d’applications web.
Source : Presse-Citron.net (https://www.presse-citron.net/le-patron-de-telegram-accuse-apple-de-limiter-les-fonctionnalites-du-web/) le 14 juin 2022 par Setra
Le message de Pavel Durov traduit en Français :
Telegram Web offre une expérience extraordinaire sur les ordinateurs de bureau, mais il fonctionne également très bien sur les appareils mobiles. Il est cependant empêché d'atteindre la qualité native de l'application sur iOS, car Apple limite les développeurs Web en termes de ce qu'ils peuvent faire sur les iPhones et les iPads.
En avril, le développeur de Telegram Web a partagé une liste en 10 points de problèmes dans le navigateur iOS Safari qu'Apple n'a pas voulu résoudre ou améliorer depuis des années (consultez-la ici pour plus de détails techniques (https://t.me/WebK_en/5)). D'autres développeurs se sont même plaints que Safari d'Apple tue le Web (https://httptoolkit.tech/blog/safari-is-killing-the-web/).
Nous soupçonnons qu'Apple paralyse intentionnellement ses applications Web pour forcer ses utilisateurs à télécharger davantage d'applications natives où Apple est en mesure de facturer sa commission de 30 % (j'ai expliqué pourquoi cela est nocif ici (https://t.me/durov/122)).
Heureusement, les régulateurs ont commencé à comprendre ce qui se passe. Cette semaine, la Competition and Markets Authority (CMA), un régulateur britannique, a conclu (https://www.gov.uk/government/news/cma-plans-market-investigation-into-mobile-browsers-and-cloud-gaming) :
"Apple interdit les alternatives à son propre moteur de navigation sur ses appareils mobiles ; une restriction qui est unique à Apple. La CMA craint que cela limite considérablement le potentiel des navigateurs concurrents de se différencier de Safari (par exemple, sur des fonctionnalités telles que la vitesse et la fonctionnalité ) et limite les incitations d'Apple à investir dans son moteur de navigateur.
Cette restriction entrave également sérieusement la capacité des applications Web - des applications qui s'exécutent sur un navigateur plutôt que d'avoir à être téléchargées individuellement - privant les consommateurs et les entreprises de tous les avantages de cette technologie innovante."
Je pense que c'est un résumé précis et j'espère que des mesures réglementaires suivront bientôt. Il est triste que, plus de dix ans après la mort de Steve Job, une entreprise qui a autrefois révolutionné le Web mobile soit devenue son principal obstacle.
Source : Telegram (https://t.me/durov/186), le 13 juin 2022 par Pavel Durov
-
Alors oui y'a surement ça mais je disais ça dans le sens où enfaite Apple ne voudrait pas avouer que dans ce domaine Google était "plus fort" qu'eux et pour sa Apple ne voulait pas mettre VP9 en natif et pas seulement en WebRTC mais bon après je trouve que ça va trop loin pour une histoire de codec dont 99% des utilisateurs ne sait pas comment ça fonctionne je pense surtout ça dû au fait qu'Apple a rejoint AOM mais n'a toujours pas mis AV1 dans ses appareils; j'ai l'impression qu'ils ont rejointe pour le côté bling-bling genre "regarder nous aussi on est ouvert on veut un codec libre" alors qu'ils s'en branlent royalement le seul truc qui les intéresse c'est le pognon ils n'en ont rien à foutre d'AV1, la preuve ils sont prêts à gagner même des sommes ridicules sur HEVC
-
Apple peut avoir rejoint AOM pour regarder ce qu'il se passe et avoir des informations interne sans volonté de le mettre en place sur ses produits.
Note : Si AV1 est supporté, VP9 sera supporté, je n'imagine pas un support d'AV1 sans VP9.
-
Heureusement, les régulateurs ont commencé à comprendre ce qui se passe. Cette semaine, la Competition and Markets Authority (CMA), un régulateur britannique, a conclu (https://www.gov.uk/government/news/cma-plans-market-investigation-into-mobile-browsers-and-cloud-gaming) :
"Apple interdit les alternatives à son propre moteur de navigation sur ses appareils mobiles ; une restriction qui est unique à Apple. La CMA craint que cela limite considérablement le potentiel des navigateurs concurrents de se différencier de Safari (par exemple, sur des fonctionnalités telles que la vitesse et la fonctionnalité ) et limite les incitations d'Apple à investir dans son moteur de navigateur.
Cette restriction entrave également sérieusement la capacité des applications Web - des applications qui s'exécutent sur un navigateur plutôt que d'avoir à être téléchargées individuellement - privant les consommateurs et les entreprises de tous les avantages de cette technologie innovante."
Je pense que c'est un résumé précis et j'espère que des mesures réglementaires suivront bientôt. Il est triste que, plus de dix ans après la mort de Steve Job, une entreprise qui a autrefois révolutionné le Web mobile soit devenue son principal obstacle.
Source : Telegram (https://t.me/durov/186), le 13 juin 2022 par Pavel Durov
J'espère également que cela va faire bouger les choses. C'est le gros problème sous iOS, non seulement Safari manque de fonctionnalité, mais en plus on ne peut même pas rediriger les utilisateurs vers des alternatives, tous les autres navigateurs iOS utilisent aussi Webkit, qui est imposé par Apple ! (les règles de l'app store interdisent de publier une application utilisant son propre moteur web). Cette situation n'existe pas sous MacOS ni sous Android.
-
Je pense que c'est un résumé précis et j'espère que des mesures réglementaires suivront bientôt. Il est triste que, plus de dix ans après la mort de Steve Job, une entreprise qui a autrefois révolutionné le Web mobile soit devenue son principal obstacle.[/color][/size]
Source : Telegram (https://t.me/durov/186), le 13 juin 2022 par Pavel Durov
Une autre spéculation: limiter le support de formats à ce que le SoC est capable de gérer en hard permet d'éviter les reproches (voire les litigations aux US) d'utilisateurs qui viendraient se plaindre que "non mon smartphone tient pas 15h en visionnage vidéo".
Une idée comme une autre. :)
-
Depuis iOS 14, VP9 est supporté, mais uniquement pour certains usages :
- WebRTC dans un navigateur web (Web Real-Time Communication), utilisé pour les visioconférences
- Les applications natives comme l'application Youtube ou Netflix qui exploitent le codec VP9.
VP9 n'est par contre pas supporté par Apple WebView pour des vidéos (hors du cadre de WebRTC).
Les applications navigateurs tel que Google Chrome ou Mozilla Firefox ne peuvent pas permettre l'utilisation de VP9 pour des vidéos, car Apple ne permet pas d'utiliser un moteur Web personnalisé sur leur plate-forme => C'est Apple WebView (donc le même rendu que Safari) qui est utilisé pour Chrome et Firefox sous iOS.
Je cherche à savoir sur quelles puces Apple le codec VP9 est décodé en hardware et dans quel cas il est décodé en software. Si vous trouvez l'info, je suis preneur.
-
Bonjour,
Si une personne est encore sur macOS 11 Big Sur et qu'elle a un processeur qui prend en charge VP9 (Intel Skylake soit la 6ᵉ génération de processeur core et + récent, M1 et + récent), j'aimerais savoir si les vidéos VP9 sont lisibles avec Safari.
Je viens de voir une nouvelle contrainte avec Safari sous macOS : Le codec audio Opus, utilisé normalement avec toutes les vidéos VP9 n'est pris en charge qu'à partir de macOS 12 Monterey (version sortie en octobre 2021) pour Safari (ok avec les autres navigateurs) => https://en.wikipedia.org/wiki/Opus_(audio_format)#Operating_system_support
Cela pourrait expliquer que Youtube fonctionnait en VP9 : Youtube est capable de choisir le codec audio de façon indépendant du codec vidéo. Il pouvait donc proposer de la vidéo 4K en VP9 et de l'audio en AAC comme ci-dessous (MacOS 11 + Safari 14 avec GPU prenant en charge VP9) : La vidéo est en VP9 et l'audio est en MP4A soit de l'AAC (l'AAC est moins bon que Opus).
(https://lafibre.info/images/tv/202102_youtube_macos11_video_vp9_audio_aac_1.webp)
(https://lafibre.info/images/tv/202102_youtube_macos11_video_vp9_audio_aac_2.webp)
iOS :
Opus n'est pas pris en charge sur iOS et iPadOS (enfin si Apple le prend en charge dans un conteneur exotique .caf, mais pas pour un usage standard, un peu comme VP9 qui est pris en charge avec Safari sous iOS 14+ pour WebRTC, mais pas pour les autres usages).
Pas de prise en charge de VP9 ou Opus par Chrome pour iOS ou un autre navigateur iOS, car Apple impose le rendu de Safari pour tous les navigateurs web sur iOS / iPadOS.
-
Vidéos non lisibles dans Safari 15.6.1 sous Big Sur 11.6.8 avec un iMac récent (voir l'image).
J'ai tenté d'activer les fonctionnalités expérimentales qui correspondaient au VP9 sans plus de succès.
-
Merci, donc il manque qq chose pour que le VP9 fonctionne avec Safari dans macOS 11 Big Sur hors de Youtube (Youtube arrive bien à lire les vidéos VP9 avec du son AAC) si tu pouvais vérifier.
J'ai ressorti un Alcatel Onetouch Idol 3 (5.5) équipé d'un Qualcomm Snapdragon 615. Ce vieux processeur à la particularité de n'avoir ni support AV1, ni même VP9. Alcatel Onetouch Idol 3 était livré sous Android 5.1.1 est aujourd'hui sous Android 6.0.1 la dernière version prise en charge pour ce mobile lancé en 2015 (on est très loin des mises à jour pendant des années d'Apple). Coté correctif de sécurité, on s'est arrêté au 1er novembre 2017 !
Sur ce Onetouch Idol 3 avec le navigateur par défaut d'Android (à cette époque ce n'était pas Chrome, pas compris pourquoi), un navigateur qui n'est donc sans mise à jour depuis 2017, il n'y a pas de support d'Opus et les vidéos VP9 de lafibre.info se lancent bien (décodage VP9 logiciel), mais sans le son. On devrait donc pouvoir lancer des vidéos même sans avoir Opus sur Safari, non ?
- Application Youtube : il me limite aux vidéos H.264, seul codec géré en hardware par le Onetouch Idol 3. Le 1080p à 60 images par seconde est fluide. Si la vidéo est en H.264, le son est avec Opus, car l'application Youtube gère Opus.
- VP9 : Avec Firefox, Chrome et Microsoft Edge les vidéos VP9 sur lafibre.info sont lisibles (donc décodage de VP9 logiciel) avec le son Opus car les applications gèrent bien Opus. Je trouve dommage qu'Apple ne propose pas le support de VP9 sur les mac qui ne savent pas le gérer en hardware, c'est un peu de l'obsolescence logicielle.
- AV1 : (j'ai utilisé les vidéos de Comparer la consommation CPU d'une vidéo en H.264, VP9 et AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/))
- Edge ne prend pas encore en charge AV1 mais c'est amusant : il arrive à me lire la piste audio (Opus)
- Firefox pour Android ne prend pas encore en charge AV1 : J'ai le message "No video withs supported format and MIME type found"
- Avec Chrome, les vidéos AV1 sont lisibles avec le son Opus.
- Le navigateur intégré à Andoird ne prend pas en charge ni AV1, ni Opus
-
Je lis dans la liste des nouveautés apportées par macOS 11.3 la prise en charge :
Les formats vidéo et audio WebM et Vorbis sont pris en charge
Source : https://support.apple.com/fr-fr/HT211896#macos113
C'est vraiment un sujet où chaque détail compte.
-
Dans Youtube (depuis Safari), la vidéo fonctionne sans problème en VP9 si c'est bien là le test que tu voulais.
(https://lafibre.info/images/tv/202209_youtube_macos11_video_vp9_audio_aac.webp)
-
Merci. Tout le nécessaire semble en place de macOS 11.3 et supérieur pour des vidéos VP9.
Je me demande si une vidéo VP9 sans le son (Opus est arrivé avec macOS 12.0) fonctionne avec Safari.
Par exemple la vidéo sur la page https://dev.freebox.fr/blog/?p=5450 : Il n'y a pas de piste audio, donc elle devrait être lisible avec macOS 11.3
Dans le paragraphe "Mais qu’est-ce qu’une VM au fait ?" il y a la vidéo suivante (même vidéo reprise sur lafibre.info) :
https://lafibre.info/videos/free/201910_freebox_delta_vm.webm
C'est une vidéo 720p en VP9 sans piste audio réalisée par Free.
Je veux bien savoir si elle fonction avec Safari sous ton macOS 11.6 sur le site de Free et sur ce message.
-
Oui la vidéo se lit dans Safari sur l'iMac que j'ai utilisé pour les tests, que ce soit sur lafibre.info ou directement sur le site de Free.
-
Ok, merci, donc on sait pourquoi les autres vidéos ne sont pas lisibles : Si le mac n'a pas le codec audio (Opus en l'occurrence) il ne lit pas la vidéo.
Opus est arrivé en novembre dernier avec macOS 12 Monterey, plus de 9 ans après Firefox (août 2012).
Pour mon info, pourquoi ne pas mettre à jour macOS 11 vers macOS 12 ? (macOS 11 est encore supporté une année - fin de support étendu septembre 2023)
Première version des navigateurs prenant en charge Opus dans un conteneur WebM : (le support d'Opus dans Safari sous MacOS arrive 9 ans après Firefox et iOS ne le supporte toujours pas en 2022)
- Mozilla Firefox depuis la version 15, publiée le 28 août 2012. cf Firefox 15 release notes (https://website-archive.mozilla.org/www.mozilla.org/firefox_releasenotes/en-us/firefox/15.0/releasenotes/)
- Google Chrome depuis la version 33, publiée le 21 février 2014
- Opera depuis la version 20, publiée le 4 mars 2014
- Navigateur par défaut Android => pas de support Opus (les vidéos VP9+Opus sont sans son), toutefois support partiel depuis la version Android 5, publiée le 4 novembre 2014
- Vivaldi depuis la version Tech Preview 1, publiée le 27 janvier 2015
- Microsoft Edge depuis la version 14, déployé massivement à partir du 2 aout 2016
- Samsung Internet depuis la version 5, publiée le 16 décembre 2016
- Safari depuis macOS 12 Monterey (c'est la version de macOS qui importe et non celle de Safari), publiée le 25 octobre 2021
- Pas de prise en charge sous iOS, quel que soit le navigateur web utilisé
(https://lafibre.info/images/tv/opus_support.webp)
-
Chez moi les trois vidéos fonctionnent sous Firefox.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Firefox/102.0
Big Sur 11.6.7
Intel Core M-5Y31 @ 1.1 GHz
(contrairement à ce que l'user agent indique...)
Sous Safari rien ne marche.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.5 Safari/605.1.15
Cochonou, ton mac MacBook Retina 12 pouces lancé le 10 avril 2015 équipé d'un processeur Intel Core M-5Y31 et d'un Cœur graphique Intel HD 5300 supporte le décodage VP9 en mode décodage hybride (CPU+GPU) :
(https://lafibre.info/images/materiel/201501_intel_gpu_acceleration_hevc_vp9.png)
Ce décodage hybride (CPU+GPU) fait qu'il n'est pas listé sur https://en.wikipedia.org/wiki/VP9#Hardware_implementations
La problématique, c'est le codec audio Opus non supporté.
Pourrais-tu nous dire si tu parviens à lire la vidéo VP9 sans audio ci-dessus ?
Par contre, il me semble qu'il ne pourra pas passer officiellement à macOS 12 Monterey officiellement, dont les pré-requis sont les suivants :
- iMac à partir de fin 2015
- iMac Pro à partir de 2017
- MacBook à partir de 2016
- MacBook Air à partir de 2015
- MacBook Pro à partir de 2015
- Mac mini à partir de 2014
- Mac Pro à partir de 2013
Par contre, il existe de script pour installer macOS 12 de façon non officiel, car Apple n'a pas retiré les pilotes : https://dortania.github.io/OpenCore-Legacy-Patcher/MONTEREY-DROP.html#newly-dropped-hardware
-
Pour mon info, pourquoi ne pas mettre à jour macOS 11 vers macOS 12 ? (macOS 11 est encore supporté une année - fin de support étendu septembre 2023)
Je l'ai reçu sous Big Sur, upgradé vers Monterey avant de me rendre compte que notre vieux traceur de plan n'était pas compatible Monterey. J'ai donc downgradé vers Big Sur pour que l'utilisateur, qui est l'assistant de notre chargé d'affaires, puisse travailler correctement. Comme le traceur n'a pas l'air de rendre l'âme, je vais rester comme ça un moment.
J'ai une seconde machine sous Big Sur (un Mac Mini M1), qui héberge notre serveur logiciel métier, mais lui c'est plutôt parce que je ne veux pas perdre la compatibilité avec le serveur de secours qui est un ancien Mac Mini bridé à Catalina et sur lequel je ne peux pas installer n'importe quelle version de notre serveur métier. Un jour je changerai le secours et je pourrai upgrader la production (enfin je basculerai la prod actuelle en secours et je mettrai un nouveau Mac Mini M1 en prod).
-
Sur macOS Safari propose dans les dernières versions le support de VP9 et Opus.
Pour iOS et iPadOS, les navigateurs (Safari, mais aussi Chrome, Firefox,..) n'ont pas accès à VP9 et Opus dans un conteneur Webm (il y a un support proposé pour des cas spécifiques, notamment WebRTC). C'est le cas y compris avec iOS 16 sur un iPhone 14 Pro. Pourquoi Chrome / Firefox ? Car le rendu est forcément fait par Safari, une contrainte imposée par Apple pour publier un navigateur sur L'App Store.
Par contre, dans une application native iOS / iPadOS qui n'est pas un navigateur, là, on peut bénéficier de VP9, comme le montre l'application Youtube.
Ci-dessous Youtube sur un iPhone SE 2020 avec iOS 15. Cet iPhone est équipé d'une puce A13 Bionic qui accélère de façon hardware le codec VP9 :
(https://lafibre.info/images/tv/202209_ios15_application_youtube_vp9.webp)
On voit que l'audio est dans un conteneur MP4, donc de l'AAC ici. Si vous savez pourquoi l'application Youtube n'utilise pas Opus, je suis intéressé.
On voit que la vidéo est dans un conteneur WeM, donc du VP9 ici.
J'ai vérifié avec la même version d'iOS 15 sur un iPhone 6S, équipé d'une puce A9, la dernière génération a ne pas gérer en hardware le VP9. Youtube détecte ce non-support de VP9 et pour ne pas baisser l'autonomie en réalise le décodage VP9 par le CPU, il bascule en H.264.
Si vous souhaitez vérifier le codec utilisé dans l'application Youtube ou Netflix :
(https://lafibre.info/images/tv/202206_arcep_connaitre_le_codecs_utilise.webp)
La bonne nouvelle, c'est donc que VP9 (et Opus) est parfaitement implémenté dans les iOS, le support hardware est excellent : tous les iPhone qui sont éligibles à iOS 16 ont de l'accélération incluse dans leur puce Apple Fusion ou Apple Bionic.
Le blocage de VP9 et Opus dans les navigateurs web semble donc plus politique qu'autre chose et VP9/Opus pourrait rapidement arriver s'il y a la volonté.
Pour le support matériel, cf le sujet dédié :
Tableau pour les ordinateurs (iGPU ou carte graphique dédiée)
PDF disponible en cliquant sur le tableau :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_2.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf#page=2)
-
iOS et iPad OS prennent bien en charge le codec vidéo VP9 depuis iOS 14 / iPadOS 14.
Les iPhone / iPad intègrent une accélération matérielle pour VP9 depuis la puce A10 Fusion (soit l'iPhone 7).
Pour le codec audio Opus, utilisé conjointement avec VP9, il est supporté depuis iOS 11.
Des applications comme YouTube sur iOS exploitent bien le codec vidéo VP9, mais dans un navigateur web sous iOS / iPadOS, il est impossible de lire un flux vidéos VP9.
En décembre 2015, Netflix a publié une proposition pour inclure la vidéo VP9 dans un conteneur MP4 et aujourd'hui c'est supporté par de nombreux navigateurs.
Cela a été le déclic dans ma tête : Je me demande l'absence de support de VP9 / Opus dans Safari n'est pas lié au conteneur WebM, utilisé habituellement pour les flux VP9.
Un conteneur vidéo, habituellement MP4 ou WebM mais il y en a d'autres permet de rassembler en un seul fichier :
- un ou plusieurs flux vidéo (ce qui permet par exemple de regarder une scène filmée sous plusieurs angles différents) ;
- un ou plusieurs flux audio (ce qui permet d'obtenir une version multilingue du média) ;
- des sous-titres (ce qui permet également le multilingue) ;
- des éléments de chapitrage (de la même manière que sur les DVD) ;
- des métadonnées (par exemple le titre du média, le nom du réalisateur, la date, etc.) ;
- une description des flux que contient le conteneur ;
- éventuellement d'autres données.
Comme vous pouvez le voir dans les comparatifs ci-dessous, les flux VP9 + Opus sont dans un conteneur WebM.
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/opus_support.webp)
J'ai donc converti des vidéos VP9+Opus avec le conteneur WebM en MP4. Pas de ré-encodage, c'est juste le conteur qui change.
-
Je suis intéressé pour savoir si les vidéos MP4 fonctionnent sur iOS ou si au contraire dans certains navigateurs seul la version WebM fonctionne. Merci !
Encodage 720p 24 images par seconde avec le codec vidéo VP9 + codec audio Opus
(https://lafibre.info/images/tv/logo_vp9.svg)
Conteneur WebM :
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_vp9.webm
-
Encodage 720p 24 images par seconde avec le codec vidéo VP9 + codec audio Opus
(https://lafibre.info/images/tv/logo_vp9.svg)
Conteneur MP4 :
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_vp9.mp4
-
Sur iOS 16.0.2, iPhone 12 Pro, Safari ou Firefox, aucune des vides de tes deux derniers messages ne fonctionnent
-
Sur mac OS 12.5.1 sur un iMac core i9 de 2019, les vidéos fonctionnent toutes, sauf que je n'ai pas de sons pour celles dans un conteneur MP4
-
Sur iOS 16.1.2 béta cela ne fonctionne ni sur Safari, ni sur Chrome.
-
Sur mac OS 12.5.1 sur un iMac core i9 de 2019, les vidéos fonctionnent toutes, sauf que je n'ai pas de sons pour celles dans un conteneur MP4
Merci, ce n'est donc pas une bonne idée d'utiliser le conteneur MP4 (conteneur crée par Apple pourtant) : Il n'apporte rien sous iOS et sous macOS, on n'a plus de son.
J'ai fait des tests hors de l'univers Apple : Le support de VP9+Opus dans un conteneur MP4 est très bien pris en charge. Cela fonctionne avec tous les navigateurs modernes, même sur de vieux systèmes d'exploitation et des processeurs graphiques qui ne prennent pas en charge le VP9.
Test sur un Alcatel Onetouch Idol 3 5,5, un smartphone sans support du VP9 en hardware (Processeur Qualcomm Snapdragon 615) dont la dernière version d'Android proposée est la version 6.0.1.
Les vidéos VP9+Opus sont bien supportées dans un container WebM et MP4 (avec le son) avec Chrome, Firefox ou Edge.
(https://lafibre.info/testdebit/android/202209_alcatel_onetouch_idol3.webp)
Test sur un PC Windows 8.1 sur un Core i3-4150 et GPU Intel intégré (pas de support du VP9 en hardware).
Les vidéos VP9+Opus sont bien supportées dans un container WebM et MP4 (avec le son) avec Chrome, Firefox ou Edge.
(https://lafibre.info/testdebit/windows8/202209_windows8_annonce_fin_support_4.webp)
Test sur un PC Pentium T2080 (processeur 32 bits incapable de gérer le 64 bits) avec GPU Intel intégré (Graphics Media Accelerator 950, une catastrophe qui ne prend même pas en charge le H.264)
Les vidéos VP9+Opus sont bien supportées dans un container WebM et MP4 (avec le son) avec Chromium, Firefox ou Arora.
(https://lafibre.info/testdebit/ubuntu/202209_arora_011_sous_ubuntu_1804.webp)
La grosse surprise vient de la prise en charge de VP9 avec Arora, un navigateur basé sur le moteur de rendu HTML WebKit, comme Safari. C'est un navigateur qui a été abandonné depuis septembre 2010. Le VP9 n'existait pas à l'époque, donc j'imagine que le support de VP9 est assuré par QtWebKit, le module de Qt qui utilise le moteur de rendu HTML WebKit. Sous Ubuntu 18.04, QT est en version 5.9 (sortie en mai 2017) et c'est elle qui doit apporter le support de VP9+Opus à Arora. À noter que Ubuntu 18.04 n'est pas récent, mais c'est la dernière version disponible pour les processeurs 32 bits.
Bref, le support de VP9 et Opus hors de l'écosystème Apple est inversement proportionnel au support de VP9 sur les navigateurs web sous iOS !
Note : le format d'image WebP est, lui aussi, pris en charge avec le navigateur Arora de 2010 (merci QtWebKit 5.9 de mai 2017), par contre AVIF et AV1 ne sont pas pris en charge (quand on lite une vidéo AV1, on a uniquement le son).
-
Le patron de Telegram accuse Apple de limiter les fonctionnalités du web
Selon Telegram, Apple pourrait volontairement limiter les fonctionnalités du web sur Safari afin d’obliger les utilisateurs d’iPhone à télécharger des apps sur l’App Store (où la firme prélève sa commission de 30 % sur les achats in-app).
[...] Parmi les problèmes évoqués par les développeurs, il y a l’absence des notifications push sur Safari, un problème avec les champs de texte, des rechargements de pages aléatoires, ou encore l’absence de prise en charge de technologies telles que les codecs VP8 et VP9, ou encore le format audio Opus qui permettrait pourtant d’avoir une bonne qualité audio pour les messages vocaux, sans occuper trop d’espace.
« D’autres développeurs se sont même plaints que Safari d’Apple tue le Web », écrit le patron de Telegram.
« Il est triste que, plus de dix ans après la mort de Steve Job, une entreprise qui a autrefois révolutionné le Web mobile soit devenue son principal obstacle », peut-on également lire à la fin de son billet.[/size]
Je remarque qu'un grand service comme Twitch ne supporte plus Safari :
(https://lafibre.info/images/tv/202209_twitch_support_navigateur.webp)
Source : @TwitchSupport (https://twitter.com/TwitchSupport/status/1575267327163207680)
-
Tant mieux ils se bougeront peut-être le cul... depuis le temps...
Y'a que le boycotte qui fonctionne avec cette entreprise de toute façon...
-
Twitch marche sans souci sur safari iOS en tout cas, je m’en sers pour regarder des lives sans pub :)
-
Je remarque qu'un grand service comme Twitch ne supporte plus Safari :
(https://lafibre.info/images/tv/202209_twitch_support_navigateur.webp)
Source : @TwitchSupport (https://twitter.com/TwitchSupport/status/1575267327163207680)
J'ai un amis sous Safari aucun souci.
Je pense ça concerne surtout ceux sur Windows.
-
Safari sous Windows, cela fait 15 ans que cela n'existe plus.
Safari arrive sous windows !
Je ne pense pas qu'ils parlent d'Internet Explorer, avec sa suppression par une mise à jour il y a quelques mois, il n'y a vraiment plus personne qui utilise ce navigateur (où de très nombreux sites populaires ne fonctionnent pas). Il y a les versions legacy d'Edge qui doivent poser un problème (Edge 17, Edge 18), mais il ne faut pas avoir mis à jour sous Windows depuis un moment pour avoir ça (et les mises à jour sont imposées, on ne peut plus faire comme avec Windows 7 désactiver les mises à jour).
Vivaldi, Opera, Brave, Chromium sont des navigateurs très proche de Chrome : Si chrome est supporté, cela fonctionne également chez eux.
-
A ma connaissance le web push est désormais supporté dans Safari 16.
-
Après avoir discuté avec un dev de Webkit le support de VP9 dans un container MP4 sur iOS va arriver, ça semble être un bug de leur côté, d'ailleurs ça fonctionne déjà en HLS : https://teststreaming.s3.fr-par.scw.cloud/vp9_aac/master_vp9_aac.m3u8 (Streaming : HLS / codec vidéo VP9 / Audio : AAC / container : MP4)
-
Après avoir discuté avec un dev de Webkit le support de VP9 dans un container MP4 sur iOS va arriver, ça semble être un bug de leur côté, d'ailleurs ça fonctionne déjà en HLS : https://teststreaming.s3.fr-par.scw.cloud/vp9_aac/master_vp9_aac.m3u8 (Streaming : HLS / codec vidéo VP9 / Audio : AAC / container : MP4)
On avance, on avance ! Bon dommage que ce soit dans MP4 au lieu de Webm mais bon on prend quand même
-
Résumé fait par xav-stargate sur twitter :
VP9 => MP4 => HLS : iOS🟢- MacOS🔴
VP9 => MP4 : iOS🔴 - MacOS 🟢
OPUS => MP4 : MacOS🔴
-
iOS 17 est là, mais pas VP9 !
(en tout cas sur les iPhone d'ancienne génération, je ne sais pas si le 15 Pro change la donne)
(https://lafibre.info/testdebit/ios/202309_apple_maj_ios17.webp)
-
J'ai beaucoup réfléchi et ma conclusion qu'Apple ne supportera probablement jamais VP9 sur iPhone.
Le support d'AV1 est arrivé avec l'iPhone 15 Pro, mais sans le support de VP9.
On aurait pu penser à un oubli de la part d'Apple, mais iOS 17.1 ne permet toujours pas de lire le VP9 dans Safari.
Si aujourd'hui le codec VP9 permet d'atteindre plus de terminaux que AV1 (en fait tous les terminaux sauf les iPhone, les iPad et quelques vieux mac), dans quelques années AV1 pourrait avoir un support supérieur à VP9.
-
Dans la dernière conférence d'Apple sur la puce M3, Apple a cité les codecs vidéo pris en charge matériellement : H.264, HEVC, Apple ProRes, Apple ProRes RAW et AV1.
Le codec vidéo VP9, pris en charge matériellement pas la puce M1 et M2 n'est pas cité.
Le codec vidéo serait-il supprimé de la puce M3 ?
Si une personne à un Mac équipé de la nouvelle puce M3, je veux bien un test de vidéo AV1 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961378/#msg961378) et vidéo VP9 (https://lafibre.info/tv-numerique-hd-3d/comparer-h-264-vp9-av1/msg961379/#msg961379) dans Safari (avec les autres navigateurs, il y a une prise en charge logicielle de VP9 si la puce n'a pas de prise en charge matérielle).
https://lafibre.info/videos/tv/202310_apple_event_m3_chips.mp4
Source : Apple, événement de lancement de la puce M3, le 30 octobre 2023
L'événement est entièrement filmé avec un iPhone 15 Pro (max ?), ci-dessous les transitions entre les interventions :
https://lafibre.info/videos/tv/202310_apple_event_transitions.mp4
Source : Apple, événement de lancement de la puce M3, le 30 octobre 2023
Dans les coulisses : comment l'événement Apple a été tourné sur un iPhone :
https://www.youtube.com/watch?v=V3dbG9pAi8I
-
ifranz67 a fait le test, il y a encore la possibilité de lire du VP9 dans Safari sur un Mac M3 :
- Soit le support matériel est toujours présent sur la puce M3 (mais Apple a oublié d'en parler dans son événement)
- Soit Safari intègre un décodeur logiciel (ce qui n'était pas le cas sur les Mac Intel)
(https://lafibre.info/testdebit/macos/202311_mac_m3.webp)
-
Contrairement à ce que dit Apple, il y a bien un décodage matériel de VP9 dans les puces Apple M3 :
- Les puces M3 intègrent un décodeur VP9 (pas d'encodeur VP9), limité à la définition vidéo 4K (pas de décodage VP9 8K avec accélération matérielle en H.264 ou VP9, il faut utiliser le codec vidéo HEVC ou AV1, quand il sera pris en charge par Chrome).
- Google Chrome ne prend pas encore en charge l'accélération AV1 des puces M3 (il faut juste leur laisser le temps de le mettre en place). Aujourd'hui le décodage est fait de façon logicielle avec dav1d, comme sur tous les systèmes sans support matériel d'AV1.
(https://lafibre.info/images/tv/202311_chrome_119_video_acceleration_information.webp)
-
Bonjour,
Pour infos VP9 est supporté sur Safari officiellement depuis IOS 17.4. Apple a communiqué dessus dans leur release note:
https://developer.apple.com/documentation/safari-release-notes/safari-17_4-release-notes
Voici la liste des évolutions qu'ils ont ajouté:
Media
New Features
Added support for all of HTML’s character entities in WebVTT. (51064890)
Added support for VP8/VP9 and WebM on iOS and iPadOS. (64825245)
Added WebCodecs HEVC support. (112067287)
Added MediaStream support for whiteBalanceMode. (115552800)
Added support for the Vorbis audio codec on iOS. (116776158)
Added prioritizing video sources with power efficient hardware-decoded codecs before software-decoded codecs. (120679553)
J'ai pu tester et confirmer que ça marche sur Youtube depuis un Iphone 14 en version IOS 17.2 avant meme la sortie de la version 17.4
Je dirai même que c'est fonctionnel depuis IOS 17 mais je ne peux pas le vérifier...
-
Pendant des années, je pensais qu'Apple allait ajouter le support de VP9, car il y a une accélération matérielle du codec vidéo VP9 depuis l'iPhone 7 en 2016, donc tous les iPhone ont la capacité de lire au niveau hardware de vidéos VP9 et c'est d'ailleurs utilisé par l'application YouTube depuis des années, qui envoie toutes les vidéos en VP9 sur un iPhone.
Mais lors de la présentation du Mac M3, la mention de H.264, HEVC et AV1 avec VP9 oublié (alors qu'il est pris en charge matériellement par le SoC M3 et que Safari permet l'utilisation de VP9 depuis macOS 11, je me suis dit qu'Apple bouderait définitivement ce codec et qu'il fallait plutôt parier sur AV1 (il manque le décodage logiciel d'AV1, pour les Mac et iPhone qui n'ont pas le décodage matériel).
Là, cela change fortement les règles : On va avoir, le temps que les utilisateurs mettent à jour leur iPhone tous les terminaux compatibles VP9, qui sera le codec le plus efficace pris en charge par tous les terminaux.
Tableau pour l'écosystème Apple (Mac / iPhone / iPad / Apple TV)
PDF disponible en cliquant sur le tableau :
(https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1_2.webp) (https://lafibre.info/images/tv/acceleration_materielle_codecs_videos_h264_vp8_hevc_vp9_av1.pdf#page=3)
Safari 17.4 Beta Release Notes :
(https://lafibre.info/testdebit/ios/202302_safari_17.4_beta_release_notes.webp)
-
Mise à jour de mes infographies avec le support de VP9 à partir de iOS 17.4 :
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/vp9_opus_support.webp)
Cliquer sur l'image pour zoomer et accéder à la page N°2, qui comporte une liste plus complète de codecs vidéo
(https://lafibre.info/images/tv/codecs_video_populaires.webp) (https://lafibre.info/images/tv/codecs_video.pdf)
-
À noter que le codec audio Vorbis sera également pris en charge, 24 ans après sa sortie.
Ce codec, plus performant que le MP3 est souvent utilisé avec le codec vidéo VP8, également rajouté (jusqu'à présent, il n'était pris en charge que par WebRTC, soit les visioconférences).
Apple ne dit rien sur le codec audio Opus, l'un des codecs audio les plus perforants aujourd'hui. Opus est pris en charge avec les vidéos WebM, mais est-il accessible sans vidéo ?
J'avais noté sur l'iPhone 15 Pro qu'Opus était pris en charge uniquement avec une vidéo AV1 (Opus est le codec audio systématiquement utilisé avec AV1). Sans flux vidéo, pas de décodage d'Opus.
Si certains ont iOS 17.4 je suis intéressé de savoir s'ils peuvent écouter ce fichier audio Opus avec Safari :
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_opus.opus
-
Essaie sur un iPhone 13 Pro
L’iPhone ne sait pas quoi faire du fichier téléchargé mais le lit bien sous VLC
-
Précision : il faut iOS 17.4 beta (la version finale sort la semaine prochaine)
La vidéo VP9 ci-dessous qui utilise le codec audio Opus doit être lisible avec iOS 17.4 (pas avec iOS 17.3)
Encodage 720p - 24 i/s avec le codec vidéo VP9 à 0,74 Mb/s
(https://lafibre.info/images/tv/logo_vp9.svg)
Taille du fichier : 55 393 807 octets - débit moyen : 739 kbit/s (+59% par rapport à la version VP9 480p).
- Conteneur : WebM (https://fr.wikipedia.org/wiki/WebM).
- Audio : Opus (https://lafibre.info/tv-numerique-hd-3d/codec-audio/) à 100 kbit/s stéréo.
- Vidéo : VP9 à 635 kbit/s - définition : 1280 x 720 à 24 images par seconde.
- Niveau / level utilisé : 3.1 (La norme VP9 définit 14 niveaux ou "levels", de 1 à 6.2 (https://en.wikipedia.org/wiki/VP9#Levels). Un niveau est un ensemble de contraintes pour un flux. Un décodeur qui se conforme à un niveau donné doit être capable de décoder tous les flux binaires qui sont codés pour ce niveau et pour tous les niveaux inférieurs). Les niveaux pouvant être mis en œuvre dépendent de la capacité matérielle.
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_24fps_720p_vp9.webm
Si la vidéo VP9 est lisible, je veux bien le test du fichier audio Opus seul, sans vidéo avec :
https://lafibre.info/videos/test/201411_blender_big_buck_bunny_opus.opus
-
On me souffle que depuis iOS 17, YouTube arriverait à utiliser les codecs VP9 et Opus avec Safari.
On ne sait pas trop comment YouTube arrive à exploiter VP9 et Opus dans Safari.
Avec iOS 17.4, cela sera enfin officiellement possible.
(https://lafibre.info/testdebit/ios/202302_safari_17.3_youtube.webp)
Pour afficher le codec pour YouTube mobile (depuis un navigateur web sur un smartphone) : Tutoriel pour afficher le codec vidéo et le codec audio de YouTube sur Android et iOS (https://lafibre.info/tv-numerique-hd-3d/afficher-codec/)
-
Je suis sous 17.4 : ok pour la vidéo
Pour le fichier audio : l’iPad ou le tel telecharge sans savoir quoi en faire mais vlc arrive à lire le fichier.
-
Merci Nikos pour la confirmation pour VP9.
Je suis déçu pour Opus (Apple n'a fait aucune annonce pour Opus, mais en voyant la prise en charge de Vorbis, je me suis dit que son successeur serait peut-être pris en charge. L'IETF a validé le codec audio Opus le 10 septembre 2012, c'est sans doute trop récent pour l'offrir dans Safari sans flux vidéo, j'espère qu'il ne faudra pas attendre 24 ans comme pour Vorbis).
Peux-tu me confirmer que ce fichier audio Vorbis ci-dessous est lisible avec Safari sur iOS 17.4 ?
201411_blender_big_buck_bunny_vorbis.ogg (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_vorbis.ogg)
Ce n'est pas si anecdotique comme sortie, car Vorbis va devenir le codec audio le plus efficace supporté par l'ensemble des navigateurs (Vorbis est plus efficace que le MP3, aujourd'hui massivement utilisé puisque seul codec pris en charge par tous les navigateurs web).
Opus et AAC sont plus efficaces que Vorbis, mais pas pris en charge par tous les navigateurs pour u flux audio seul (sans vidéo) - pour AAC, c'est une problématique de royalties.
-
Le lecteur apparaît mais rien ne se charge.
iPhone 13 Pro
iPad Pro 2
-
Étonnant, car la Release Notes mentionne :
Added support for the Vorbis audio codec on iOS. (116776158)
Bon, le plus important, c'est VP9 et cela fonctionne.
Une autre particularité, c'est que Vorbis est rajouté uniquement sur iOS, pas sur iPadOS.
Pour VP8/VP9, iOS et iPadOS sont mentionnés :
Added support for VP8/VP9 and WebM on iOS and iPadOS. (64825245)
-
iOS 17.4 est disponible !
La mise à jour est importante : 1,42 Go sur un iPhone SE 2020 qui était sur iOS 17.3.1
(https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_1.webp) (https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_2.webp)
-
Au premier lancement du Safari, on noue demande de choisir un navigateur par défaut.
Comme avec le « Ballot Screen » de Microsoft sous Windows, tous les navigateurs sont proposés, j'imagine que l'ordre est aléatoire.
Safari est-il toujours visible sur le haut de la page ?
(https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_3.webp) (https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_4.webp) (https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_5.webp)
Si on clique sur autre chose que Safari, cela lance l'App Store pour télécharger ou mettre à jour le navigateur. Il est possible dans les paramètres du navigateur d'aller dans le menu de réglage pour choisir le navigateur par défaut :
(https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_6.webp) (https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_7.webp) (https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_8.webp)
Il est également possible de changer le navigateur par défaut dans les paramètres, dans chaque application de type navigateur.
Exemple avec Firefox :
(https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_9.webp)
Safari :
(https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_10.webp)
-
Les apports d'iOS 17.4 pour augmenter la compatibilité avec internet et réduire la consommation de données
On note, l'arrivée de plusieurs codecs audio et vidéo :
- Support du codec audio Vorbis, mais pas de son conteneur Ogg : Ce codec date de 2000 ;
- Support du codec vidéo VP8 (autrement que dans WebRTC) : Ce codec date de 2008 ;
- Support du codec vidéo VP9 (autrement que dans WebRTC) : Ce codec date de 2013 ;
- Support du codec audio Opus, uniquement dans une vidéo : Ce codec date de 2012 ;
- Support du conteneur WebM.
Pourquoi l'arrivée en 2024 d'un codec audio qui a 24 ans d'age ? (Vorbis a été finalisé le 8 mai 2020)
- Vorbis est le codec audio utilisé habituellement avec les vidéos VP8 ;
- Opus est le codec audio utilisé habituellement avec les vidéos VP9 et AV1 ;
- WebM est le conteur pour les codecs VP8 et VP9.
Point négatif : Les codecs audio Vorbis et Opus ne semblent utilisables que dans une vidéo. Il manque le conteneur Ogg utilisé par ces codecs audio, quand ils ne sont pas utilisés dans une vidéo WebM. Ogg n'est pas encore pris en charge par iOS. Ce sera peut-être pour le 25ème anniversaire d'Ogg ?
Point positif : Contrairement à macOS 11, on a donc un support complet des vidéos WebM du premier coup avec iOS 17.4 (pour macOS, VP9 est arrivé avec macOS 11, mais il a fallu attendre un an de plus pour avoir le codec audio Opus et donc des vidéos réellement exploitables).
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/opus_support.webp)
À noter que hors des vidéos, la situation n'est pas brillante : Le MP3 (qui date de 1992) est le codec le plus efficace commun à tous les navigateurs.
C'est incompréhensible pour moi de ne pas supporter Vorbis ou Opus pour de l'audio seul.
À noter qu'avant, sur certains sites, Safari ne supportant ni MP4_DASH, ni WEBM_DASH, il téléchargeait la vidéo en MP4 d’un coup avec iOS 16 contrairement à Android. Sur iOS 17, on a maintenant un comportement iso Android sur Navigateur, avec un chargement progressif des vidéos. Cela peut faire économiser pas mal de data.
-
Au premier lancement du Safari, on noue demande de choisir un navigateur par défaut.
Ce n’est pas le cas sur iPadOS et les notes de mise à jours concernées par l’UE n’était pas mentionnées
-
On me suggère de mettre de l'audio Opus non pas dans son contenu habituel Ogg, mais dans le conteneur WebM déjà pris en charge par iOS.
L'idée d'utiliser un conteneur vidéo déjà pris en charge, pour mettre uniquement de l'audio n'est pas bête… cela fonctionne avec iOS 17.4 !
Flux audio Opus seul dans un conteneur WebM
Fichier audio :
201411_blender_big_buck_bunny_opus.webm (https://lafibre.info/videos/test/201411_blender_big_buck_bunny_opus.webm)
Encodage réalisé en supprimant la piste vidéo d'un fichier vidéo :
ffmpeg -i source.webm -vn -sn -dn -c:a copy destination.webm
-vn : ignorer l'inclusion de la vidéo
-sn : ignorer l'inclusion du sous-titre
-dn : ignorer l'inclusion des flux de données
-c:a copy : copie de la piste audio
-
Ce n’est pas le cas sur iPadOS et les notes de mise à jours concernées par l’UE n’était pas mentionnées
Il s'agit bien d'un modele d'iPad de type européen, et non acheté a l'étranger ?
-
C’est possible qu’il ne le soit pas. Comment on peut vérifier ça ? Ce n’est pas lié à la région géographique du compte ?
-
non, il y a des petites différences matérielles.
C'est "gravé" au dos de l'appareil vers le bas. Axxxx (xxx = 4 chiffres)
Si tu regardes sur cette page : https://support.apple.com/fr-fr/108043
Pour l'ipad Pro 12.9 pouces tu as
A2436 sur iPad Pro 12,9 pouces (6e génération)
A2437 sur l’iPad Pro 12,9 pouces (6e génération) Wi-Fi + Cellular
A2764 sur l’iPad Pro 12,9 pouces (6e génération) Wi-Fi + Cellular avec mmWave
A2766 sur iPad Pro 12,9 pouces (6e génération) Wi-Fi + Cellular (Chine continentale uniquement)
et pour l'Ipad 9 pouces 2021
A2604 sur l’iPad (9e génération) Wi-Fi + Cellular
A2603 sur l’iPad (9e génération) Wi-Fi + Cellular (Amérique du Nord uniquement)
A2605 sur l’iPad (9e génération) Wi-Fi + Cellular (Chine continentale uniquement)
-
Ce n’est pas le cas sur iPadOS et les notes de mise à jours concernées par l’UE n’était pas mentionnées
iPadOS n'est pas concerné, il y a uniquement iOS qui a toutes ses modifications liées au DMA.
-
Safari est-il toujours visible sur le haut de la page ?
(https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_4.webp) (https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_5.webp)
Réponse : Non, Apple Safari n'est pas forcément visible sans dérouler la page. L'ordre serait aléatoire. Dans le « Ballot Screen » de Microsoft sous Windows, les principaux navigateurs étaient en premier (dans un ordre aléatoire) suivit des petits navigateurs, eux aussi dans un ordre aléatoire.
Suite à la mise à jour iOS 17.4 sur un iPhone mini 13 :
(https://lafibre.info/testdebit/ios/202403_apple_mise_a_jour_ios_17.4_11.webp)
-
non, il y a des petites différences matérielles.
C'est "gravé" au dos de l'appareil vers le bas. Axxxx (xxx = 4 chiffres)
C’est bein un iPad Pro hors Chine continentale (A2377)
iPadOS n'est pas concerné, il y a uniquement iOS qui a toutes ses modifications liées au DMA.
Pourtant en regardant j’ai pu changer le navigateur par défaut par exemple
-
Oui tu peux changer le navigateur mais tu pouvais déjà le faire depuis la version 14 ! Sauf que la plupart des utilisateurs ne le savaient, ne cherchaient pas, ou ne voulaient pas.
-
Navigateur par defaut oui mais avec le moteur de Safari. Désormais d’autres moteurs de rendu devront être acceptés.
-
L'arrivée de VP9, Opus et WebM dans Safari n'a pas entrainé de mise à jour concernant les spécifications HTTP Live Streaming pour les terminaux Apple : Officiellement, c'est uniquement H.264 et HEVC pour la vidéo
⇒ https://developer.apple.com/documentation/http-live-streaming/hls-authoring-specification-for-apple-devices
(https://lafibre.info/testdebit/ios/202403_apple_hls_specification_for_apple_devices.webp)
-
Enfin, la rage d'Apple pour expliquer pourquoi le DMA, c'est mal, tout nul et que la sécurité des iPhone en Europe va être compromise...
À gauche le document traduit en français par Google, à droite le document original.
(cliquez sur les miniatures ci-dessous - les documents sont au format PDF)
(https://lafibre.info/testdebit/ios/202403_apple_les_efforts_apple_pour_se_conformer_au_dma_fr.webp) (https://lafibre.info/testdebit/ios/202403_apple_les_efforts_apple_pour_se_conformer_au_dma_fr.pdf) (https://lafibre.info/testdebit/ios/202403_apple_les_efforts_apple_pour_se_conformer_au_dma_en.webp) (https://lafibre.info/testdebit/ios/202403_apple_les_efforts_apple_pour_se_conformer_au_dma_en.pdf)
Le plus marrant, les lettres reçues par Tim Cook :
(https://lafibre.info/testdebit/ios/202403_apple_les_efforts_apple_pour_se_conformer_au_dma_fr_1.webp)
-
Navigateur par defaut oui mais avec le moteur de Safari. Désormais d’autres moteurs de rendu devront être acceptés.
En fait, non.
Seul iOS est concerné par le DMA car il y a moins de 45 millions d'utilisateurs d'iPad par mois (et de macs) en Europe. Donc pour résumer:
- En Europe, les navigateurs web tiers peuvent utiliser n'importe quel moteur de rendu sur iPhone
- Toujours en Europe, les navigateurs web tiers ne peuvent utiliser que webkit sur iPad
- Dans le reste du monde, tous les navigateurs doivent utiliser webkit sur iPhone et iPad
D'où d'ailleurs la colère de la fondation Mozilla qui en pratique devrait développer plusieurs versions de son navigateur. Encore une fois méthode très habile de la pomme pour décourager les "récalcitrants". C'est cette même règle des 45 millions qui a permis à Apple d'éviter l'ouverture de son application (et protocole) de messagerie, iMessage ayant "sois disant" (en tant qu'utilisateur d'iPhone je suis surpris du supposé faible usage d'iMessage) moins de 45M utilisateurs par mois.
-
En fait, non.
Ce que tu dis ne contredis en rien ce que j’ai écris. Donc en fait oui, mais uniquement sur iOS (qui était le sujet principal ici).
-
Après VP9 dans iOS 17.4, AV1 devrait être décodé logiciellement (pour les iPhone sans puce A17 Pro ou les macs sans puce M3).
Que de bonnes nouvelles !
Source : Macg.co (https://www.macg.co/logiciels/2024/03/safari-va-bientot-gerer-lav1-avec-webcodecs-142969)
(https://lafibre.info/images/tv/vp9_support.webp) (https://lafibre.info/images/tv/av1_support.webp)
-
Je suis surpris de voir ça. Je me demande si ils vont cantonner le décodage logiciel aux plus basses définitions (genre 720p maximum) pour éviter de trop tirer sur la batterie des téléphones ?
-
Merci d'avoir fait un post sur ce sujet :) Grâce à cette info, on a pu passer la documentation de Godot en VP9 exclusivement. C'est nettement plus simple à gérer pour les contributions externes, et nécessite de stocker moins de données dans le dépôt Git (et ça fonctionne sous Fedora + Chromium par défaut, contrairement à H.264) : https://github.com/godotengine/godot-docs/pull/9092 (https://github.com/godotengine/godot-docs/pull/9092)
Si Apple ajoute bel et bien du décodage AV1 logiciel, ça permettrait de passer en AV1-only, ce qui serait encore mieux.
-
Je ne suis pas sûr de lire la même chose...
https://developer.apple.com/documentation/safari-technology-preview-release-notes/stp-release-191
Media
New Features
Added support for WebCodecs AV1 when an AV1 hardware decoder is available. (275174@main) (123433815)
-
Support de VP9 : Merci Calinou. J'ai réalisé des tests, je confirme un excellent support du codec VP9, y compris au niveau des TV (ex: la plupart des TV connectées de 2018 ont le support de VP9) et périphériques autre que des PC qui savent lire des vidéos. Les périphériques anciens savent lire les vidéos VP9, sauf ceux d'Apple. VP9 est aussi un codec très bien pris en charge matériellement et donc qui permet aussi au terminal de consommer peu d'énergie. Au niveau données, il permet un gain de 30% à 50% sur H.264 profil High.
Support de AV1 : Il est probable que Macg.co se trompe et qu'Apple ne rajoute le support d'AV1 logiciel que pour WebRTC (donc les visioconférences). Apple supporte depuis des années VP8, uniquement pour WebRTC. Si vous réalisez une visioconférence, les codecs les plus utilisés sont VP8, VP9 et H.264. Les logiciels de visio qui utilisent VP9 ont un fallback vers VP8 si un des utilisateurs à Safari (son support WebRTC n'est activé par défaut que depuis iOS 17.4).
Par ailleurs, le support de AV1 hors des navigateurs n'est pas encore top. De veilles TV connectées ou box ne savent pas lire AV1 par exemple, alors que H.264/VP8/VP9 est très bien supporté.
Le prochain iPhone SE version 2025 serait, selon les rumeurs, équipé de la puce Apple A16 Bionic, donc sans AV1 au niveau matériel (source (https://twitter.com/negativeonehero/status/1776839223431332265)).