Convertire M4A in FLAC

M4A è un contenitore, e dentro può esserci AAC, con perdita, oppure ALAC — Apple Lossless — che non ne ha. L’estensione è identica, l’icona è identica, e tutto il valore di questa conversione dipende da quella differenza. Vale la pena spendere due minuti a scoprirlo prima di convertire una libreria intera.

La dimensione lo rivela più in fretta di qualsiasi strumento. Un brano di quattro minuti in AAC pesa quattro-otto megabyte; lo stesso brano in ALAC ne pesa venti-trenta. Su Mac, Cmd+I sul file indica il codec direttamente; nell’app Musica, aggiungendo la colonna Tipo si legge “File audio Apple Lossless” oppure “File audio AAC”. Le collezioni sono quasi sempre uniformi, quindi cinque file bastano per saperlo su tutti.

Il FLAC è senza perdita in senso preciso e limitato: ricostruisce esattamente, bit per bit, quello che gli viene dato. Non ha opinioni su quanto fosse buono di partenza. Datogli un audio che l’AAC ha già ridotto, lo conserverà perfettamente per sempre, in un file tre-cinque volte più grande.

L’istinto dietro l’errore è comprensibile: si sta standardizzando una libreria senza perdita, quindi tutto dovrebbe esserlo. Ma un FLAC ricavato da un AAC a 256 kbit indossa un’etichetta senza perdita su un audio con perdita, ed è peggiore dell’M4A in due modi: pesa di più, e sembra un master a chiunque sfogli la libreria in seguito, voi compresi.

ALAC e FLAC risolvono lo stesso problema con efficienza comparabile: entrambi ricostruiscono i campioni originali in modo esatto, ed entrambi arrivano a circa metà del peso del WAV equivalente. Convertire fra i due non perde assolutamente nulla, perché ogni passaggio è esatto.

Ciò che cambia è chi legge il file. Il FLAC, pubblicato nel 2001 e poi standardizzato come RFC 9639, è quello che leggono Plex, Jellyfin, Navidrome, i lettori di rete e praticamente tutti gli strumenti Linux. L’ALAC resta ben letto dentro l’ecosistema Apple e in modo incostante fuori. Se state spostando una collezione dall’iTunes verso un media server, questa è la conversione corretta e non ha alcun rovescio della medaglia.

Chi consolida una libreria spesso considera il WAV come alternativa, e il FLAC vince su ogni fronte che conta per l’archiviazione. Occupa circa la metà per lo stesso audio, e porta con sé un codice di controllo, così un file danneggiato da un disco che si deteriora può essere individuato invece di essere riprodotto sbagliato in silenzio.

Tiene anche i metadati in modo corretto: titolo, artista, album, numero di traccia e disco, genere, data e copertina hanno tutti un posto. Il blocco INFO del WAV ha spazio per sette campi in Latin-1 e nessuna copertina. Per una libreria che deve restare consultabile fra cinque anni, non è un dettaglio estetico.

Mille brani da quattro minuti in AAC alla velocità di 256 kbit di iTunes pesano circa otto gigabyte. Convertiti in FLAC — senza alcun miglioramento — diventano venticinque-trenta gigabyte, perché il FLAC non riesce a comprimere un audio con perdita già decodificato con la stessa efficacia con cui comprime una registrazione vera.

Gli stessi mille brani in ALAC sarebbero già venticinque-trenta gigabyte, e in FLAC resterebbero pressoché uguali. È il confronto onesto da fare prima di iniziare: una migrazione che tiene lo spazio quasi invariato e migliora la compatibilità, contro una che lo triplica e non migliora niente.

La decodifica qui usa i codec del dispositivo tramite WebCodecs, e l’ALAC non è fra i codec disponibili su quella strada. Un M4A Apple Lossless trascinato su questa pagina non produce quindi un FLAC rovinato: si ferma, con un messaggio che dice che niente nel file poteva essere convertito.

Per una libreria ALAC lo strumento giusto è un programma da computer con un decoder ALAC proprio: FFmpeg, dBpoweramp su Windows, XLD su Mac. La conversione lì è davvero senza perdita. Quello che questa pagina può fare per chi ha ALAC è confermare che la migrazione è corretta e indicare cosa usare.

C’è un’eccezione stretta a tutto quanto sopra, ed è l’unica. Se un audio va montato ripetutamente — tagliato, normalizzato, esportato, riaperto, esportato di nuovo — ogni salvataggio intermedio in un formato con perdita somma danno, mentre ogni salvataggio in FLAC no.

Convertire una sorgente con perdita in FLAC come file di lavoro, fare i passaggi ed esportare una sola volta alla fine evita l’accumulo di generazioni, anche se il punto di partenza era già compresso. È una decisione di montaggio con una fine definita, non una decisione d’archivio. Finito il lavoro, il FLAC intermedio ha esaurito la sua funzione.

Il blocco Vorbis comment del FLAC accoglie direttamente i campi comuni, quindi un file convertito arriva in un media server con titolo, artista, album, numeri di traccia e disco, genere, data, commento e testo, e con la copertina incorporata come blocco immagine.

Ciò che non passa è lo strato specifico Apple: dati di acquisto, identificativi del negozio, atomi personalizzati e campi iTunes senza equivalente Vorbis. Vengono scartati invece di essere scritti come chiavi inutili — se la vostra libreria dipende da un campo aggiunto a mano in iTunes, convertite un album e controllatelo nel media server prima di convertirne novecento.

Si possono trascinare fino a cento file insieme: ognuno viene convertito per conto suo e tornano come un unico ZIP, con un tetto di 100 MB per file, perché il lavoro gira sul vostro processore e non su un server. Cento non è un suggerimento — un file oltre quella soglia viene elencato e lasciato da parte.

Il punto sulla privacy qui non è astratto. Una libreria musicale è un ritratto abbastanza completo di ciò che qualcuno ha comprato e ascoltato per quindici anni, e affidarla a un sito di conversione significa consegnare quel ritratto. Niente lascia la scheda: aprite il pannello di rete degli strumenti per sviluppatori durante una conversione e vedrete la pagina e la pubblicità che la finanzia, nessuna richiesta che porta il vostro audio.