Convertir M4A en AAC

C’est la distinction que cette paire existe pour expliquer, et c’est celle que la plupart des pages de convertisseurs ont à côté. AAC est un codec — normalisé en ISO/IEC 13818-7 en 1997, successeur voulu du MP3, et ce qui compresse réellement le son. M4A est un conteneur : un fichier MP4, utilisé par Apple depuis iTunes 4 en 2003, tenant une piste audio qui est normalement en AAC. Presque chaque `.m4a` sur un disque et presque chaque `.aac` sur un disque tiennent le même codec, et la différence entre les deux fichiers est tout ce qui les enveloppe autour.

L’en-tête MP4 n’est pas de la décoration. Il enregistre la durée de l’audio, combien de canaux il a, où commence chaque échantillon pour qu’une lectrice puisse chercher jusqu’à une seconde arbitraire, et un bloc de métadonnées pour le titre, l’artiste et la pochette. Un fichier `.aac` n’a normalement rien de tout cela, et les sections qui suivent portent sur ce que vous gagnez et perdez en vous en débarrassant.

Un fichier `.aac` brut est un flux ADTS, qui est une suite continue de trames s’ouvrant chacune sur un en-tête de sept octets décrivant cette trame et rien au-delà. La cible de conception était la diffusion, où un récepteur peut rejoindre une transmission à n’importe quel moment et doit pouvoir trouver une limite de trame et commencer à décoder sans avoir jamais vu le début.

Cela donne à ADTS deux véritables propriétés. Toute plage d’octets du fichier qui commence sur une limite de trame est elle-même un fichier valide, ce qui explique que HLS puisse distribuer de l’audio sous forme de segments `.aac`. Et deux fichiers ADTS peuvent être joints en les concaténant, sans en-tête à réécrire. Ces propriétés expliquent pourquoi les systèmes de streaming et embarqués en veulent, et elles s’achètent en renonçant à tout ce qu’un en-tête au niveau du fichier apporte.

L’histoire bien rangée sur cette paire est que, puisque les deux fichiers tiennent de l’AAC, la conversion est un ré-enrobage — on sort les trames du MP4, on enveloppe chacune d’un en-tête ADTS, on les écrit, on ne perd rien. C’est une technique réelle et la bibliothèque sous-jacente la prend en charge.

Ce convertisseur ne l’emprunte pas. Un débit est fourni à l’encodeur pour chaque cible compressée, ce qui désactive le raccourci de copie de flux de la bibliothèque, si bien que l’audio est décodé en échantillons et ré-encodé. La conséquence pratique est une seconde passe avec perte sur un audio qui en avait déjà une : réelle, en général inaudible à un réglage sensé, et pas rien. Choisissez Haute qualité, qui écrit 192 kbit/s — le plafond AAC parmi les trois bandes proposées — si le résultat compte. Là où un ré-enrobage bit-exact est vraiment exigé, un outil en ligne de commande capable de copier le flux est l’instrument correct, et le dire est plus utile que de faire semblant.

Les micrologiciels et les décodeurs embarqués sont le cas principal. Une puce munie d’un décodeur AAC au niveau trame et dépourvue d’analyseur MP4 veut exactement cela : on lui passe des trames et elle les joue. Les cartes d’évaluation DSP, les modules audio automobiles et industriels, et une bonne partie des firmwares de décodeurs et de caméras IP sont construits ainsi.

Les autres cas sont l’ingestion et les API héritées. Certains chemins d’ingestion de streaming prennent un flux élémentaire et font leur propre empaquetage. Les anciennes interfaces audio Android et Java lisent l’ADTS directement. Les harnais de test d’encodeurs et les suites de conformité travaillent au niveau de la trame par définition. Si vous n’êtes dans aucune de ces situations, le M4A que vous avez déjà est le meilleur fichier et cette conversion va vous rendre la vie plus dure.

Trois choses, et chacune se voit immédiatement. La durée disparaît, parce qu’ADTS n’a aucun champ pour elle — une lectrice l’estime à partir de la taille du fichier et du débit de la première trame et se trompe dès que l’encodeur a varié. La table d’échantillons disparaît, si bien que chercher revient à deviner un décalage d’octets et à balayer jusqu’au prochain mot de synchronisation, ce qui explique que le scrubbing saute et que la barre de progression dérive.

Et le bloc de métadonnées disparaît, avec l’emplacement bien défini pour la pochette. Ce qui le remplace est un en-tête ID3v2 boulonné devant — le même mécanisme que celui du MP3 — ce qui est une convention plutôt qu’une partie de la spécification AAC. Les lectrices de bureau le lisent en général. Les décodeurs embarqués souvent non, et certains traiteront les octets ID3 comme de l’audio corrompu, ce qui est une raison de tester le tout premier fichier sur le véritable appareil cible.

Le contrôle Qualité se résout en débits réels et l’AAC reçoit un ensemble fixe : Petit fichier écrit 96 kbit/s, Équilibré écrit 128 kbit/s et Haute qualité écrit 192 kbit/s. Il n’y a pas d’option 256 ou 320, ce qui est une limite du chemin d’encodage plutôt que du codec.

Pour cette paire le choix est simple : Haute qualité, presque toujours. Vous ré-encodez un audio qui a déjà été compressé une fois, et la seule défense contre le fait que la seconde passe soit audible est de donner à l’encodeur une marge suffisante pour qu’il n’ajoute presque rien de son propre. La différence de taille entre 128 et 192 kbit/s est de 50 % sur un fichier déjà petit, et les raisons pour lesquelles on a besoin d’un flux brut sont rarement des raisons d’économiser des octets.

Le registre cite à la fois AAC et ALAC comme codecs pour M4A, et un fichier extrait d’un CD dans iTunes peut très bien tenir de l’Apple Lossless. ADTS ne peut pas porter d’ALAC du tout — c’est un format de trames AAC — si bien qu’il n’y a aucune version de cette conversion qui préserve une source sans perte.

Ce qui se passe en pratique, c’est que le fichier s’interrompt plutôt que d’être silencieusement transcodé : ALAC ne fait pas partie des codecs disponibles sur ce chemin de décodage, donc la conversion signale que rien dans le fichier n’a pu être converti. La taille vous dira à l’avance de quel genre de M4A il s’agit — quatre minutes d’AAC, c’est trois à cinq mégaoctets contre vingt à trente pour Apple Lossless — et si c’est de l’ALAC, la réponse honnête est qu’un flux AAC brut est la mauvaise destination pour lui.

Les en-têtes ADTS portent une configuration de canaux et un index de fréquence d’échantillonnage par trame, donc le mono reste mono, la stéréo reste stéréo, et le taux d’échantillonnage de la source est écrit tel quel — y compris les taux inhabituels qu’une cible embarquée peut précisément exiger.

L’index de fréquence est une table fixe plutôt qu’un nombre arbitraire, ce qui est la contrainte à garder en tête quand un appareil spécifie un taux. Les valeurs standard sont couvertes ; un taux exotique hors table n’a pas de représentation ADTS. Et quand une configuration source ne peut pas être encodée du tout, la conversion retombe sur deux canaux à 48 000 Hz plutôt que d’échouer, donc vérifiez la première sortie contre ce que la cible attend avant de flasher un lot de fichiers sur quoi que ce soit.

C’est la paire où un essai se rentabilise le plus sûrement, parce que la destination est en général un appareil plutôt qu’une personne. Convertissez un fichier, mettez-le sur la cible, et confirmez trois choses : qu’il est lu tout court, qu’il est lu dès la première trame plutôt qu’en sautant, et que l’en-tête ID3 du début ne dérange pas le décodeur.

Une fois que cela fonctionne, les lots sont simples — déposez un dossier, obtenez un ZIP, avec un plafond de 100 Mo par fichier, cent fichiers par lot, et aucun envoi à aucun moment. Le décodage utilise les codecs de votre propre appareil et l’encodeur AAC tourne dans l’onglet, nativement là où le navigateur en a un et comme paquet WebAssembly là où il n’en a pas, parce que Firefox ne livre pas d’encodeur AAC. L’onglet réseau confirmera que rien ne transportant l’audio n’est jamais envoyé.