Convertir AAC en FLAC

La plupart des gens arrivent à cette paire parce qu’un formulaire l’a dit. Les distributeurs demandent des masters lossless. Les réseaux de podcast spécifient WAV ou FLAC pour le mix qu’ils traiteront. Les ingénieurs de mastering demandent n’importe quoi sauf du MP3. Les diffuseurs publient des cahiers des charges de livraison avec une liste de codecs. Les médiathèques d’audio stock et les soumissions de jeux de données de parole font la même chose. Dans chacun de ces cas, l’exigence est un format de fichier, et le FLAC la satisfait.

Ce que l’exigence essaie en réalité d’obtenir, c’est que l’audio n’est pas passé par un encodeur avec perte. Le vôtre y est passé. Ces deux faits peuvent être vrais tous les deux, et la réponse sensée n’est pas d’en cacher un : convertissez, livrez, et indiquez dans les notes jointes que la source était en AAC. Les examinateurs traitent cela constamment et préfèrent de loin qu’on le dise plutôt que de le découvrir.

Un encodeur avec perte ne répartit pas ses dégâts uniformément. Il applique un filtre passe-bas, donc le tout haut de la plage de fréquences s’arrête net — un palier horizontal à 16, 19 ou 20 kHz selon le débit — et ce bord est immanquable dans n’importe quel analyseur de spectre. Audacity, iZotope RX, Spek et Sonic Visualiser le montrent dans le temps qu’il faut pour ouvrir le fichier.

Cela vaut la peine d’être su avant d’envoyer quoi que ce soit, parce que cela supprime la tentation. Un FLAC fait à partir d’AAC passera un contrôle de format automatisé et ne passera pas un ingénieur avec un analyseur, et le geste professionnel est de déclarer la provenance à l’avance plutôt que d’être questionné ensuite. Quand le cahier des charges existe parce que l’audio sera ré-encodé en aval, une source avec perte déclarée est souvent acceptée ; quand il existe parce que l’audio sera masterisé, elle ne l’est généralement pas, et le savoir tôt épargne une livraison rejetée.

Quand un cahier des charges accepte l’un ou l’autre, le FLAC gagne sur trois points. Il est sans perte exactement au même sens — décoder un FLAC et vous récupérez les échantillons identiques —, tout en occupant typiquement la moitié des octets, ce qui compte quand une livraison dure une heure sur un envoi lent. Il porte une somme de contrôle, donc un fichier endommagé en transfert ou sur un disque est détecté au lieu d’être joué de travers ; le registre consigne cette propriété, et c’est la raison pour laquelle les archives le préfèrent.

Et il porte les métadonnées proprement. Les commentaires Vorbis accueillent l’ensemble complet des champs descriptifs et les blocs PICTURE accueillent les pochettes, là où le chunk RIFF INFO d’un WAV gère sept champs en Latin-1 et aucune image. La seule raison de choisir le WAV plutôt que le FLAC est un système d’ingestion assez ancien pour ne rien accepter d’autre, et les cahiers des charges qui le disent le disent en général explicitement.

Le FLAC compresse en prédisant chaque échantillon à partir des précédents et en ne stockant que l’erreur. Cela fonctionne bien sur un vrai enregistrement, où la forme d’onde est continue et bien élevée, et moins bien sur un audio qui est passé par un modèle psychoacoustique, qui a déjà vu sa structure prévisible réarrangée.

La conséquence pratique est qu’un audio avec perte décodé se compresse à environ 60 à 70 pour cent de sa taille non compressée plutôt qu’aux 50 à 55 pour cent qu’un vrai enregistrement atteint. Un AAC de quatre minutes à 256 kbit/s pèse environ 7,7 Mo et devient un FLAC de 20 à 30 Mo — trois à cinq fois plus gros, sans un seul détail supplémentaire. Prévoyez cela avant de convertir un programme d’une heure.

Il est facile de lire « sans perte » comme une affirmation sur la qualité, et ce n’en est pas une. C’est une affirmation sur l’avenir : à partir de ce fichier, plus rien ne sera jeté. Copiez-le, déplacez-le, ouvrez-le dans un éditeur, ré-enregistrez-le, et les échantillons sont identiques à chaque fois.

C’est véritablement précieux pour un fichier de livraison, parce qu’un fichier de livraison est manipulé. Il est ouvert, coupé, nivelé, collé dans un programme, exporté et ré-importé. Chacune de ces étapes dans un format avec perte coûte un peu plus de l’enregistrement ; aucune ne coûte quoi que ce soit en FLAC. La conversion n’améliore donc pas ce que vous avez, et elle empêche ce que vous avez d’empirer entre les mains de quelqu’un d’autre.

Le FLAC garde la fréquence d’échantillonnage et la disposition des canaux de la source. La musique issue d’un service de streaming est en général à 44 100 Hz stéréo ; l’audio tiré d’une vidéo est à 48 000 Hz ; une capture de diffusion ou de téléphonie peut être à 32 000 Hz ou moins et mono. Rien de tout cela n’est modifié, ce qui est correct — ré-échantillonner pour atteindre un nombre dans un cahier des charges ajouterait une seconde étape de traitement et aucune information.

Si le cahier des charges exige une fréquence ou une profondeur spécifique que votre source n’a pas, le ré-échantillonnage doit être fait exprès, dans un outil qui vous laisse choisir l’algorithme, et il doit être fait une fois. Il ne peut pas être fait de manière sensée par un convertisseur qui ne sait pas si la cible est une chaîne de mastering ou un téléphone. Convertissez en FLAC ici, ré-échantillonnez là, et gardez l’AAC comme la chose à laquelle vous pouvez toujours revenir.

L’AAC accepte jusqu’à 48 canaux et le FLAC jusqu’à 8, ce que le registre consigne, et l’écart est là où une livraison broadcast peut se défaire. Le matériel stéréo ordinaire et le 5.1 passe sans incident. Une disposition au-delà de huit canaux n’a aucune représentation en FLAC.

Si une configuration source ne peut pas être encodée, la conversion retombe sur deux canaux à 48 000 Hz plutôt que d’échouer net — donc une capture multicanal exotique peut arriver en fold-down stéréo. Vérifiez le nombre de canaux de la première sortie contre la source avant de soumettre une livraison multicanal ; un cahier des charges qui demandait six canaux et en a reçu deux, c’est un rejet qui coûte une semaine.

L’origine de l’AAC décide quels tags existent. Un fichier extrait d’un M4A ou qui porte un bloc ID3v2 au début arrive avec un jeu complet de champs, et tous se projettent sur des commentaires Vorbis, toute pochette intégrée devenant un bloc PICTURE.

Une capture ADTS brute — un enregistrement de flux, une jointure HLS, l’audio d’une caméra ou d’une diffusion — ne porte en général rien, et le FLAC sort sans étiquette. C’est fidèle plutôt qu’avec perte, et pour une livraison c’est en général sans importance, parce que le cahier des charges voudra de toute façon ses propres champs remplis : ISRC, titre, artiste, date, l’identifiant qu’utilise le destinataire. Ajoutez-les dans un éditeur d’étiquettes après la conversion, sous la forme que demande le cahier des charges.

L’audio d’une livraison est très souvent ce qui ne doit pas fuiter : un titre non sorti, un épisode à date de publication, un entretien sous embargo, un enregistrement client couvert par un accord qui nomme qui peut en détenir une copie. Un site de conversion qui prend un téléversement crée exactement la copie que cet accord a été écrit pour empêcher.

Ici l’AAC est décodé par votre propre appareil et le FLAC est écrit par un encodeur qui tourne dans l’onglet, chargé à la demande et utilisé nulle part ailleurs. Aucune requête ne porte le fichier, il n’y a pas de compte et pas de trace de ce qui a été converti. Les fichiers jusqu’à 100 Mo sont pris en charge, les lots reviennent en ZIP, et toute l’affirmation se vérifie dans l’onglet réseau de vos outils de développement pendant qu’une conversion tourne — ce qui est la seule forme sous laquelle une telle affirmation vaut quelque chose.