Convertir OPUS en FLAC

Opus est avec perte, et le FLAC est sans perte. La conversion lit l’audio, le décode en échantillons PCM, et l’encode en FLAC. Le FLAC qui sort contient exactement ce qui a survécu à l’encodage Opus, sans rien ajouter et sans rien enlever. Les hautes fréquences atténuées par l’encodeur Opus sont toujours atténuées, et les artéfacts introduits sont préservés à la perfection.

Ce que la conversion achète, c’est un plancher. À partir de ce fichier, l’audio ne peut plus empirer en étant manipulé, parce que le FLAC est sans perte et que chaque sauvegarde reproduit exactement les mêmes échantillons. C’est précieux pour un fichier qui sera édité, coupé, nivelé, débruité et exporté plusieurs fois, et c’est une propriété différente et véritablement utile de la restauration.

Un éditeur audio lit l’Opus, le décode, applique les modifications, et l’enregistre en WAV ou dans un autre format. Chaque sauvegarde passe l’audio à travers un encodeur, et chaque passe jette un peu plus que la précédente. Pour un message vocal qui sera coupé trois fois et exporté deux fois, c’est cinq encodages avec perte, et l’audio final est notablement moins bon que l’original.

Le FLAC au milieu de cette chaîne élimine entièrement l’accumulation. Les sauvegardes intermédiaires ne coûtent rien, et il y a exactement un encodage avec perte, tout à la fin, dans le format de livraison. La conversion est en ce sens l’achat d’une discipline de travail, plus qu’une transformation du son lui-même.

FLAC utilise exactement le même système de métadonnées qu’Ogg Vorbis et Ogg Opus : un bloc de commentaires Vorbis avec des paires clé-valeur UTF-8, et un bloc PICTURE pour la pochette. La conversion ne touche pas à ce système, et tous les champs de la source passent dans la sortie sans modification.

Pour un message vocal qui a été nommé par l’application avec un horodatage dans le champ TITLE, le FLAC hérite du même nom. Pour un enregistrement de balado qui portait titre, artiste, album et pochette, le FLAC porte les mêmes informations. C’est la conversion la moins destructive de cette catégorie sur les métadonnées, et c’est presque une simple copie des blocs descriptifs.

Opus tourne sur une horloge fixe à 48 000 Hz en interne, et le FLAC hérite de cette fréquence. La conversion ne ré-échantillonne pas, et c’est le bon réglage par défaut : ré-échantillonner à 44 100 Hz ajouterait une étape de traitement sans information nouvelle.

Pour un CD audio à graver, le FLAC doit être à 44 100 Hz, et un ré-échantillonnage sera nécessaire au moment de la gravure. Pour un montage vidéo ou un éditeur de podcast, 48 kHz est la fréquence attendue, et le FLAC s’importe sans manipulation. Pour un travail d’archivage, garder la fréquence d’origine est presque toujours la bonne réponse.

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 message vocal Opus décodé se compresse à environ 60 à 70 pour cent de sa taille non compressée plutôt qu’aux 50 à 55 pour cent qu’une voix captée au microphone atteint. Un message vocal de deux minutes à 32 kbps pèse environ 480 ko et devient un FLAC de 1,5 à 2 Mo, ce qui est environ trois à quatre fois plus gros pour strictement la même information sonore. La taille est le coût d’un fichier de travail, et c’est temporaire.

Les messages vocaux et les enregistrements d’appels sont presque toujours un seul canal, et la conversion les garde ainsi. Un FLAC mono fait la moitié de la taille d’un stéréo au même contenu, et il n’y a aucun bénéfice à dupliquer un canal en deux.

Pour une configuration multicanal — cas très rare, mais qui existe dans certaines expérimentations WebRTC — le FLAC est en stéréo à 48 000 Hz, ce qui est un downmix fait par le décodeur. Pour un usage qui doit conserver les canaux discrets, garder l’Opus est la bonne route, parce que la conversion les perdrait par un repli inévitable.

Un message vocal d’une application de messagerie peut porter une pochette — l’avatar du correspondant, par exemple — et la conversion la transporte dans un bloc PICTURE du FLAC. Le bloc porte le type MIME, la description, et les dimensions, ce qui permet à un lecteur d’afficher la pochette sans avoir à la deviner à partir d’un nom de fichier.

Pour un message vocal d’une autre application qui ne pose pas de pochette, le FLAC sort sans bloc PICTURE, et c’est cohérent avec la source. Aucune pochette n’est inventée par la conversion, et c’est volontaire — il vaut mieux un fichier honnête sur son contenu qu’un fichier qui devine ce qu’il aurait pu avoir.

Le décodeur et l’encodeur sont chargés à la demande, et tournent dans l’onglet. Aucune requête ne porte le fichier, et l’onglet réseau est vide pendant la conversion. Pour un message vocal qui contient une information privée, un entretien à protéger, une discussion professionnelle sensible, c’est la forme de conversion qui ne crée pas de copie sur l’infrastructure d’un tiers.

La taille maximale acceptée par la version gratuite est 100 Mo par fichier. Un message vocal est presque toujours très en deçà, et la limite ne se voit pas. Pour une archive d’appels ou un export de messagerie, c’est l’archive qui pèse, et elle se découpe par date ou par correspondant avant la conversion, avec un outil local qui produit un Opus de moins de 100 Mo par fichier.

Le FLAC est par définition sans perte, et la sortie de cette conversion l’est aussi : aucun bit n’est modifié entre la décodage de l’Opus et l’écriture du FLAC. C’est différent de toutes les autres cibles de cette catégorie, qui sont toutes avec perte. Le FLAC qui sort est donc strictement un changement de contenant, et l’audio à l’intérieur est exactement ce qui a survécu à l’encodage Opus.

Pour un message vocal qui sera archivé et potentiellement ré-édité plusieurs fois, c’est la forme qui coûte un peu d’espace disque mais qui élimine entièrement l’accumulation de pertes. Pour un message vocal qui sera écouté une fois puis jeté, c’est de la dépense inutile, et garder l’Opus d’origine est la bonne route. Le bon moment de convertir dépend du cycle de vie du fichier, et c’est l’auteur de l’archive qui décide.

FLAC pose une signature MD5 sur les échantillons audio non compressés, calculée à l’écriture. Cette signature permet de vérifier après copie, après transfert, ou après plusieurs années de stockage, que les échantillons n’ont pas été modifiés par un bit. Pour un archivage à long terme, c’est la propriété qui distingue le FLAC du WAV, et c’est la raison pour laquelle les archivistes le préfèrent depuis vingt ans.

Pour un fichier de travail, la signature est présente mais rarement vérifiée. Pour un fichier qui doit être préservé à l’identique, la vérifier après une copie importante est la bonne discipline, et c’est une commande `md5sum` ou `flac --test` qui le fait. Le FLAC est garanti par construction de détecter une altération, et c’est utile quand on ne sait pas ce que l’avenir fera subir au fichier.