Initializing... drag & drop files here
Supports: AIFC
This walk-through is for anyone holding .aifc (AIFF-C) files — legacy Mac exports, GarageBand or Logic bounces, telephony captures — who wants them in FLAC, the open lossless format that plays in VLC, foobar2000, and most non-Apple players. The catch worth understanding up front: what FLAC can do for your file depends on what's inside the AIFC, so the first section explains how to tell, and the rest gets you a clean FLAC.
.aifc file onto the page, or click "+ Add Files" to browse. Queue several at once and they convert in a single batch.AIFF stored only uncompressed PCM. In July 1991 Apple extended it as AIFF-C (written AIFC), adding a field in the file's COMM chunk that names a four-character codec — so an .aifc can hold very different things, and that decides what FLAC can do:
NONE, big-endian, or sowt, which is just little-endian PCM with no compression, or the float types fl32/fl64) — this is the common case, because macOS frequently writes plain audio into an AIFF-C wrapper. Here the conversion is truly lossless: FLAC keeps every sample bit-for-bit and usually shrinks the file to roughly half its size. macOS writing uncompressed audio as "AIFF-C/sowt" is exactly why a file that looks compressed often isn't.ulaw, alaw, ima4 IMA ADPCM, or the old MAC3/MAC6 MACE codecs) — the audio was already degraded when the AIFC was made. FLAC will preserve exactly that already-lossy audio without adding more loss, but it cannot regain detail that the original codec threw away. You still get FLAC's open format and tagging; you do not get back CD quality that was never in the file.Either way, picking FLAC is safe: it never makes the audio worse. If you are unsure which kind you have, just convert — the result is lossless relative to whatever the AIFC contained.
| Property | AIFC (AIFF-C) | FLAC |
|---|---|---|
| Introduced | July 1991 (extends AIFF, 1988) | Open codec from the Xiph.Org Foundation |
| Payload | PCM, or a lossy codec (μ-law, A-law, IMA4, MACE) | Lossless compression of PCM |
| Compression | None for PCM; varies for the lossy codecs | Lossless, adjustable effort (level 1-12) |
| Typical file size | Largest when PCM | Often ~half of uncompressed AIFC |
| License | Apple format | Royalty-free, patent-unencumbered, open source |
| Tagging | NAME / AUTH / COMT chunks, app-inconsistent | Rich Vorbis comments, embedded cover art |
| Apple ecosystem | Native (QuickTime, macOS) | Not native — ALAC is Apple's lossless equivalent |
| Best for | Mac/pro-audio source files | Compact lossless archiving across platforms |
A lossless container can't undo lossy history: if your AIFC was recorded as 8 kHz μ-law telephony, the output FLAC is still 8 kHz telephony audio — clean and compact, but not hi-fi. If you actually want a small, universally playable copy rather than a lossless one, a lossy target makes more sense — use AIFC to MP3 instead. And FLAC can't read a corrupted or DRM-wrapped source; the file has to be a real, playable AIFC to begin with.
FLAC itself never loses quality — it's lossless, so it stores the exact samples it's handed. What matters is what the AIFC already contained. If the AIFC is uncompressed PCM (the common NONE/sowt case macOS writes), the whole chain is lossless and the FLAC is bit-identical to the source. If the AIFC already used a lossy codec, FLAC faithfully preserves that lossy audio but can't restore what the codec discarded earlier. In neither case does converting to FLAC make things worse.
Check the codec named in the file's COMM chunk if your audio tool exposes it. NONE, sowt, fl32, and fl64 all mean uncompressed (PCM or float) — sowt is simply little-endian PCM, no compression at all, which is why macOS-written "AIFF-C" files are usually not compressed. Anything named ulaw, alaw, ima4, MAC3, or MAC6 is a lossy codec. If you can't check, a practical clue is size: a file under roughly 1 MB per minute of stereo audio is probably lossy already.
For uncompressed-PCM AIFCs, FLAC commonly lands around half the original size — denser music compresses less, quiet or sparse recordings more. In our testing, a 16-bit/44.1 kHz stereo source that was about 50 MB as uncompressed AIFC came down to roughly 28 MB as FLAC with no change to the audio. If your AIFC was already lossy, expect little or no size reduction, because there's not much left to compress.
No. The Compression level slider only trades encoding time against file size. Every level from 1 to 12 produces a perfectly lossless file that decodes to identical audio; a higher level just works harder to make the file a little smaller. There's no audio-quality setting to lose, because nothing is ever discarded.
Not in Apple's own apps. iTunes, the Music app, and iPods don't play FLAC — Apple's lossless format is ALAC. FLAC plays natively in VLC, foobar2000, and most modern non-Apple players and portable DAPs. If you live entirely inside the Apple ecosystem, you may prefer ALAC or keep the AIFF/AIFC source; you can also go the other way with FLAC to AIFC.
FLAC supports rich Vorbis-comment tags and embedded cover art, so it can hold more metadata than AIFC, whose NAME/AUTH/COMT tagging is limited and inconsistent between apps. Standard tags present in the AIFC are preserved where a direct FLAC equivalent exists; raw telephony or scientific captures often have empty metadata and produce untagged FLACs.
Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion — no sign-up, no watermark, never shared or made public.