Initializing... drag & drop files here
Supports: M4A
M4A is a modern MPEG-4 container, almost always holding lossy AAC audio. AIFC (AIFF-C) is Apple's extended AIFF wrapper from 1991. The "C" stands for "Compressed," but the wrapper only can carry compression — it equally holds uncompressed PCM, and that is exactly what this converter writes (16-bit big-endian PCM). So a lossy AAC .m4a converted to AIFC becomes a much larger, uncompressed file that sounds identical to the original: decompressing AAC into PCM cannot restore detail the AAC encoder already discarded. Convert only when a specific legacy Apple tool demands an .aifc input — and keep your original M4A.
| Property | Value |
|---|---|
| Container | MPEG-4 Part 14 (ISO/IEC 14496-14), .m4a profile |
| Released | 2003 (Apple popularized it via iTunes) |
| Typical codec | AAC (lossy); sometimes ALAC (lossless) |
| Compression | Lossy by default — discards inaudible detail to shrink size |
| Bit depth | Decoded to PCM at 16-bit equivalent for most AAC streams |
| Native support | iTunes / Apple Music, QuickTime, most modern players, Android, Chrome / Edge / Safari |
| Best for | Music libraries, podcasts, small high-quality downloads |
| Property | Value |
|---|---|
| Standard | AIFF-C, Apple's extension of the EA IFF-based AIFF |
| Released | July 1991 (Apple Inc.) |
| Container | AIFF-C (form type AIFC); supersedes plain AIFF for compressed payloads |
| Payload here | Uncompressed PCM, 16-bit, big-endian (compression type NONE) |
| Can hold compressed audio? | Yes — legacy codecs (MACE, A-law, μ-law) — but rarely used and not written here |
| Native support | macOS, Logic Pro, QuickTime; decodes via FFmpeg-based tools elsewhere |
| Best for | Legacy Apple workflows, samplers, and DAWs that specifically require .aifc input |
No — and it is worth being blunt about it, because the format name invites the opposite assumption.
.m4a, some audio information was permanently removed. Nothing downstream — including converting to uncompressed PCM — can put it back.The honest use cases are narrow: feeding a pre-Logic-era Apple tool, an EXS24/Kontakt-era sampler, or a DAW that reads .aifc but refuses .m4a, or editing AAC audio in software that won't open MPEG-4 containers at all.
.m4a files onto the page or click "+ Add Files". You can queue several at once and convert them with the same settings.Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion — never shared or made public.
No. AIFF-C is a container that can carry compressed audio — legacy codecs such as MACE, A-law, or μ-law — but it can equally hold uncompressed PCM, and that is what this converter writes (compression type NONE, 16-bit big-endian). The "C" describes a capability of the wrapper, not what ends up inside your file. Because your AAC audio is decoded to uncompressed PCM, the AIFC output is larger than the M4A, not smaller.
No. M4A almost always holds lossy AAC, which permanently discarded some audio when it was first encoded. Converting to uncompressed AIFC decodes those AAC samples and stores them as-is — it cannot reconstruct what was removed. The output sounds identical to the M4A, just in a different, much larger container. In our testing, a 3-minute 256 kbps AAC .m4a (about 5.7 MB) produced an AIFC near 30 MB with no audible difference.
Because there is no compression applied. AAC shrinks audio by an order of magnitude versus raw PCM, while the AIFC here writes every sample out in full. CD-quality stereo PCM is roughly 10 MB per minute at 16-bit / 44.1 kHz, so a compact AAC track commonly expands several-fold when converted to uncompressed AIFC. The extra bytes are uncompressed data, not extra detail.
Almost nothing audible: both wrap the same uncompressed big-endian PCM and sound the same. The difference is the container's form type — AIFC versus AIFF — and AIFF-C files carry an extra version (FVER) chunk plus compression-type fields in their header. Pick AIFC only when a tool specifically requires the .aifc form; for a more widely expected plain AIFF, use M4A to AIFF.
Only when a specific piece of software demands the .aifc form type — for example a pre-Logic-era Apple authoring tool, or an older sampler that imported AIFF-C natively and rejects other containers. For most editing or mastering on a Mac, a plain AIFF via M4A to AIFF is the more standard target; for non-Apple editors, M4A to WAV produces an equivalent uncompressed file most tools prefer.
Yes. The M4A is your compact source, and the AIFC adds no quality on top of it — it only changes the container and inflates the size. Keep the M4A for storage and sharing, and treat the AIFC as a disposable working file for whatever legacy tool required it. If you later need an Apple-native lossless file that is also small, ALAC (Apple Lossless) is a better size/compatibility trade than uncompressed AIFC.
Files are uploaded over an encrypted (TLS) connection and processed on our servers — never in public view. They are deleted automatically a few hours after conversion, and we do not share them, watermark them, or require a sign-up to convert.