Compatibilité des fichiers audio : matrice documentaire et protocole de réception
Compatibilité des fichiers audio : matrice documentaire et protocole de réception
Une extension indique un conteneur ou une famille de fichiers ; elle ne suffit pas à prédire le comportement d’un lecteur. La réception dépend du codec, de l’appareil, du navigateur, du fichier concret et parfois de l’aperçu préparé par le service. Cette matrice distingue la lecture documentaire, l’inspection locale des fichiers et les essais de réception qui restent à exécuter.
Identifier les fichiers avant de tester les appareils
Le guide des codecs de MDN distingue encodage audio, conteneurs et prise en charge par les environnements web. Il sert à préparer les hypothèses de test ; il ne remplace pas un essai de notre fichier dans l’application visée. MDN — Web audio codec guide Pour éviter de comparer des musiques différentes, nous avons décliné la même création synthétique de huit secondes.
| Fichier préparé | Codec inspecté | Fréquence et canaux | Poids relevé |
|---|---|---|---|
| demo_reference.wav | PCM signé 16 bits | 48 kHz, 2 canaux | 1 536 044 octets |
| demo_reference.flac | FLAC | 48 kHz, 2 canaux | 277 405 octets |
| demo_reference_192k.mp3 | MP3 | 48 kHz, 2 canaux | 193 581 octets |
| demo_reference_aac.m4a | AAC dans M4A | 48 kHz, 2 canaux | 192 773 octets |
Séparer trois chemins de lecture
Testez l’original dans un lecteur local, l’original ouvert directement lorsque ce parcours existe, puis l’aperçu proposé par le service. Un aperçu peut fonctionner alors que l’original utilise un encodage non reconnu par le navigateur, ou l’inverse si le traitement de l’aperçu échoue. Notez le chemin testé au lieu d’inscrire seulement « lecture OK ».
Observation complémentaire du 20 octobre 2026 : dans le parcours invité TuneLockr, demo_reference.wav a été sélectionné, reconnu comme fichier de 1,46 Mio, puis nommé. Les options de téléchargement original et de retours étaient cochées ; la durée proposée allait de un à sept jours. La connexion restait nécessaire pour créer le lien. Cette observation ne démontre ni un envoi serveur, ni une lecture dans un navigateur destinataire.
| Cas de réception | Action précise | État du dossier |
|---|---|---|
| Navigateur de bureau | Ouvrir le lien, lancer après un clic, déplacer la lecture | Non exécuté. |
| Téléphone iOS | Lire puis reprendre après mise en veille | Non exécuté. |
| Téléphone Android | Lire et atteindre un repère en fin de fichier | Non exécuté. |
| Récupération de l’original | Télécharger si autorisé et comparer l’empreinte | Non exécuté dans le service. |
Expliquer une exception sans surpromettre
Si un fichier échoue, conservez le message, le codec inspecté, l’appareil et le moment de l’échec. Vérifiez ensuite si l’erreur concerne l’accès, la préparation ou le décodage. Une copie de consultation plus largement prise en charge peut être pertinente, mais elle doit être clairement distinguée de l’original remis pour le travail. N’affirmez pas qu’un format est « sans perte » à partir de sa seule extension.
Les quatre fichiers sont réellement créés et leurs propriétés vérifiées. La matrice de réception est préparée, sans résultats applicatifs inventés. La lecture sur les appareils annoncés reste à vérifier avant de conclure à leur compatibilité. Lorsqu’ils auront été réalisés, gardez la date, le périmètre et les cas échoués : une matrice utile décrit une configuration précise, pas tous les navigateurs présents et futurs.
Une fois le fichier et le périmètre de remise préparés, vous pouvez utiliser le parcours de partage compatible avec votre besoin. Les limites et disponibilités sont celles affichées dans l’application.