AudioUtils

M4A to FLAC for Podcasts

Convert M4A to FLAC for podcast distribution. FLAC is ideal for editing and archiving your podcast episodes before final export.

M4AFLAC

Drop your M4A file here or click to browse

M4A (.m4a) · Max 20 MB

Podcasters hit this specific conversion because iPhone Voice Memos is where the M4A came from — a remote guest, a field recording, a clip — and M4A is Apple's default, and while it plays widely, many DAWs and editors refuse it or import it with wrong durations. For a show you need FLAC, so the M4A-to-FLAC step is part of the edit, not an afterthought.

Edit in FLAC, publish in something lossy. Keeping the working file lossless means your cuts, levelling, noise reduction, and EQ all happen on raw samples — and only the final episode export is lossy, applied once to the finished mix.

Podcast bitrates are lower than most people assume, deliberately. 128 kbps stereo is the widely used standard, and 64–96 kbps mono is entirely respectable for pure speech — it roughly halves the download for every listener, which adds up across a back catalogue and matters to anyone on limited mobile data. Reserve 192 kbps and above for shows where music genuinely carries the experience.

Mono is the decision most worth revisiting. If your episode is voices with no meaningful stereo image — which describes most interview and solo shows — mono at 96 kbps is perceptually equivalent to stereo at 192 and half the size. Publishing stereo by default is a habit, not a requirement. And archive the lossless edit: social clips, best-of segments, and fixes should always be cut from that, never from the published file.

The file gets bigger — roughly 4× — because FLAC stores about 5 MB per minute against M4A's 1.2. For a working file that's irrelevant. M4A is lossy, and the detail its encoder discarded is gone permanently — converting to FLAC cannot restore it. What you gain is that nothing you do afterwards costs any further quality.

Most people meet M4A through iPhone Voice Memos. It is a fine format there; the trouble is that M4A is Apple's default, and while it plays widely, many DAWs and editors refuse it or import it with wrong durations. FLAC is the destination when you need uncompressed, edit-ready audio that every DAW and editor accepts. Budget for roughly 5 MB per minute — about 4× what the M4A took. You're trading disk for a format that tools actually accept. One honest note on this exact pair: M4A is already lossy, so moving to FLAC cannot restore detail the M4A encoder discarded — it hands you an uncompressed container, not better audio, and the value is a loss-free chain from here on.

Frequently Asked Questions

What bitrate should I publish a podcast at?

128 kbps stereo is the widely used standard. For pure speech, 64–96 kbps mono is entirely respectable and halves the download for every listener — which adds up across a back catalogue and matters to anyone on limited mobile data.

Should my podcast be mono or stereo?

If it is voices with no meaningful stereo image — most interview and solo shows — mono at 96 kbps is perceptually equivalent to stereo at 192 and half the size. Publishing stereo by default is a habit, not a requirement.

When should I convert in my podcast workflow?

Early. Getting to FLAC before you edit means your cuts, levelling, and EQ all happen on raw samples, and only the final publish step is lossy.

Will a higher bitrate make voices sound better?

Barely, past about 128 kbps — you would mostly be encoding room tone and mic noise at a cost your listeners pay in download size. Quality comes from the recording and the edit, not the encoder.

Should I keep the lossless edit after publishing?

Yes. Social clips, best-of segments, and fixes should be cut from the lossless edit, never from the published file, which has already thrown detail away.

About M4A

Apple's preferred audio format. Better quality than MP3 at same bitrate. Default for iTunes and Apple devices.

About FLAC

Lossless compression. Perfect quality at roughly half the size of WAV. The choice for audiophiles and archiving.