Prise en charge des codecs
Voyez ce que ce navigateur rapporte sur les conteneurs d’enregistrement et les codecs de lecture — le "maybe" reste "maybe".
MediaRecorder.isTypeSupported + canPlayType
Codec & Container Capability Report
Ce que le navigateur rapporte au sujet de 14 formats d’enregistrement et de lecture
Les lignes d’enregistrement proviennent de MediaRecorder.isTypeSupported(); les lignes de lecture proviennent de canPlayType() on a matching media element. Both are capability answers from the browser's own tables: nothing is recorded, decoded, accelerated or negotiated here, and no row predicts call quality.
L’absence d’un format optionnel n’est pas une faute — les builds du navigateur incluent des ensembles de codecs différents. L’Enregistreur vocal de ce site n’est pas affecté : il capture du PCM et encode lui‑même un vrai WAV, donc ses téléchargements sont .wav sur chaque moteur.
Comment tester
- •Exécutez la sonde de capacités et lisez la colonne Raw answer — chaque ligne affiche la valeur littérale renvoyée par le navigateur.
- •Considérez une ligne Maybe comme incertaine, pas comme prise en charge : canPlayType renvoie des chaînes de confiance, pas des booléens.
- •Vérifiez la colonne How this was read pour voir quelle API a répondu chaque ligne.
Limitations du navigateur
- •Les deux sondes rapportent les propres tables de capacités du navigateur. Rien ici n’enregistre, ne décode, ne négocie ou n’accélère matériellement des médias, et aucune ligne ne prédit la qualité d’un appel.
- •L’absence d’un format optionnel est normale — les builds de navigateur livrent des ensembles de codecs différents. L’enregistreur vocal de cette page n’est pas affecté car il encode en WAV lui‑même.
Conseils de dépannage
- •Si un format est signalé manquant et qu’une application spécifique en a besoin, essayez une autre build du navigateur — certains builds Chromium sur Linux sont livrés sans codecs propriétaires.
À propos du Prise en charge des codecs
Le Prise en charge des codecs interroge deux API de métadonnées pour ce que ce navigateur rapporte à propos des formats médias. Les lignes d’enregistrement appellent MediaRecorder.isTypeSupported() pour des conteneurs tels que WebM avec VP8/VP9/AV1, MP4 avec H.264/AAC et WebM/Ogg audio-only. Les lignes de lecture appellent canPlayType() sur l’élément média correspondant au type de la ligne — une chaîne mime audio n’est jamais passée à un élément <video> — pour H.264, HEVC, VP9, AV1, AAC, MP3, FLAC et Opus.
Les deux sont des réponses de capacité tirées des propres tables du navigateur. Rien n’est enregistré, téléchargé, décodé ou accéléré pendant l’exécution de cette page, donc aucune ligne n’est une preuve qu’un format fonctionne réellement, qu’un codec est accéléré matériellement, ou qu’un appel WebRTC le négociera. Lorsque l’API ne peut pas du tout répondre, la ligne indique « API unavailable » plutôt que de rapporter un négatif, et une sonde qui lance une exception est marquée comme une erreur au lieu d’être regroupée dans « missing ».
Conseils pour lire le rapport
- Lisez la colonne Réponse brute : elle montre la valeur littérale renvoyée par le navigateur, donc ‘probably’, ‘maybe’ et une chaîne vide sont toutes visibles telles quelles.
- Considérez Maybe comme incertain. canPlayType renvoie des chaînes de confiance par conception, donc ‘maybe’ n’est pas un oui atténué — c’est le navigateur qui refuse de s’engager.
- L’absence d’un format facultatif est normale plutôt qu’un défaut ; les builds de navigateurs embarquent des ensembles de codecs différents, et certains builds Chromium sous Linux sont livrés sans codecs propriétaires.
- Le propre Enregistreur Vocal de cette page n’est affecté par rien dans le tableau : il capture du PCM brut et encode lui‑même un vrai WAV, donc ses téléchargements sont toujours .wav.
Problèmes courants et solutions
Un format d’enregistrement s’affiche comme signalé manquant
Rien n’est cassé : une application construite sur MediaRecorder produit simplement ses enregistrements dans un conteneur différent. Cette préoccupation concerne d’autres applications, pas l’Enregistreur Vocal de ce site.
H.264 est signalé manquant
Les builds Chromium sans codecs propriétaires ne peuvent pas décoder H.264. Installez une build de navigateur incluant les codecs, ou acceptez qu’un appel ou un flux négocie VP8/VP9 en remplacement — cette page rapporte la disponibilité de secours, elle ne choisit rien.
Chaque ligne indique API unavailable
Alors le navigateur n’expose ni MediaRecorder ni un chemin canPlayType utilisable, donc aucune information sur les codecs n’a pu être recueillie. C’est un résultat non pris en charge, pas une liste de codecs manquants.
Les résultats diffèrent entre deux machines avec le même navigateur
La configuration du build et les licences de codecs selon la plateforme diffèrent. Faites confiance au rapport de chaque machine — cette page est par navigateur et par build, pas par marque.
FAQ
Cette page télécharge-t‑elle ou lit-elle des médias ?
Non. Elle interroge MediaRecorder.isTypeSupported et canPlayType — tous deux des appels métadonnées uniquement. Aucun média n’est récupéré, décodé ou enregistré, et rien ne quitte votre navigateur.
Pourquoi canPlayType renvoie-t‑il “probably” ou “maybe” plutôt que oui ou non ?
La norme HTML renvoie délibérément des chaînes de confiance, car le support réel d’un codec dépend des flags de build et des licences plateforme. ‘Probably’ est l’affirmation la plus forte que l’API offre, et ‘maybe’ signifie véritablement incertain.
Cela indique-t‑il si mes appels auront une bonne qualité ?
Non. Ces lignes disent ce que le navigateur affirme à propos des conteneurs et codecs. La qualité d’un appel dépend aussi du codec réellement négocié, du réseau, du matériel de capture et du support côté distant — aucune de ces choses n’est observée par cette sonde.
Puis‑je ajouter des codecs à mon navigateur ?
Pas généralement. Le support est compilé dans chaque build. Sur les distributions Linux qui retirent les codecs propriétaires, l’installation du build de navigateur standard restauré inclut H.264/AAC.
Un codec est signalé manquant — mon navigateur est‑il défectueux ?
Non. Les ensembles de codecs varient selon les builds et plateformes par conception, et un codec optionnel n’est pas requis pour l’usage web normal. L’Enregistreur Vocal de ce site encode en WAV localement, donc il n’est affecté en rien.