Convertir M4A en AIFF

AIFF est un conteneur Apple pour des échantillons PCM non compressés, conçu en 1988 pour les Mac. M4A est un conteneur MPEG-4 Audio, conçu pour porter de l’AAC (parfois de l’ALAC) et pensé pour la compression avec perte. Notre convertisseur décode l’AAC en échantillons PCM, et les ré-encode en AIFF sans compression. Le résultat est un fichier lossless, mais qui contient des échantillons déjà passés par un encodeur avec perte, et qui ne peut donc pas être plus fidèle que la source.

C’est la phrase la plus importante de cette page, et c’est explicite dans le code source. Le commentaire qui le dit est sans détour : « le fichier est bien plus gros, sans gain de qualité ». Pour une livraison à un studio qui exige de l’AIFF, c’est ce qu’il faut. Pour améliorer la qualité, c’est une mauvaise idée, et le bon réflexe est de garder le master original, pas de le dériver d’un AAC.

Un M4A à 256 kbit/s, quatre minutes, pèse environ 7,7 Mo. Le même audio en AIFF 16 bits 44,1 kHz stéréo pèse environ 40 Mo. Le ratio est typiquement de 5 à 8 fois, selon le débit source du M4A et la profondeur choisie pour l’AIFF. Un M4A à 128 kbit/s devient un AIFF d’à peu près la même taille qu’un M4A à 256, parce que la sortie est lossless et ne dépend pas du débit source.

Pour un album d’une heure en M4A à 256 kbit/s, l’AIFF pèse autour de 600 Mo. Pour un podcast d’une heure, l’AIFF pèse autour de 300 à 600 Mo selon le débit. Pour un fichier de mastering, l’AIFF est en 24 bits ou 32 bits, et la taille double ou quadruple. C’est explicite dans la doc du format AIFF, qui supporte jusqu’à 32 bits et 8 canaux.

AIFF supporte jusqu’à 32 bits par échantillon et jusqu’à 8 canaux, et c’est explicite dans le registre de formats. Notre pipeline décode l’AAC à sa profondeur native (généralement 16 bits, parfois 24), et la sortie AIFF est à la même profondeur. La fréquence d’échantillonnage est aussi préservée. Si le M4A source est en 44,1 kHz stéréo, l’AIFF est en 44,1 kHz stéréo. Si le M4A est en 48 kHz, l’AIFF est en 48 kHz.

Pour un master de studio, c’est conforme. Pour un podcast en 22,05 kHz mono, l’AIFF sort en 22,05 kHz mono, et c’est probablement sous-optimal pour la chaîne en aval. Si la destination exige 48 kHz, il faut ré-échantillonner dans un outil qui laisse choisir l’algorithme. Le pipeline ne le fait pas, parce que ré-échantillonner ajouterait une étape de traitement sans information supplémentaire.

AIFF et WAV portent tous deux du PCM non compressé, et un fichier converti de l’un à l’autre est identique au sens binaire. La différence est dans les métadonnées. AIFF porte un chunk COMM, un chunk SSND, et peut porter des chunks MARK, INST, MIDI. WAV porte un chunk RIFF INFO qui gère sept champs en Latin-1, et c’est explicite dans le code source. Pour un fichier qui doit porter une pochette ou des champs étendus, AIFF est plus riche.

Pour un master qui doit entrer dans Logic Pro, GarageBand, ou une autre station Apple, AIFF est la cible historique. Pour un master qui doit entrer dans Pro Tools, WAV est plus universel. Pour un master qui doit être archivé long terme, AIFF et WAV sont équivalents. Le choix se fait sur la chaîne en aval, pas sur la qualité, qui est identique.

Le pipeline média passe un appel `tags` qui produit un objet vide, ce qui veut dire qu’aucun tag n’est écrit. Le M4A source peut porter des balises iTunes (titre, artiste, album, pochette), et ces balises sont perdues en AIFF. C’est explicite dans le code source, et c’est la même politique que les autres cibles média, à savoir pas de tags par défaut.

Pour un master qui doit arriver étiqueté à un studio, c’est un défaut. La bonne pratique est d’ajouter les tags après la conversion, dans un éditeur d’étiquettes (Kid3, Mp3tag, ou une station audio). Pour un master qui sera ré-étiqueté par la chaîne en aval, c’est sans importance. Notre pipeline ne fait pas le travail d’étiquetage, et c’est explicite.

M4A peut porter une pochette d’album (PICTURE atom dans le conteneur), et AIFF peut aussi en porter (ID3 chunk ou chunk personnalisé). Notre pipeline ne porte pas la pochette, et c’est la même politique que les tags. Pour un master de studio, la pochette est ajoutée en amont, pas dans la conversion de format. Pour un fichier de podcast, la pochette est sur la page web, pas dans le fichier audio.

Pour un cas où la pochette doit être préservée, c’est le mauvais pipeline. Le bon outil est un éditeur de tags dédié, qui sait lire les PICTURE atom du M4A et les écrire dans le format cible. Notre convertisseur ne fait pas ce travail, et c’est explicite dans la liste des opérations non effectuées par le pipeline média.

M4A peut porter jusqu’à 48 canaux (AAC) et AIFF peut porter jusqu’à 8 canaux. Si la source est multicanal, le pipeline la décode, et l’AIFF sort avec le même nombre de canaux, à condition que ce soit 8 ou moins. Si la source dépasse 8 canaux, l’AIFF sort en fold-down stéréo, parce que c’est la limite du format. C’est explicite dans le code source, et c’est cohérent avec la documentation d’AIFF.

Pour un master 5.1 ou 7.1, c’est conforme. Pour un master Dolby Atmos, c’est un défaut, et le bon outil est un encodeur Atmos dédié. Pour un podcast mono, c’est conforme. Le pipeline ne fait pas de mixage multicanal, et c’est explicite dans la liste des opérations non effectuées par le pipeline média.

Le M4A source n’est pas uploadé, l’AIFF produit n’est jamais transmis. La conversion se fait dans l’onglet, en mémoire, par les encodeurs chargés à la demande. C’est important pour les masters qui peuvent indiquer un titre non sorti, un épisode à date de publication, un entretien sous embargo. Aucun fichier ne quitte l’appareil, et l’onglet réseau reste vide pendant la conversion.

Les fichiers jusqu’à 100 Mo sont pris en charge, ce qui est très large pour ce format, et l’ensemble du calcul est client pour cette paire. C’est la seule forme sous laquelle la phrase « privé » signifie quelque chose : aucune requête vers l’extérieur pendant que la conversion tourne, et l’assertion se vérifie dans l’onglet réseau des outils de développement.