Convertir M4A en FLAC

M4A est un conteneur, et le registre cite deux codecs pour lui : AAC, qui est avec perte, et ALAC — Apple Lossless — qui ne l’est pas. L’extension est identique et l’icône est identique, et toute la valeur de cette conversion tourne autour de la différence. Quiconque s’apprête à convertir une bibliothèque devrait passer deux minutes là-dessus et n’y plus jamais penser.

La taille tranche plus vite qu’aucun outil. Une piste AAC de quatre minutes pèse de quatre à huit mégaoctets ; les mêmes quatre minutes en ALAC pèsent de vingt à trente. Sur un Mac, sélectionnez le fichier et Commande-I et la fiche d’information nomme le codec en toutes lettres. Dans l’app Musique, ajouter une colonne Genre étiquette chaque ligne comme « Fichier audio AAC » ou « Fichier audio Apple Lossless ». Les collections sont presque toujours uniformes, si bien qu’un échantillon de cinq fichiers vous renseigne sur l’ensemble.

FLAC est sans perte au sens précis et limité du terme : il reconstruit bit pour bit ce qu’on lui a donné. Il n’a pas d’avis sur la qualité de ce qu’on lui a donné. Donnez-lui un audio que l’AAC a déjà réduit, et il préservera cet audio réduit à la perfection, pour toujours, dans un fichier trois à cinq fois plus gros.

L’instinct derrière l’erreur est compréhensible — vous standardisez sur une bibliothèque sans perte, donc tout devrait être sans perte. Mais un FLAC fabriqué à partir d’un AAC à 256 kbit/s est un enregistrement avec perte portant une étiquette sans perte, et il est pire que le M4A de deux manières : il est plus gros, et il ressemble désormais à un master pour quiconque parcourt la bibliothèque plus tard, vous y compris. Laisser l’AAC en AAC est l’option honnête et la plus petite.

ALAC et FLAC résolvent le même problème avec une efficacité comparable : tous deux reconstruisent les échantillons d’origine exactement, et tous deux atterrissent autour de la moitié de la taille du WAV équivalent. Convertir de l’un à l’autre ne perd rien du tout — pas un peu, rien — parce que chaque étape est exacte.

Ce qui change, c’est qui lira le fichier. FLAC a été publié par Josh Coalson en 2001, repris par Xiph.Org en 2003 et normalisé en RFC 9639, et c’est ce qu’attendent Plex, Jellyfin, Navidrome, foobar2000, Roon, Audacity, la plupart des lecteurs réseau et effectivement tout l’outillage Linux. ALAC est bien lu à l’intérieur de l’écosystème Apple et inégalement en dehors. Si vous déplacez une collection extraite hors d’iTunes vers un serveur de médias, c’est la conversion correcte et il n’y a aucun inconvénient.

Les personnes qui consolident une bibliothèque envisagent souvent le WAV à la place, et FLAC le bat sur chaque axe qui compte pour le stockage. Il fait à peu près la moitié de la taille pour un audio identique. Il porte une somme de contrôle, si bien qu’un fichier qui a pourri sur un disque ou a été endommagé en cours de transfert peut être détecté plutôt que silencieusement mal lu — le registre enregistre cette propriété, et c’est la raison pour laquelle les archivistes le préfèrent.

Il porte aussi les métadonnées proprement. Les commentaires Vorbis portent le titre, l’artiste, l’album, l’artiste de l’album, les numéros de piste et de disque, le genre, la date, le commentaire et les paroles, et les blocs PICTURE portent la pochette. Le bloc INFO du RIFF du WAV tient sept champs en Latin-1 et aucune pochette. Pour une bibliothèque qui doit pouvoir être parcourue dans cinq ans, cette différence n’est pas cosmétique.

Prenons mille pistes de quatre minutes. En M4A AAC au débit iTunes de 256 kbit/s, c’est à peu près huit gigaoctets. Converties en FLAC — sans aucune amélioration — cela devient vingt-cinq à trente gigaoctets, parce que FLAC ne peut pas compresser aussi serré un audio avec perte décodé qu’une prise de son réelle ; les prédicteurs de l’encodeur font moins bien sur un matériau déjà mis en forme par un modèle psychoacoustique.

Les mêmes mille pistes en ALAC font vingt-cinq à trente gigaoctets, et en FLAC elles pèseront à peu près autant. C’est la comparaison honnête à faire avant de commencer : une migration qui laisse votre stockage à peu près plat et améliore la compatibilité, contre une qui le triple et n’améliore rien.

Le décodage ici utilise les codecs de votre propre appareil par le biais de WebCodecs, et ALAC ne fait pas partie des codecs disponibles sur ce chemin. Un M4A Apple Lossless déposé sur cette page ne produit donc pas un mauvais FLAC — il s’interrompt, avec un message disant que rien dans le fichier n’a pu être converti et qu’il utilise peut-être un codec que ce navigateur ne sait pas lire.

Cela mérite d’être dit sur la page plutôt que de laisser les gens le découvrir. Pour une bibliothèque ALAC, le bon instrument est un outil de bureau qui embarque son propre décodeur : FFmpeg, dBpoweramp sous Windows, XLD sur Mac. La conversion y est sans perte dans tous les cas. Ce que cette page peut faire pour une propriétaire d’ALAC, c’est lui dire que la migration est correcte et quoi lancer.

Il existe une exception étroite à tout ce qui précède, et elle mérite d’être nommée parce que c’est la seule. Si vous allez éditer l’audio à plusieurs reprises — le couper, le normaliser, appliquer des traitements, exporter, rouvrir, exporter à nouveau — alors chaque sauvegarde intermédiaire dans un format avec perte cumule les dégâts, alors que chaque sauvegarde en FLAC ne les cumule pas.

Convertir donc une source avec perte en FLAC comme fichier de travail, faire les passes, et encoder une fois à la fin dans le format de livraison, évite la perte de génération même si le point de départ était déjà compressé. C’est une décision d’édition avec une fin définie, et non une décision d’archivage. Quand le travail est fini, le FLAC intermédiaire a rempli son rôle et peut s’en aller.

Le bloc de commentaires Vorbis de FLAC prend directement les champs courants, si bien qu’un fichier converti arrive dans un serveur de médias avec son titre, son artiste, son album, son artiste d’album, ses numéros de piste et de disque, son genre, sa date, son commentaire et ses paroles intacts, et avec sa pochette comme bloc PICTURE que Plex et Jellyfin afficheront.

Ce qui ne se transfère pas est la couche propre à Apple : les enregistrements d’achat, les identifiants de boutique, les atomes personnalisés et tout champ iTunes sans équivalent Vorbis. Ceux-là sont supprimés plutôt qu’écrits en tant que clés fantaisies, ce qui est le bon choix — mais si votre bibliothèque dépend d’un champ que vous avez ajouté vous-même dans iTunes, convertissez un album et inspectez-le dans votre serveur de médias avant d’en convertir neuf cents.

Déposez jusqu’à cent fichiers d’un coup ; chacun se convertit de son côté et ils reviennent en ZIP, avec un plafond de 100 Mo par fichier, parce que le travail tourne sur votre processeur plutôt que sur le serveur de quiconque. Cette centaine est le lot entier, pas une suggestion — un fichier au-delà est listé et laissé tel quel — et cela représente de toute façon à peu près le bon nombre, parce que l’encodage FLAC est un vrai calcul et qu’un onglet travaillant sur cent pistes est occupé quelques minutes.

L’argument de confidentialité n’a rien d’abstrait ici. Une bibliothèque musicale est un enregistrement à peu près complet de ce que quelqu’un a acheté, écouté et aimé pendant quinze ans, et la remettre à un site de conversion signifie remettre cet enregistrement. Rien sur cette page ne quitte l’onglet ; ouvrez l’onglet réseau des outils de développement pendant une conversion et vous verrez la page et sa publicité et aucune requête transportant votre audio.