PCM vs FLAC vs WAV vs AIFF vs ALAC: Lossless Audio 2026

Updated October 2026: new head-to-head answers (PCM vs FLAC, PCM vs WAV, AIFF vs ALAC, ALAC vs WAV) and which lossless codec Apple Music, Spotify and Tidal actually stream in 2026.

Why this matters

If you run a video product — a streaming service, an OTT platform, a music-and-video app, a media archive — someone will eventually ask what format your master files should be in, and the wrong answer is expensive. Store everything as uncompressed WAV and your archive doubles in size; pick a codec your players cannot open and your delivery breaks. This article gives you the vocabulary to tell the difference between the audio itself and the box it ships in, a clear rule for when lossless compression pays for itself, and the standards to cite when a vendor's claims do not add up.

PCM vs FLAC vs WAV vs AIFF vs ALAC: the short answer

PCM is the audio itself; WAV, AIFF and BWF store that PCM uncompressed; FLAC and ALAC compress the same PCM to roughly 50–70% of its size and decode back to it bit for bit. All five are lossless for integer PCM, so none of them sounds better than another when played from the same source. One exception to plan for: 32-bit floating-point masters from a DAW fit in WAV, AIFF and BWF but not in FLAC or ALAC, which store integer samples only. The real differences are file size, metadata and which devices open them: WAV for universal exchange and editing, AIFF in older Apple and pro-audio workflows, BWF for film and broadcast masters, FLAC for open cross-platform lossless delivery, and ALAC for the Apple ecosystem.

Lossy versus lossless: the one distinction that matters

Start with the word that does all the work. Lossless means no information is lost: when you decode the file, you get back exactly the numbers that went in, every sample identical. Lossy means some information was deliberately discarded to make the file smaller, and you can never get it back.

A helpful analogy is the difference between a ZIP archive and a JPEG photo. A ZIP file is lossless — unzip it and the original document returns byte for byte. A JPEG is lossy — it deletes detail the eye is unlikely to miss, and saving it again never recovers that detail. MP3 and AAC are the JPEGs of audio: they delete sound the ear is unlikely to notice. FLAC and ALAC are the ZIPs of audio: smaller files that decode back to the exact original.

This matters because the two jobs are different. A delivery codec like AAC optimizes for the smallest file a listener will accept. A lossless format optimizes for keeping the master perfect — for archiving, for editing, for re-encoding later into whatever delivery format the future demands. You would not master a film in JPEG, and you should not master audio in MP3.

Figure 1. Lossy encoding throws data away for good; lossless compression is reversible — the decoded output equals the original sample for sample.

PCM: the audio itself, before any container

Before we talk about file formats, we need the thing the files hold. When a microphone signal is digitized, the system measures the sound wave's level many thousands of times a second and writes each measurement as a number. That stream of numbers is called pulse-code modulation, or PCM — the most common way to represent uncompressed digital audio. (For how those measurements are taken, see What is digital audio: from sound wave to bits.)

PCM is not a file format. It is raw data: a long list of integers, two per stereo frame, arriving at the chosen sample rate. To turn that raw data into a file someone else can open, you have to wrap it in a container that records the rules for reading it — how many channels, what sample rate, what bit depth, where the audio starts and stops. Without that header, a pile of PCM numbers is unreadable, because nothing says whether they are 16-bit or 24-bit, mono or stereo, 44,100 or 48,000 samples per second.

So the mental model is two layers. The bottom layer is the PCM audio — the actual sound, identical no matter how you store it. The top layer is the container or codec — the box that either stores those numbers as-is (WAV, AIFF, BWF) or packs them smaller and reversibly (FLAC, ALAC). Keep these layers separate and every format below makes sense.

Figure 2. One audio, many boxes: PCM is the sound; WAV, AIFF, and BWF store it raw, while FLAC and ALAC store the same PCM compressed but fully reversible.

The uncompressed containers: WAV, AIFF, BWF

Three formats store PCM without compressing it. They differ mostly in heritage, not in audio quality — the samples inside are the same.

WAV (Waveform Audio File Format) is the Windows-world standard, introduced by Microsoft and IBM in 1991. It is a specific use of the RIFF container — a generic "Resource Interchange File Format" built from labelled blocks called chunks. A WAV file has a fmt chunk describing the audio and a data chunk holding the PCM. WAV stores samples little-endian (least-significant byte first), matching the Intel processors it was born on. It is the most universally readable audio container on earth.

AIFF (Audio Interchange File Format) is the Apple equivalent, created in 1988 for the Macintosh. It follows the Electronic Arts EA IFF 85 chunk structure, with a top-level FORM chunk, a COMM (common) chunk describing the audio, and an SSND chunk holding the samples. The one technical twist: AIFF stores samples big-endian (most-significant byte first), because the Motorola 68000 chip in early Macs was big-endian. Quality is identical to WAV; the byte order is the only thing that differs at the sample level.

BWF (Broadcast Wave Format) is WAV with professional metadata bolted on. Standardized by the European Broadcasting Union as EBU Tech 3285, it adds a bext (broadcast extension) chunk carrying a timecode reference, originator, origination date, and — since Version 2 (2011) — EBU R128 loudness metadata. The audio payload is still ordinary PCM; BWF just records who made the file, when, and at what timecode, which is why it is the exchange format of professional film and broadcast post-production. A normal WAV player opens a BWF file and ignores the extra chunk.

A common mistake: the 4 GB WAV ceiling

Here is a trap that bites long-form and high-resolution projects. Classic WAV, AIFF, and BWF all record chunk sizes in a 32-bit field. The largest number 32 bits can hold is 4,294,967,295 — so a single file cannot exceed roughly 4 gigabytes. Do the arithmetic for a long multichannel session: 6 channels × 24-bit (3 bytes) × 48,000 samples per second = 864,000 bytes every second, or about 3.1 GB per hour. A two-hour 5.1 record blows past the ceiling and the file silently corrupts or won't finish. The fix is RF64, the EBU's extended WAV defined in EBU Tech 3306: it swaps the RIFF tag for RF64 and stores a 64-bit size in a new ds64 chunk, lifting the limit to roughly 16 exabytes. If your pipeline records long surround sessions, require RF64-capable tools.

The lossless codecs: FLAC and ALAC

FLAC and ALAC do something the uncompressed containers do not: they make the file smaller while still decoding back to the exact same PCM.

The trick is prediction plus efficient coding, and it is worth one plain-language pass. The encoder looks at the audio in short blocks and fits a simple mathematical predictor that guesses each sample from the ones before it. Music is highly predictable from moment to moment, so the predictor is usually close. The encoder then stores only the small leftover difference between the guess and the true sample — the residual — using a compact number-coding scheme. Because the predictor and the residual together reconstruct the original sample exactly, nothing is lost. It is compression by describing the audio more cleverly, not by deleting any of it.

FLAC (Free Lossless Audio Codec) is the open standard. It was formally specified as IETF RFC 9639 in December 2024 — before that it had only a reference implementation and an informal spec since 2000. FLAC uses Rice coding (a subset of Golomb coding) for the residual, needs no floating-point math to decode, and offers compression levels 0–8: higher levels search harder for a better predictor, producing a slightly smaller file at the cost of slower encoding. Crucially, the compression level changes only file size and encode time — the decoded audio is identical at every level. RFC 9639 also added formal support for 32-bit integer audio. The reference encoder became multithreaded in FLAC 1.5.0 (Xiph.Org, February 2025), which shortens encode time on multi-core machines without changing a single decoded sample.

ALAC (Apple Lossless Audio Codec) is Apple's equivalent, introduced in 2004 and open-sourced under the Apache 2.0 license in October 2011. It uses the same family of ideas — linear prediction plus efficient residual coding — and the reference implementation supports up to 32-bit samples and a wide range of sample rates. Unlike FLAC, ALAC has no user-facing compression-level dial; it uses one fixed algorithm. Its real advantage is native, first-class playback across the Apple ecosystem.

How much do they actually save?

For typical music, FLAC and ALAC compress CD-quality audio to roughly 50–70% of the uncompressed WAV size — call it a bit under half off. The two are very close to each other: on the same material they land within a few percent of one another, a difference you would not notice on a single album.

A worked example makes the storage case concrete. Take a three-minute stereo track at CD quality (16-bit, 44,100 Hz):

uncompressed size = 44,100 samples/s × 2 bytes × 2 channels × 180 s
                  = 31,752,000 bytes ≈ 31.8 MB  (WAV / AIFF / BWF)
FLAC at ~60%      ≈ 0.60 × 31.8 MB ≈ 19.1 MB
saved per track   ≈ 12.7 MB  (about 40%)

Multiply by a 5,000-track archive and the WAV version needs about 159 GB while the FLAC version needs about 95 GB — the same audio, sample for sample, at roughly 60% of the storage and the matching reduction in transfer cost.

Head-to-head: the comparisons people actually search

Most questions about these formats are pairwise. Here is each one answered in two sentences, then the reasoning.

PCM vs WAV: are they the same thing?

PCM is the audio encoding and WAV is a container, so a WAV file is PCM with a header in front of it — 44 bytes at minimum, more when it carries LIST, bext or extensible-format chunks. The audio is identical; WAV only adds the description (channels, sample rate, bit depth) that lets a player read the numbers. One caveat: WAV can also carry non-PCM codecs such as ADPCM or μ-law, so “WAV” on its own does not guarantee uncompressed audio — check the format code in the fmt chunk (1 means integer PCM, 3 means floating-point PCM, and 0xFFFE — WAVE_FORMAT_EXTENSIBLE, standard for multichannel and 24-bit files — points to a SubFormat GUID that names PCM or float).

PCM vs FLAC: is FLAC PCM?

No: FLAC is a lossless codec that stores PCM in compressed form, and every FLAC decoder turns it back into exactly the same PCM before playback. A FLAC file is usually 50–70% of the size of the PCM it holds; the 3-minute CD-quality track above drops from 31.8 MB to about 19 MB. Because the decoded samples match, PCM and FLAC sound the same — the only costs of FLAC are a few milliseconds of decoding and the fact that some editing and broadcast tools still expect raw PCM.

AIFF vs ALAC: which should you keep on a Mac?

Both come from Apple and both are lossless; AIFF stores raw big-endian PCM, while ALAC compresses that PCM to roughly half the size. Use AIFF when the file goes into an editor or DAW session, and ALAC for a listening library, where it saves space and carries standard MP4 (.m4a) tags that Apple Music and iTunes read reliably. Converting AIFF to ALAC and back returns identical samples. Watch for AIFF-C (.aifc): that variant can hold compressed, even lossy, codecs.

ALAC vs WAV: same audio, different box

ALAC and WAV decode to the same PCM, so the sound is identical; ALAC files are about half the size, WAV files open everywhere. Choose WAV for production masters, plug-ins and exchange with Windows and broadcast tools, and ALAC when the library lives on Apple devices. WAV has weak, inconsistently supported tagging, which is one more reason music libraries prefer ALAC or FLAC.

FLAC vs ALAC

FLAC and ALAC are equivalent in quality and land within a few percent of each other in size; FLAC plays on more non-Apple hardware and offers compression levels 0–8, while ALAC is native on iPhone, Mac and Apple Music. For a deeper comparison that adds WavPack, see FLAC vs ALAC vs WavPack for masters and music.

So which do you use?

The decision turns on one question: are you mastering or distributing? For a production master — the file you will edit, mix, or re-encode later — use uncompressed WAV or, in film and broadcast, BWF, because raw PCM is the most compatible thing every tool reads and writes without surprises. For archiving or lossless delivery — the same perfect audio at lower storage and bandwidth — use FLAC for the widest device support, or ALAC when the audience lives inside Apple's ecosystem. Note that lossless of any kind is still far larger than lossy: that 19 MB FLAC track would be roughly 4–5 MB as a 192 kbps AAC stream (192 kbps × 180 s ≈ 4.3 MB), which is why streaming services deliver lossy to most users and reserve lossless for a premium tier.

Figure 3. Pick the format by the job: uncompressed PCM for masters, FLAC or ALAC for lossless storage and delivery.

Lossless audio in 2026: what the streaming services ship

As of October 2026 the three big lossless streaming catalogues split between the two compressed formats in this article: Apple Music streams ALAC, while Spotify and Tidal stream FLAC. None of them streams WAV or AIFF; uncompressed PCM stays on the production side.

Two practical consequences for a product team. First, Bluetooth is not lossless: Apple states that Bluetooth connections do not carry lossless audio, and AirPods Max get lossless only over a wired USB-C connection (Apple Support, 2026). Second, if you build a lossless tier, the delivery format follows the platform — FLAC for web, Android and most hardware, ALAC where Apple playback has to be native — while the master behind both stays WAV or BWF. Our audio streaming software development work handles that split: one PCM master, FLAC and ALAC renditions next to the lossy AAC ladder.

FAQ

Is AIFF lossless?

Yes. Standard AIFF stores uncompressed PCM, so it holds every original sample. The exception is AIFF-C (.aifc), which can wrap compressed codecs, some of them lossy.

Is PCM lossless?

Yes, once audio is digitized: PCM stores every sample without compression, and copying or re-wrapping it loses nothing. The only limits are the ones set at capture — the sample rate and bit depth chosen when the analog signal was converted.

Is FLAC PCM?

FLAC is not PCM itself but a lossless compression of PCM. A FLAC decoder outputs exactly the original PCM samples, so the audio is identical.

Which characteristic differentiates PCM from BWF audio file formats?

Metadata storage. PCM is raw sample data with no metadata; BWF is a .wav file that holds the same uncompressed PCM plus a bext chunk with originator, date, timecode reference and (since Version 2) loudness values, as defined in EBU Tech 3285.

Does FLAC sound better than WAV?

No. FLAC decodes to the same samples as the WAV it was made from, so in a blind test they are indistinguishable. FLAC is smaller and supports richer tags; WAV is simpler for editing tools.

Which lossless format do Apple Music, Spotify and Tidal use?

Apple Music uses ALAC (up to 24-bit/192 kHz for Hi-Res Lossless); Spotify uses FLAC up to 24-bit/44.1 kHz for Premium subscribers; Tidal uses FLAC up to 24-bit/192 kHz (all checked October 2026).

Can lossless audio play over Bluetooth?

Not on mainstream phones and headphones. Apple says Bluetooth connections are not lossless, so a FLAC or ALAC stream is re-encoded to a lossy Bluetooth codec on the way to the earbuds.

Where Fora Soft fits in

In the video products we have built since 2005 — streaming and OTT platforms, e-learning, music-and-video apps, and media archives — the lossless question usually surfaces as a storage-and-pipeline decision rather than a quality one. We keep production and mezzanine masters as uncompressed PCM (WAV or BWF) so every downstream encode starts from a perfect source, then derive lossy delivery renditions from that single master. When a client wants a lossless tier, we reach for FLAC for cross-platform reach and ALAC where the catalogue is Apple-first. The recurring lesson is to separate the master format from the delivery format: get the master right once, and every future format follows cheaply. Our music software development team builds lossless tiers and hi-res playback for audio catalogues, and our audio and video processing engineers set up the mastering-to-delivery transcode pipeline.

The book

Audio for Video: A Complete Guide to Sound in Video Products: From PCM and Codecs to Loudness, Accessibility, and Real-Time Voice Processing

PCM, the containers that wrap it, and the lossless codecs that shrink it are where this volume opens — its title starts at PCM for a reason. From there it follows the master downstream: the sample rate and bit depth that set what one channel costs, the AAC and Opus encoders your lossy renditions are made with, and the loudness rules that decide how those renditions land. Across 1,229 pages it also covers accessibility and the real-time voice processing on the other side of the pipeline. Written by Nikolay Sapunov, CEO at Fora Soft.

Read it on Amazon →Kindle & paperback · Fora Soft Video Engineering Handbook

See our case studies

References

1. IETF RFC 9639, Free Lossless Audio Codec (FLAC) (December 2024). Proposed Standard. Normative source for the FLAC bitstream: Rice coding (a subset of Golomb coding) for the residual, decode without floating-point math, formal 32-bit audio support, and the streamable subset. https://www.rfc-editor.org/info/rfc9639/
2. Xiph.Org Foundation, FLAC is now formally specified in RFC 9639 (19 December 2024). FLAC had a spec since 2000 and a reference implementation; RFC 9639 changes nothing except adding explicit 32-bit support. https://xiph.org/flac/2024/12/19/rfc-9639-published.html
3. EBU Tech 3285, Specification of the Broadcast Wave Format (BWF) — the bext broadcast extension chunk (Description, Originator, OriginationDate/Time, TimeReference, Version), with EBU R128 loudness metadata added in Version 2 (May 2011). https://tech.ebu.ch/docs/tech/tech3285.pdf
4. EBU Tech 3306, RF64: An extended File Format for Audio (2007/2009). Replaces the RIFF tag with RF64 and stores 64-bit sizes in a ds64 chunk, lifting the 32-bit ~4 GB ceiling. https://tech.ebu.ch/docs/tech/tech3306v1_1.pdf
5. Apple / Mac OS Forge, Apple Lossless Audio Codec (ALAC) reference implementation, open-sourced under the Apache License 2.0 (27 October 2011). Linear-prediction lossless codec; up to 32-bit samples. https://github.com/macosforge/alac
6. AIFF / AIFC Sound File Specifications (Apple, 1988; based on Electronic Arts EA IFF 85, 1985). FORM/COMM/SSND chunk structure; big-endian PCM; sample rate stored as an 80-bit IEEE 754 extended float. https://www.mmsp.ece.mcgill.ca/Documents/AudioFormats/AIFF/AIFF.html
7. Library of Congress, Sustainability of Digital Formats: WAVE Audio File Format and Broadcast WAVE, Versions 1 and 2. RIFF chunk structure, little-endian PCM, 4 GB practical limit, version history. https://www.loc.gov/preservation/digital/formats/fdd/fdd000356.shtml
8. Wikipedia, Apple Lossless Audio Codec (checked October 2026). ALAC files are typically 40–60% of the original size, similar to other lossless formats; Apple Music lossless tops out at 24-bit/192 kHz. https://en.wikipedia.org/wiki/Apple_Lossless_Audio_Codec
9. Xiph.Org Foundation, FLAC 1.5.0 released (11 February 2025). Multithreaded encoder; decoder support for chained Ogg FLAC. https://www.xiph.org/flac/2025/02/11/flac-1-5-0-released.html
10. Apple Support, Play lossless audio in Music on Mac (checked October 2026). ALAC; Lossless up to 24-bit/48 kHz, Hi-Res Lossless up to 24-bit/192 kHz. https://support.apple.com/guide/music/play-lossless-audio-mus90b573cbb/mac
11. Apple Support, About lossless audio in Apple Music (checked October 2026). Bluetooth is not lossless; AirPods Max lossless over wired USB-C. https://support.apple.com/en-ng/118295
12. audioXpress, Spotify Finally Launches 24-bit Lossless Streaming (10 September 2025). FLAC up to 24-bit/44.1 kHz for Premium in 50+ markets. https://audioxpress.com/news/spotify-finally-launches-24-bit-lossless-streaming
13. StereoNET, TIDAL splits from MQA (19 June 2024). TIDAL replaces its MQA streams with FLAC versions by July 2024. https://www.stereonet.com/news/tidal-splits-from-mqa
14. TIDAL Support, HiRes FLAC audio (checked October 2026): HiRes FLAC in files as large as 24-bit, 192 kHz.

Note on source hierarchy (per editorial policy): for the FLAC bitstream and its 32-bit support this article follows the standards document (IETF RFC 9639, 2024) rather than older third-party summaries that predate the RFC and describe FLAC as "spec-less". Compression-ratio ranges are reported as ranges, not single figures, because they depend on material and encoder settings; the integers cited (4 GB limit, levels 0–8) come from the controlling specs (RIFF 32-bit field; RFC 9639).