Initializing... drag & drop files here
Supports: M4A
An M4A holds AAC: compressed, lossy, small. An AIF holds linear PCM: uncompressed, editable, large. Converting between them does not improve anything you can hear — AAC already discarded detail during its original encode and nothing can rebuild it — so the honest reason to do this is that a DAW, sampler, or hardware tool refuses to work with the compressed file. If your software imports M4A happily, you do not need this conversion.
The short answer: convert to AIF when you are about to edit the audio, and stay on M4A when you are about to listen to it.
| Property | M4A (input) | AIF (output) |
|---|---|---|
| Compression | Lossy AAC, occasionally lossless ALAC | Uncompressed linear PCM |
| Developer | MPEG / Apple | Apple, 1988, derived from Electronic Arts' IFF-85 |
| Container | MPEG-4 Part 14 | IFF chunk structure (FORM / COMM / SSND) |
| Byte order | Not applicable | Big-endian by default, which is what the AIFF spec assumes |
| Size, one minute stereo | roughly 1 MB at 128 kbps | roughly 10.6 MB at 16-bit / 44.1 kHz |
| Editing behaviour | Re-encodes on every save | No generation loss on repeated saves |
| Metadata | Rich tags, artwork, chapters | Minimal by comparison |
| Best for | Playback, streaming, storage | DAW sessions, sampling, mastering, sound design |
The Audio Codec control lives under "Show All Options" and offers four PCM variants. They are not interchangeable, because only one of them produces a classic AIFF file — the other three make the muxer write AIFF-C, the compressed-capable variant of the same container. We checked the written bytes on each: the default emits FORM…AIFF, and the other three emit FORM…AIFC with a compression identifier in the COMM chunk.
| Codec option | Container written | Sample size | Pick it when |
|---|---|---|---|
| PCM 16-bit Big Endian (default) | Classic AIFF | 16-bit | Always, unless you have a specific reason not to. This is what "an AIFF file" means to a DAW |
| PCM 16-bit Little Endian | AIFF-C, type sowt |
16-bit | A tool specifically asks for byte-swapped AIFF. sowt is "twos" backwards and involves no compression at all — only the byte order changes |
| PCM A-law | AIFF-C, type alaw |
8-bit companded | Telephony or voice-log interchange where A-law is the expected payload |
| PCM mu-law | AIFF-C, type ulaw |
8-bit companded | Same, for North American / Japanese telephony conventions |
A-law and mu-law halve the sample bytes, so the file is about half the size of the 16-bit options — but they are 8-bit companded telephony codecs, not a quality setting, and older editors that only read plain AIFF will refuse an AIFF-C file outright.
.m4a is accepted here, and you can queue several files to run with identical settings..aif. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours later — no sign-up, no watermark.No. AAC removes audio data permanently during its original encode, and wrapping the decoded result in an uncompressed container cannot bring any of it back. What you gain is an editable, generation-loss-free working file — every subsequent save keeps the same samples instead of re-compressing them. What you gain is not fidelity.
.aif the same as .aiff?Yes. Audio Interchange File Format has used both spellings since Apple introduced it in 1988, and players, editors, and DAWs treat them identically. This page writes .aif; if a tool insists on the four-letter form, use M4A to AIFF. For a file that carries the .aifc extension explicitly, use M4A to AIFC.
Because there is nothing to set. PCM stores raw samples, so the file size is fully determined by sample rate, bit depth, and channel count — there is no encoder making quality-versus-size decisions. That is why the whole File Compression section that appears on lossy targets is absent here, and why the only controls that change the output are Audio Codec, Audio Channel, and Audio Sample Rate.
At 16-bit, 44.1 kHz, stereo, uncompressed audio runs 1,411.2 kbps, which works out to about 10.6 MB per minute — so a four-minute track lands near 42 MB where a 128 kbps M4A of the same track is closer to 4 MB. Mono halves it to about 5.3 MB per minute, and 48 kHz stereo raises it to about 11.5 MB per minute. This is arithmetic from the sample format, not an estimate.
Because you changed the Audio Codec away from PCM 16-bit Big Endian. AIFF proper only defines big-endian PCM; little-endian samples, A-law, and mu-law all require the AIFF-C form of the container, so the muxer writes FORM…AIFC with a compression identifier instead of FORM…AIFF. Most modern software reads both, but some older editors and hardware only accept plain AIFF — switch the codec back to the default if you hit that.
They hold the same audio and sound identical; the difference is byte order and ecosystem convention. AIF is big-endian and the traditional Apple/Logic choice, WAV is little-endian and the cross-platform default on Windows and most non-Apple tools. Choose whichever your editor treats as native — M4A to WAV produces the WAV equivalent from the same source.
Very little. AIFF's metadata support is thin next to MPEG-4's, so artwork, extended tags, and chapter information generally do not survive the trip. If tags matter more than uncompressed samples, a lossless-but-tagged target is a better fit — M4A to FLAC keeps both.
Yes, and better. Most .m4a files hold lossy AAC, but some hold Apple Lossless. If yours is ALAC, the decoded samples are bit-identical to the original master, so the resulting AIF is a genuinely lossless copy rather than a large container around already-lossy audio. Either way the server decodes and re-writes the samples — nothing is copied through untouched — and the file size ends up the same, because PCM size depends only on rate, depth, and channels. For batch work across formats, the Audio Converter runs the same pipeline.