Convertir FLAC en AIFF

Les deux formats stockent chaque échantillon de l’enregistrement sans rien jeter. Un FLAC compresse ces échantillons sans perte, c’est-à-dire qu’il applique des techniques de compression de données générales pour réduire la taille du fichier sans rien perdre. Un AIFF ne compresse pas, ou alors très peu : le fichier sur disque est essentiellement les échantillons, dans l’ordre, avec une en-tête de 24 octets décrivant le format.

Pour la même minute d’audio stéréo à 44 100 Hz en 16 bits, un FLAC pèse environ 5 à 7 mégaoctets et un AIFF pèse environ 10 mégaoctets. La différence est le coût de la compression, et c’est le seul arbitrage technique. Ce qui change avec la cible est ailleurs : le logiciel qui doit lire le fichier, le système qui l’héberge, le pipeline qui l’avale en aval.

AIFF est né avec le Mac en 1988, et c’est resté le format audio non compressé de référence sur cette plate-forme pendant des décennies. Logic Pro, GarageBand, des projets Audio Hijack, des masters de studio exportés depuis des logiciels qui n’offrent pas FLAC : tout cela arrive en AIFF et continue à arriver en AIFF.

Pour quelqu’un dont la chaîne est entièrement Apple, le FLAC n’est pas un format de première classe. C’est lisible — VLC, des lecteurs tiers, le Finder lui-même à partir de certaines versions — mais l’audio de Logic Pro attend de l’AIFF ou du CAF, et un projet qui mélange les deux perd l’étiquetage. Convertir en AIFF, c’est ramener le fichier dans le dialecte que la chaîne attend.

AIFF accepte ce que FLAC porte, et la conversion ne touche ni la fréquence d’échantillonnage ni la profondeur de bits. Un FLAC à 44 100 Hz en 16 bits devient un AIFF à 44 100 Hz en 16 bits. Un FLAC à 96 000 Hz en 24 bits devient un AIFF à 96 000 Hz en 24 bits. C’est la propriété d’une conversion sans perte à sans perte : la qualité audible est identique, et c’est la qualité du maître qui fixe le plafond.

Si le FLAC vient d’un CD, l’AIFF sort en 16 bits à 44 100 Hz, exactement la résolution du CD. Si le FLAC vient d’un master de studio en 24 bits à 48 000 Hz, l’AIFF sort en 24 bits à 48 000 Hz. C’est la définition de « sans perte » appliquée jusqu’au bout : ce qui sort est aussi détaillé que ce qui entre, dans la même organisation.

La conversion elle-même n’allonge pas l’audio ; ce qui change est que FLAC compresse et AIFF ne compresse pas. Pour un album d’une heure en 16 bits à 44 100 Hz, FLAC pèse environ 250 à 350 mégaoctets et AIFF pèse environ 600 mégaoctets. Le ratio est en général entre 1,7 et 2,2 fois plus gros, selon le contenu : un FLAC déjà très compressible donne un AIFF qui l’est deux fois plus, un FLAC déjà peu compressible donne un AIFF qui l’est à peine davantage.

Pour un disque dur, ce n’est rien. Pour un envoi en pièce jointe, c’est une limite. Pour un service de stockage en ligne facturé au gigaoctet, c’est un coût récurrent qui n’a pas de raison d’être. Convertir en AIFF a un sens quand la destination exige AIFF ; en dehors de cela, garder le FLAC est presque toujours la bonne réponse.

AIFF porte des chunks qui ressemblent à des métadonnées — NAME pour le nom, AUTH pour l’auteur, ANNO pour une annotation — et c’est à peu près tout. Pas de champ pour le numéro de piste, pas de champ pour la pochette, pas de regroupement par album, pas de champ pour l’année. Un AIFF qui sort de cette conversion porte au mieux les quelques chunks que le lecteur source a lus, et l’absence d’un champ est l’absence d’un champ.

Pour une bibliothèque musicale, cela veut dire que les fichiers convertis auront des noms de fichiers comme pistes et c’est à peu près tout. Pour un projet Logic Pro ou GarageBand, les informations d’ordre et de regroupement sont dans le projet, pas dans le fichier, et c’est le projet qui les retient quand on importe un AIFF. Pour un usage en podcast, AIFF est très bien et l’absence d’étiquette n’est pas un problème.

Le travail de cette conversion est de retirer la couche FLAC — qui inclut décompression, validation par checksum, décodage des blocs — et de remettre les mêmes échantillons dans une en-tête AIFF. Aucune resynthèse, aucun rééchantillonnage, aucun ajustement de gain. Ce qui sort est exactement ce qui entre, présenté différemment.

Cela veut dire qu’un checksum MD5 ou SHA-256 calculé sur l’audio décodé du FLAC est identique au même checksum calculé sur l’AIFF de sortie. C’est la définition opérationnelle d’une conversion sans perte, et c’est aussi pourquoi cette page n’a rien à dire sur la qualité du résultat : la qualité est celle du maître, point.

FLAC est un codec de compression sans perte, avec un conteneur qui lui est propre. WAV est un conteneur RIFF, en général non compressé, qui peut porter du PCM ou, plus rarement, du flottant. AIFF est un conteneur IFF, également en général non compressé, qui peut porter du PCM ou du flottant avec une organisation un peu différente.

Pour un usage purement audio, les trois portent la même information. Pour un logiciel qui ne lit que l’un des trois, convertir est la seule réponse. Pour une archive à long terme, FLAC est en général la bonne cible parce qu’il est ouvert, documenté, sans brevet, et supporté par la plupart des outils audio modernes. Pour un projet Mac, AIFF est l’échange naturel.

Le plafond gratuit est 100 Mo par fichier. Un FLAC d’une heure en 24 bits à 96 000 Hz peut peser 1,5 gigaoctet et l’AIFF correspondant pèsera plus de 2 gigaoctets, ce qui dépasse largement le plafond. Pour un master haute résolution, convertir en WAV est parfois une alternative, mais le plafond reste le même et il faut découper.

Pour un album moyen — 50 minutes en 16 bits à 44 100 Hz, autour de 250 à 350 mégaoctets en FLAC et 600 mégaoctets en AIFF — le plafond ne bloque pas. Pour un opéra en 24 bits à 96 000 Hz, découper en actes ou en pistes individuelles est la parade. La limite est technique et elle existe pour que la machine qui fait le travail reste celle de votre navigateur, pas un serveur à maintenir.