Convertir M4A en OPUS

M4A porte en général de l’AAC, qui est un codec avec perte conçu pour la musique. Opus est un codec avec perte plus récent (2012, RFC 6716), conçu pour la voix, la musique, et le streaming, avec une efficacité meilleure à bas débit. Notre convertisseur décode l’AAC en PCM, puis ré-encode en Opus. C’est une génération de perte, et c’est explicite dans le code source. La qualité ne peut pas s’améliorer, elle ne peut que se dégrader ou rester stable.

Pour un audio déjà à 256 kbit/s en AAC, le passage en Opus à 128 kbit/s donne un fichier plus petit pour une qualité perçue équivalente. Pour un audio à 128 kbit/s, le passage en Opus à 96 kbit/s dégrade la qualité, et il faut accepter cette dégradation. Le bon usage est de partir d’une source AAC à débit moyen-élevé et de viser un débit Opus plus bas pour gagner en taille.

À 64 kbit/s, Opus est clairement meilleur qu’AAC pour la voix, et meilleur aussi pour la musique, parce que le codec a été conçu pour les deux. À 128 kbit/s, l’écart se réduit. À 256 kbit/s, les deux sont excellents. Le choix d’Opus plutôt qu’AAC est pertinent pour les usages à bas débit : voix sur IP, podcasts, streaming mobile, livres audio. Pour la musique à haut débit, AAC est équivalent ou légèrement meilleur selon le contenu.

Pour un usage de podcasting, Opus à 64 ou 96 kbit/s est devenu un standard de fait. Pour un usage de VoIP, Opus est le codec de WebRTC, et c’est le codec par défaut des navigateurs modernes. Pour un usage de streaming musical haute fidélité, AAC à 256 kbit/s est encore une cible. Le bon choix dépend du contexte, pas de la qualité absolue.

Notre pipeline média expose trois bandes de qualité, `low`, `medium`, `high`, avec `medium` par défaut. Le mapping vers les nombres est délégué au codec (mediabunny), et notre code ne résout pas les bandes en kbit/s. C’est explicite dans le code source, et le commentaire qui le justifie est sans détour : « les constantes de qualité de mediabunny se résolvent par codec, ce qui est la raison de les utiliser ». Ne publiez pas de chiffre en kbit/s comme étant le nôtre.

Pour un podcast voix, `low` est généralement suffisant. Pour un podcast musique, `medium` est l’équilibre. Pour un master avant mastering, `high` est le minimum. Pour un envoi qui doit rester compact, `low` est la cible. Les valeurs par défaut sont partagées par toutes les cibles média, et c’est explicite dans le code source.

Opus est décodé par tous les navigateurs modernes sans configuration. AAC est aussi décodé nativement. Notre convertisseur utilise mediabunny, qui s’appuie sur WebCodecs, et qui demande au navigateur de décoder AAC. Une runtime probe tourne une fois par session pour vérifier que la machine sait décoder, et c’est explicite dans le code source. Si la machine ne sait pas, l’utilisateur voit un message d’erreur qui nomme les navigateurs compatibles.

Pour un fichier de podcast, c’est sans problème sur les navigateurs de ces cinq dernières années. Pour un fichier audio ancien ou un fichier protégé, c’est sans problème aussi. Pour un usage de production, le bon réflexe est de tester sur le navigateur cible avant de convertir un stock entier. Notre convertisseur ne fait pas de fallback serveur, et c’est explicite dans la liste des moteurs disponibles.

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 Opus. 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 podcast qui doit arriver étiqueté à une plateforme, 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 un outil dédié). Pour un podcast qui sera ré-étiqueté par la plateforme (Spotify, Apple Podcasts), 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 Opus peut aussi en porter (Vorbis comment PICTURE block). Notre pipeline ne porte pas la pochette, et c’est la même politique que les tags. Pour un podcast qui doit afficher sa pochette dans un lecteur, c’est un défaut. La bonne pratique est d’ajouter la pochette après la conversion, dans un éditeur de tags Vorbis.

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 Vorbis d’Opus. 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 plusieurs pistes audio (plusieurs langues, plusieurs commentaires), et Opus peut aussi porter plusieurs pistes. Notre convertisseur ne copie qu’une piste, la première, et c’est explicite dans la doc du format. Pour un podcast qui a une piste française et une piste allemande, seule la première sort en Opus. Pour un master multi-piste, c’est un défaut, et le bon outil est un convertisseur dédié.

Pour la grande majorité des cas, un M4A n’a qu’une piste, et la conversion est sans surprise. Pour les fichiers multipistes (rarement produits en M4A, plus souvent en MKV ou MP4), il faut vérifier la chaîne en aval. Notre convertisseur fait ce qu’il dit et n’invente pas de pistes.

Le M4A source n’est pas uploadé, l’Opus 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 podcasts qui peuvent contenir des entretiens sous embargo, des titres non sortis, des témoignages confidentiels. 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.