Envoyez un fichier AIFF et récupérez un FLAC. Sans inscription, sans filigrane, sans limite de nombre.
L'AIFF est le format PCM non compressé d'Apple — le pendant du WAV : même audio, ordre des octets différent et un conteneur qui gère nettement mieux les métadonnées.
Où vous le croisez : Sessions Logic et Pro Tools, enregistrements sur Mac, vieux logiciels Apple qui l'écrivaient par défaut.
Ce qu'il coûte : Aussi volumineux qu'un WAV et, hors du monde Mac, sensiblement moins bien accepté.
Le FLAC compresse sans perte : il divise en général un WAV par deux et restitue exactement les mêmes bits au décodage. Il est libre, ouvert et bien pris en charge hors de l'univers Apple.
Où vous le croisez : Rips archivés, téléchargements Bandcamp et Qobuz, quiconque tient une discothèque qu'il compte encore avoir dans dix ans.
Ce qu'il coûte : La moitié d'énorme reste gros, et certains matériels — les autoradios en particulier — ne le lisent pas.
Un AIFF est du PCM non compressé — le même audio qu'un WAV avec les octets dans l'autre sens — le FLAC le compresse donc exactement et restitue des échantillons identiques au décodage, exports 24 bits compris, à pleine profondeur. La subtilité est du côté de l'AIFF : la plupart des fichiers écrits par les logiciels Apple sont techniquement de l'AIFF-C, la variante dotée d'un champ de compression. Ce champ indique le plus souvent sowt, c'est-à-dire non compressé et à octets permutés, et tout va bien. Il indique parfois IMA4 ou µ-law, de véritables compressions avec perte qu'employaient les anciens logiciels Mac, et le FLAC conserve alors fidèlement quelque chose de déjà abîmé.
C'est la bonne destination pour une bibliothèque audio Mac ou un dossier d'exports Logic et Pro Tools, et le vrai gain n'est pas l'espace disque. Un AIFF n'a aucun moyen de vous dire s'il est encore le fichier que vous avez écrit — pas de somme de contrôle, rien à quoi le comparer — alors qu'un FLAC stocke une empreinte de son propre audio : une session archivée aujourd'hui pourra être testée dans dix ans et réussir, ou vous dire clairement qu'elle a échoué. Les échantillons sont identiques : rien n'est risqué dans le déplacement. La pochette ne survit pas à la conversion, ce qu'il vaut mieux vérifier avant de supprimer l'AIFF.
Oui, entièrement, et sans limite sur le nombre de fichiers. Pas de compte, pas de filigrane, pas d'essai.
Aucune pour un AIFF ordinaire ou un AIFF-C marqué sowt : la transformation est exacte dans les deux sens et la profondeur est conservée, donc un export 24 bits de Logic ou de Pro Tools le demeure. L'exception est le cas de l'AIFF-C compressé ci-dessus — rien de plus n'est perdu, mais rien n'est récupéré. Si vous ne savez pas lequel vous avez, ffprobe nomme le codec : tout ce qui est annoncé pcm_s16be, pcm_s24be ou pcm_s16le est de la bonne espèce.
Environ la moitié. Le matériau haute résolution se compresse proportionnellement moins bien, les bits de poids faible d'un échantillon 24 bits étant quasi aléatoires et n'offrant rien à prédire à l'encodeur : un export de session 24 bits à 96 kHz atterrit plutôt aux deux tiers qu'à la moitié. Cela reste la façon la moins chère de garder ce fichier intact, et pas seulement petit.
Pas ici. Le AIFF peut être lu mais pas écrit par ce convertisseur — ffmpeg le décode sans peine, et le réencoder donnerait un format que presque rien ne lit. S'il vous faut le AIFF d'origine, conservez-le plutôt que de le recréer.
Le fichier est envoyé pour effectuer la conversion — rien ici ne tourne dans votre navigateur — et votre envoi comme le résultat sont supprimés à l'instant où le fichier repart. Rien n'est conservé et rien n'est journalisé au-delà de la requête elle-même.