Initializing... drag & drop files here
Supports: CAF
You have a .caf file, and Windows, Android, your car, or your editing app refuses to open it. CAF is Apple's Core Audio Format — fully supported inside macOS and iOS, and largely invisible everywhere else — so the fix is to re-encode the audio into MP3, which every phone, browser, player and upload form on the planet accepts. This walk-through covers the upload, which bitrate setting to use for speech versus music, the errors that actually come up, and the cases where MP3 is the wrong answer.
.caf onto the page or click "+ Add Files" to browse for it. Several recordings can be queued and converted with the same settings in one pass.Bitrate is the only setting that materially changes how the result sounds, because MP3 is lossy — it discards audio information to hit a size target, and a higher bitrate discards less. Match the number to what the CAF actually contains rather than reaching for the maximum every time.
| Constraint | What our encoder does | Practical effect |
|---|---|---|
| Bitrate range | Constant and custom bitrates are clamped to 32-320 kbps | A value typed outside that range is pulled to the nearest end rather than rejected |
| Channels | MP3 tops out at 2 channels | A multichannel CAF is downmixed to stereo automatically |
| Sample rate | Snapped to the nearest rate MP3 can store: 32/44.1/48 kHz (MPEG-1), 16/22.05/24 kHz (MPEG-2), 8/11.025/12 kHz (MPEG-2.5) | A 96 kHz CAF master lands at 48 kHz — audible range intact, but no longer a high-resolution file |
| Encoding | The audio is always decoded and re-encoded | There is no repackage-only path, so a CAF that already held MP3-like lossy audio still takes a second generation |
.caf won't open on Windows or Android at all." Expected — Core Audio Format has almost no support outside Apple's platforms. Converting it here is the fix, and you do not need any Apple software to do it.MP3's strength is universality, not fidelity per kilobit. If the destination is anything made in the last fifteen years, CAF to AAC sounds better at the same size, and CAF to M4A wraps that same AAC in a container that carries title, artist and artwork. If you are going to keep editing the audio, do not go lossy at all — take the PCM out with CAF to WAV and export MP3 only at the end. And no online converter can help with a corrupted or partially downloaded .caf, or with DRM-protected audio; those need the original source file, not a different format.
Straight arithmetic from the bitrate, so these hold for any recording of that length.
| Setting | Typical use | Size per minute |
|---|---|---|
| 96 kbps mono | Dictation, lectures, long interviews | ~0.7 MB |
| 128 kbps | Podcasts, general speech | ~0.9 MB |
| 192 kbps | Music where size still matters | ~1.4 MB |
| 256 kbps | Music, most listeners cannot pick it from the source | ~1.8 MB |
| 320 kbps | MP3's ceiling; dense mixes or further editing | ~2.3 MB |
Core Audio Format is Apple's container, supported by the Core Audio framework on macOS and iOS. Windows, Android and most web players simply do not implement it, and many media players will not even probe the file. Nothing is wrong with your file — it is a platform gap, and it is the single most common reason people convert CAF to MP3.
From software built on Apple's audio stack: Logic Pro and GarageBand can export it, Mac recording and audio-routing utilities write it, and iOS apps and games use it for sound assets. Apple's own documentation describes CAF files that define patches for software instruments such as the iOS Sample Player audio unit. In short, if a Mac or iOS app produced the file, CAF was a natural choice for whoever wrote that app — it just travels badly.
Yes, some — MP3 is lossy by construction. How much depends on the payload. A CAF holding uncompressed PCM gives a clean first-generation encode, and at 256-320 kbps most listeners cannot pick it from the source on ordinary playback gear. A CAF that already held lossy audio gives you generation two, so set the MP3 bitrate at or above the original's to limit further damage.
Effectively any length. Apple's specification is explicit that AIFF, AIFF-C and WAV "are limited in size to 4 gigabytes, which might represent as little as 15 minutes of audio", while CAF uses 64-bit file offsets and has no comparable ceiling. That is exactly why long lecture, rehearsal and field recordings turn up as .caf — and why trimming before conversion is usually worth the extra ten seconds.
96-128 kbps constant bitrate for speech, and switch the channel to mono if the recording came from one microphone — that halves the file again with nothing lost that matters. Save 192-320 kbps for music, ambient recordings, or anything with real high-frequency content. Going above 128 kbps on a mono voice recording is almost pure file-size waste.
No. Apple's container can carry markers, regions, edit comments, MIDI data, channel layout and peak/overview chunks; an MP3 carries ID3 tags and nothing resembling that structure. If that metadata is part of your workflow, keep the CAF as the master and treat the MP3 as an export.
They are downmixed. Our pipeline encodes MP3 with LAME, which handles at most two channels, so a surround CAF is folded into stereo automatically rather than failing. If the channel layout has to survive, pick a target that can carry it — CAF to FLAC handles up to eight channels losslessly.
Your CAF is uploaded over an encrypted connection, converted on our servers, and deleted automatically a few hours later. There is no sign-up, no watermark, and files are never shared or made public. On a multi-hour recording the slow part is the upload over your own connection, not the encode.