Initializing... drag & drop files here
Supports: WAV
WAV (developed by IBM and Microsoft in 1991) and AIFF (Apple, 1988) are the two classic uncompressed PCM containers. AIFF-C — usually written AIFC — was added in 1991 as an extension that keeps the AIFF container but allows the audio chunk to use a named codec instead of raw PCM. Per the AIFF-C specification, the codec ID lives in the COMM chunk and can be NONE (uncompressed PCM, big-endian), alaw, ulaw, ima4 (IMA ADPCM 4:1), fl32/fl64 (32/64-bit float), or various legacy Apple codecs (MAC3, MAC6, ACE2, ACE8). Common reasons to convert WAV → AIFC:
fl32 natively where plain AIFF would force a re-container into WAV or CAF.| Property | WAV | AIFC |
|---|---|---|
| Container origin | Microsoft / IBM, 1991 | Apple AIFF-C extension, 1991 |
| Byte order (default PCM) | Little-endian (RIFF/LE) | Big-endian (FORM/BE), per AIFF lineage |
| Compression support | Uncompressed PCM (and some via tags) | Named codecs in COMM chunk: PCM, A-law, mu-law, IMA4, fl32/fl64, MACE |
| Typical 4-min stereo CD quality | ~40 MB (1411 kbps PCM) | ~40 MB PCM, ~20 MB mu-law, varies by codec |
| Native platform | Windows, cross-platform | macOS, classic Mac OS, iOS legacy |
| File extensions | .wav |
.aifc, sometimes .aif or .aiff |
| Tag/metadata | LIST/INFO, RIFF chunks, BWAV | ID3, AIFF text chunks (NAME, AUTH, ANNO) |
| Best for | Windows-side pro audio, broadcast (BWAV), VST | Mac-side pro audio, AIFF-only toolchains needing compression |
| AIFC codec ID | Description | Compression | When to pick |
|---|---|---|---|
NONE (PCM 16-bit BE) |
Big-endian uncompressed PCM | 1:1 (lossless) | Default — true AIFF-family lossless, indistinguishable from WAV PCM bit-for-bit |
| PCM 24-bit LE | 24-bit linear PCM | 1:1 (lossless) | Studio masters from 24-bit DAW bounces |
alaw (PCM A-law) |
8-bit log-companded, ITU-T G.711 | ~2:1 lossy | European telephony, IVR prompts, voicemail |
ulaw (PCM mu-law) |
8-bit log-companded, ITU-T G.711 | ~2:1 lossy | North American / Japanese telephony, voicemail, announcement beds |
ima4 (IMA ADPCM) |
4-bit adaptive PCM | ~4:1 lossy | Classic Mac/iOS game sound effects, short loops |
fl32 / fl64 |
32/64-bit IEEE float | 2:1 / 4:1 larger than 16-bit | Headroom-preserving masters; processing chains expecting float |
It is different at the file-format level, even though the container looks the same. Standard AIFF supports only uncompressed big-endian PCM. AIFC ("AIFF-C", added to the AIFF spec in 1991) keeps the same FORM container but stores a 4-character codec ID in the COMM chunk — so the same .aifc file can hold PCM, A-law, mu-law, IMA ADPCM, or 32/64-bit float audio. If you only need lossless PCM and you want maximum compatibility, convert to AIFF instead.
Because AIFC's whole reason to exist is to extend AIFF with optional codecs while still defaulting to AIFF's native encoding. Big-endian 16-bit PCM is what the AIFF lineage uses; an AIFC file with codec NONE is byte-for-byte equivalent in audio data to an AIFF file (the wrapper differs). Pick a lossy codec (mu-law, A-law, IMA) only when you specifically need the size reduction.
VLC plays AIFC reliably on Windows, macOS, and Linux. Windows Media Player has historically been inconsistent — newer Windows 11 Media Player builds open most AIFC files, but the codec-specific variants (A-law, mu-law, IMA4) sometimes fail. If you need a guaranteed Windows-native playback path, convert WAV to MP3 or stick with WAV.
Lossless if you keep the default codec (PCM 16-bit Big Endian) — that's a sample-format and byte-order change only; no audio data is discarded. Lossy if you switch to A-law / mu-law (8-bit companded) or IMA ADPCM (4-bit adaptive). The codec column in the AIFC Quick Guide above marks which are which.
Yes, with PCM 24-bit Little Endian selected. The sample rate carries through unchanged unless you explicitly downsample via the Audio Sample Rate dropdown. Note that classic AIFC tooling sometimes expects big-endian PCM, so very old Mac applications may not parse a 24-bit LE AIFC — modern DAWs handle both.
You usually wouldn't. FLAC is lossless and typically achieves ~50-60% of the original size; AIFC's lossy mu-law / A-law only reaches ~50% with audible quality loss. AIFC compression makes sense only when the receiving tool requires the AIFF container family. For general lossless compression, convert WAV to FLAC is the better choice.
Yes — drop the whole folder in at once. Each WAV converts independently on our servers with the same codec, sample rate, and channel settings, and the files download individually or bundled as a ZIP. Useful for delivering session stems to a Logic / ProTools editor on Mac.
XConvert has the round-trip page at AIFC to WAV. Going AIFC → WAV is lossless when the AIFC was PCM-based; if the AIFC used a lossy codec (A-law, mu-law, IMA), the WAV will be the decoded PCM but the lossy step that produced the AIFC is permanent.