Initializing... drag & drop files here
Supports: CAF
CAF (Core Audio Format) is Apple's modern container for raw and compressed audio; AIFC, also written AIFF-C, is the compression-capable variant of Apple's older AIFF format. Both are Apple containers, so this conversion is almost always a re-wrap into a format that older Mac authoring tools, samplers, and AIFF-family workflows can open. If your CAF holds uncompressed PCM, the output AIFC carries the same samples at the same fidelity — only the container header changes.
| Property | Value |
|---|---|
| Developer | Apple |
| Released | 2005 (Mac OS X 10.4 Tiger) |
| Container type | Core Audio Format — chunk-based |
| Payload | PCM, AAC, Apple Lossless (ALAC), IMA4, and other Core Audio codecs |
| Byte order | Stores either; offsets are 64-bit |
| File size ceiling | None in practice — 64-bit offsets remove the ~4 GB cap of WAV/AIFF |
| Best for | Long recordings, surround loops, and sound libraries inside Apple software |
| Property | Value |
|---|---|
| Developer | Apple |
| Released | AIFF in 1988; the AIFF-C/AIFC extension in 1991 |
| Container type | IFF-based; FORM type changed from AIFF to AIFC |
| Payload | Usually uncompressed PCM (NONE) or sowt (little-endian PCM); can also hold a compressed codec |
| Byte order | Classic AIFF is big-endian; AIFC/sowt is little-endian — the form macOS and iTunes export |
| File size ceiling | ~4 GB (32-bit chunk size fields) |
| Best for | Compatibility with AIFF-family editors, older Mac apps, and samplers |
.caf file onto the page or click "+ Add Files" to pick one or several from your computer.Not quite. AIFC (AIFF-C) is a superset of AIFF: it keeps the same IFF chunk structure but changes the FORM type from AIFF to AIFC and adds a compression field. In practice most AIFC files — including everything macOS and iTunes export — are uncompressed PCM stored as the little-endian sowt type, so they sound identical to AIFF. The format simply gives Apple a slot to declare a codec when one is used.
If your CAF holds uncompressed PCM and you keep a PCM codec for the AIFC output, the conversion is lossless — the audio samples are copied unchanged into a different header. If your CAF holds a lossy codec such as AAC, decoding it to PCM AIFC will not restore detail that was already discarded; you just get a larger uncompressed file of the same lossy audio. In our testing, a 16-bit/44.1 kHz PCM CAF and its AIFC output measured byte-for-byte identical audio data.
It can, but on this converter it does not. The "C" stands for "compression-capable," not "always compressed." AIFC was designed to optionally carry codecs like IMA4 or MACE, but Apple's own default and the output here is uncompressed PCM. If you actually need a smaller portable file, an uncompressed AIFC is the wrong target — convert to a lossy format with CAF to MP3 instead.
AIFC and WAV both carry uncompressed PCM at the same fidelity, so the choice is about ecosystem. Pick AIFC when an older Mac editor, sampler, or AIFF-family workflow expects an AIFF/AIFC file. Pick WAV — via CAF to WAV — when you need the broadest cross-platform and Windows compatibility. Both share the same ~4 GB ceiling, unlike CAF.
CAF itself has effectively no size limit because it uses 64-bit offsets, but AIFC inherits AIFF's 32-bit chunk-size fields, so the output is bounded at roughly 4 GB. The practical limit on your side is upload size and time rather than the format. For a very long recording that would exceed AIFC's ceiling, convert to a compressed format instead.
Your file is uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours. There is no sign-up, no watermark, and your audio is never shared or made public.