Initializing... drag & drop files here
Supports: AIF, AIFF
AIF (Audio Interchange File Format) was developed by Apple in 1988 and stores uncompressed big-endian PCM audio. At CD quality (44.1 kHz, 16-bit, stereo) the bitrate is 1411.2 kbps — roughly 10 MB per minute, ~40 MB for a 4-minute track, and well over 500 MB for a full album bounce. That's manageable on a studio drive but punishing for every other workflow. Compressing AIF — whether by switching codecs inside the AIFF-C variant or by downsampling — is the practical way to keep working in Apple's native container without choking shared drives, email, or upload pipelines.
| Property | AIF / AIFF | WAV | FLAC | ALAC |
|---|---|---|---|---|
| Default encoding | Uncompressed PCM (big-endian) | Uncompressed PCM (little-endian) | Lossless compressed | Lossless compressed |
| Typical size reduction vs PCM | 0% (AIFF) / ~50% (AIFF-C mu-law) | 0% | ~40-60% | ~40-60% |
| Developed by | Apple (1988) | Microsoft / IBM (1991) | Xiph.Org (2001) | Apple (2004) |
| Native on macOS | Yes | Yes | Decoded since 11.0 Big Sur | Yes |
| Native on Windows | Partial (Media Player decodes) | Yes | Requires codec / VLC | Requires iTunes or codec |
| Embedded loop points / instrument chunks | Yes (INST, MARK chunks) | Limited | No | No |
| Common DAW use | Logic Pro, Pro Tools, MOTU | Cubase, Reaper, Audition | Mastering / archival | Apple Music delivery |
| Codec | Compression ratio | Quality impact | Best for |
|---|---|---|---|
| PCM 16-bit Big Endian | None (1:1) | Lossless, identical to source | Re-saving without size change |
| PCM mu-law (default) | ~2:1 | Slight dynamic-range loss; transparent for speech | Voice, podcasts, sample reduction |
| PCM A-law | ~2:1 | Same as mu-law with European telephony curve | Compatibility with EU/G.711 systems |
| Mono downmix (any codec) | 2:1 on top of codec | Loses stereo image | Single-source vocals, narration |
| Sample rate 44100 → 22050 Hz | ~2:1 on top of codec | Audio above ~10 kHz removed | Voice, AM-radio fidelity |
| Sample rate 44100 → 16000 Hz | ~2.75:1 on top of codec | Audio above ~7 kHz removed | Speech, dictation, telephony |
| Sample Rate | Channels | Encoding | ~Size per Minute |
|---|---|---|---|
| 44100 Hz | Stereo | 16-bit PCM (uncompressed AIFF) | ~10.1 MB |
| 44100 Hz | Mono | 16-bit PCM | ~5.0 MB |
| 44100 Hz | Stereo | mu-law (8-bit) | ~5.0 MB |
| 22050 Hz | Mono | mu-law (8-bit) | ~1.3 MB |
| 16000 Hz | Mono | mu-law (8-bit) | ~960 KB |
| 8000 Hz | Mono | mu-law (8-bit) | ~480 KB |
Because standard AIF stores raw PCM samples with no compression. CD-quality stereo (44.1 kHz, 16-bit, 2 channels) runs at 1411.2 kbps; a 256 kbps AAC of the same recording is ~5.5x smaller because it discards inaudible information psychoacoustically. The AIF container itself adds only a small header — the size is almost entirely audio data.
Mu-law is a companding algorithm standardized in ITU-T G.711 that maps 16-bit linear PCM onto 8 bits using a logarithmic curve, so quiet samples get more precision than loud ones. It roughly halves the file size, decodes everywhere FFmpeg or QuickTime is available, and keeps the AIFF-C container so downstream tools still see a .aif file. It's lossy in dynamic range but transparent for speech and casual listening — which is why telephony has used it since the 1970s.
Yes. AIFF-C (the variant that holds mu-law, A-law, ADPCM, and other compressed codecs) is part of the same container family Apple shipped in 1991 and is read natively by Logic Pro, Pro Tools, QuickTime, and FFmpeg-based tools like VLC. The file extension stays .aif. On Windows, modern Media Player and VLC decode AIFF-C; some legacy Windows tools that only handle uncompressed AIFF may need PCM 16-bit Big Endian instead.
Stay in AIF when your destination tool requires the .aif extension or when you want lossless behavior inside an Apple workflow. Convert to FLAC when you want true lossless compression (~40-60% smaller, bit-perfect decode). Convert to MP3 when you need ~90% size reduction and are okay with perceptual loss — fine for streaming, distribution, and most listening contexts.
AIF and AIFF refer to the same Audio Interchange File Format — AIF is the truncated extension used on systems that historically allowed only three letters, and many Apple apps still write .aif. AIFC (sometimes .aifc) is Apple's 1991 extension that adds a compression chunk to the container so non-PCM codecs like mu-law, A-law, and IMA ADPCM can live inside. XConvert accepts .aif and .aiff uploads and writes either uncompressed or AIFF-C output depending on the codec you pick.
Two likely causes. First, mu-law and A-law are 8-bit lossy and reduce dynamic range — bright cymbals and reverb tails are the first to degrade. Second, if you also lowered the sample rate, anything above the Nyquist frequency (half the new rate) is gone — dropping to 16000 Hz removes everything above 7-8 kHz. For music, stay at 44100 Hz and use mu-law alone, or skip mu-law and use FLAC for transparent compression.
The XConvert compressor's primary controls are codec, sample rate, channels, and trim — pick a codec/sample-rate combo from the size table above to land near your target. For example, a 12-minute stereo voice memo at 44.1 kHz PCM (~120 MB) shrinks under 10 MB with mu-law + 22050 Hz + mono. Trimming silent head/tail with the Trim option saves more. If you need an exact byte target, an AIF to MP3 conversion gives finer bitrate control.
No. PCM 16-bit Big Endian is the canonical uncompressed AIFF encoding — re-saving in that codec is bit-for-bit identical to your source (assuming the source sample rate and channel count are unchanged). Use it when you want to repair container metadata, strip non-standard chunks, or convert AIFC files back into vanilla AIFF without altering the audio itself.
No. XConvert processes files in a temporary session and removes them after download. There is no sign-up requirement and no watermark on the output.