Video Codecs Explained: H.264 vs H.265 vs AV1 vs ProRes (2026)
A codec is the technology that compresses video for storage and decompresses it for playback — the word is short for "coder-decoder." H.264 is the universal-compatibility choice, H.265/HEVC is about 50% more efficient but has licensing and support headaches, AV1 is royalty-free with the best compression (now widely used for streaming), and ProRes is a high-quality editing codec that produces large files. Crucially, a codec is not the same as a container: MP4 and MOV are containers (the box); the codec is the compression method inside.
Codecs are where "why is my file 40GB," "why won't this play," and "why does editing this footage stutter" all come from — and almost nobody explains them clearly. This is the deep, plain-English guide: what a codec actually is, the codec-vs-container confusion that trips up everyone, how the major codecs compare, and exactly which to use for editing, uploading, and archiving. Quick versions are in the video codec and bitrate glossary entries.
What is a codec?
A codec (coder-decoder) is software or hardware that compresses video into a smaller file and decompresses it for playback. Raw, uncompressed video is enormous — a few seconds of uncompressed 4K can be gigabytes — so essentially every video you've ever watched is compressed by a codec.
The codec's job is a balancing act between three things:
- File size — smaller is better for storage, upload, and streaming.
- Quality — how good it looks at a given file size.
- Compute — how much processing power it takes to encode and decode.
A "better" codec squeezes more quality into a smaller file — but usually costs more computing power to encode and sometimes to play back. That single trade-off explains almost every difference between H.264, H.265, AV1, and the rest.
Codec vs container vs format (the confusion that trips up everyone)
This is the single most important distinction in the whole topic, and it's the source of endless confusion: MP4 is not a codec.
- A codec (H.264, H.265, AV1, ProRes...) is the compression method — how the picture data is encoded.
- A container (MP4, MOV, MKV, WebM...) is the file wrapper — a box that holds the compressed video, the audio, subtitles, chapters, and metadata together.
Think of it like a shipping box (the container) holding a specific product (the codec-compressed video). A single ".mp4" file could contain H.264, H.265, or AV1 video inside. That's why "MP4" tells you almost nothing about the actual compression — two MP4 files can be wildly different.
| Container | Common codecs it holds | Typical use |
|---|---|---|
| MP4 | H.264, H.265, AV1 | Universal delivery, uploads |
| MOV | ProRes, H.264, H.265 | Apple/pro editing workflows |
| MKV | Almost anything | Archival, flexible playback |
| WebM | VP9, AV1 | Web/browser streaming |
So when someone asks "what format should I export?" the real answer has two parts: which container and which codec inside it.
How video compression actually works
Understanding two ideas explains why some codecs are great for uploading and terrible for editing.
Lossy compression. Most delivery codecs are lossy: they permanently discard data the eye is unlikely to miss (subtle color detail, imperceptible high frequencies) to shrink the file. More compression = smaller file but more quality loss. This is different from lossless or "visually lossless" codecs used for mastering.
Intra-frame vs inter-frame (the big one). This is why editing some footage stutters:
- Intra-frame (all-I / all-Intra): every single frame is compressed as a complete, standalone image (like a series of JPEGs). Files are larger, but any frame can be decoded instantly on its own. ProRes and DNxHR work this way — which is exactly why they're smooth to edit and scrub.
- Inter-frame (Long-GOP): only occasional "keyframes" (I-frames) are complete images; the frames between them (P-frames and B-frames) only store what changed from neighboring frames. This is dramatically more efficient — H.264, H.265, and AV1 work this way — but to display any single frame, the computer must reconstruct it from surrounding frames. That reconstruction is why scrubbing highly-compressed footage on a weak machine stutters.
This intra-vs-inter split is the core reason there are two families of codecs: delivery codecs (inter-frame, tiny files, hard to edit) and editing/intermediate codecs (intra-frame, big files, easy to edit).
The major video codecs compared
Here's the honest 2026 comparison of the codecs you'll actually encounter:
| Codec | Type | Compatibility | Efficiency | Best for |
|---|---|---|---|---|
| H.264 / AVC | Delivery (inter) | Universal — plays everywhere | Baseline | Uploading, delivery, max compatibility |
| H.265 / HEVC | Delivery (inter) | Good but fragmented; licensing issues | ~50% better than H.264 | 4K delivery, Apple ecosystem |
| AV1 | Delivery (inter) | Growing fast; hardware decode now common | ~30% better than HEVC | Streaming (YouTube, Netflix), royalty-free |
| VP9 | Delivery (inter) | Good on web | ~H.265-class | Web streaming (YouTube legacy) |
| ProRes | Editing (intra) | Apple-native, widely supported in NLEs | Large files | Editing, mastering, high quality |
| DNxHD / DNxHR | Editing (intra) | Avid-native, cross-platform | Large files | Editing, broadcast delivery |
H.264 (AVC): the universal default
H.264 (also called AVC) has been the dominant video codec since the mid-2000s, and it remains the safest choice for one reason: it plays on everything. Every phone, browser, TV, and editor decodes H.264, usually with dedicated hardware. Its compression is no longer state-of-the-art, but for uploading and delivery where compatibility matters most, H.264 is still the default. When in doubt, export H.264 in an MP4.
H.265 (HEVC): efficient but complicated
H.265/HEVC delivers roughly the same quality as H.264 at about half the file size — a big deal for 4K. Apple leaned into it (iPhones record HEVC), and it's excellent for high-resolution delivery. The catch is licensing: HEVC's patent situation is famously fragmented and expensive, which slowed universal adoption (notably in web browsers). So HEVC is great inside the Apple ecosystem and for 4K files, but less reliable as a "plays everywhere" web upload.
AV1: royalty-free and winning streaming
AV1 is the modern open codec, developed by the Alliance for Open Media (Google, Netflix, Amazon, Microsoft, Mozilla, and others) specifically to be royalty-free and to beat HEVC — it's roughly 30% more efficient than HEVC. The historical downsides were slow encoding and limited hardware support, but by 2026 hardware AV1 decode is common on recent GPUs and phones, and the major streaming platforms (YouTube, Netflix) increasingly serve AV1. For streaming at scale it's becoming the codec of choice; for a "must play on any old device" upload, H.264 is still safer.
ProRes: the editing and mastering codec
Apple ProRes is a different animal — an intra-frame editing codec designed for quality and smooth editing, not small files. Every frame is complete, so it scrubs and edits effortlessly, and it's "visually lossless" for practical purposes. The trade-off is huge files. You don't upload ProRes to YouTube; you edit in it (or use it as a master/archive) and then export a delivery codec like H.264 or AV1. Avid's DNxHD/DNxHR fill the same role in Avid-centric workflows.
Where bitrate fits in
Codec and bitrate work together. Bitrate is how much data is used per second of video (measured in Mbps). For a given codec, higher bitrate = better quality and bigger files; lower bitrate = smaller files and more compression artifacts (blockiness, banding).
Two encoding modes:
- CBR (Constant Bitrate): the same data rate throughout. Predictable file size; good for live streaming.
- VBR (Variable Bitrate): more data for complex scenes (fast motion, detail), less for simple ones (a static talking-head). Better quality-per-size; standard for uploads.
A more efficient codec (AV1, HEVC) achieves the same quality as H.264 at a lower bitrate — that's literally what "more efficient" means. This is also why the frame rate and resolution you choose affect the bitrate you need: more pixels and more frames per second need more data to stay clean.
Which codec should you use?
Match the codec to the job, not to "which is newest." The single biggest mistake is using a delivery codec for editing or vice versa.
| Use case | Recommended codec | Container |
|---|---|---|
| Uploading to YouTube/social | H.264 (max compatibility) or H.265/AV1 for 4K | MP4 |
| Maximum device compatibility | H.264 | MP4 |
| 4K delivery, smaller files | H.265/HEVC or AV1 | MP4 |
| Streaming at scale | AV1 (royalty-free, efficient) | MP4/WebM |
| Editing / intermediate | ProRes or DNxHR | MOV/MXF |
| Mastering / archive | ProRes (or lossless) | MOV |
The rule of thumb: edit in an intra-frame codec (ProRes/DNxHR) when your footage is heavy or your machine is weak, and always export a delivery codec (H.264/H.265/AV1) for upload. For most creators uploading to platforms, exporting H.264 in an MP4 remains the no-surprises choice, with H.265 or AV1 when file size at 4K matters.
Why hardware acceleration matters
Codecs can be encoded and decoded in software (using the CPU) or with hardware acceleration (using dedicated chips in the GPU). Hardware acceleration is dramatically faster and more power-efficient — it's why your phone can play 4K HEVC without melting.
This matters for a modern reason: browser-based editing. The WebCodecs API gives web apps direct access to the browser's built-in hardware codecs, so a browser editor can decode your H.264/H.265/AV1 footage and encode your export at near-native speed — no plugins, no desktop software. Combined with WebGPU for effects, this is what makes fast, 4K browser-based editing possible in 2026.
How to choose your export codec settings
When you export, here's the decision sequence.
Step 1: Decide delivery vs editing
If it's the final upload, choose a delivery codec. If it's an intermediate you'll edit further, choose ProRes/DNxHR. Never confuse the two.
Step 2: Pick the codec for your audience
For broad compatibility, H.264. For 4K with smaller files, H.265 or AV1. For streaming at scale, AV1.
Step 3: Choose the container
MP4 for delivery (holds H.264/H.265/AV1). MOV for ProRes editing masters. WebM for VP9/AV1 web.
Step 4: Set the bitrate
Use VBR for uploads, and set a bitrate appropriate to your resolution and frame rate (platforms publish recommended bitrates). Higher for 4K and 60fps; lower for 1080p talking-heads.
Step 5: Use a platform preset when possible
The safest path is an export preset that already bundles the right codec, container, resolution, frame rate, and bitrate for each destination — so you don't hand-tune every field.
Common codec mistakes
- Confusing MP4 (container) with a codec. MP4 is the box; H.264/H.265/AV1 is what's inside.
- Editing directly in a Long-GOP delivery codec. Heavy H.265 footage stutters on scrub; transcode to ProRes/DNxHR for smooth editing.
- Uploading ProRes to a platform. Massive files that get re-encoded anyway; export a delivery codec.
- Using HEVC/AV1 where compatibility matters without a fallback — an old device may not decode it. H.264 is the safe default.
- Wrong bitrate. Too low = blocky artifacts; too high = huge files with no visible benefit.
- Ignoring hardware support. Software-encoding AV1 on a weak machine is painfully slow; use hardware where available.
- Assuming newer = always better. AV1 is more efficient but not always the right choice for a compatibility-first upload.
How AI and browser-based editors handle codecs
For most creators, codecs should be invisible — and increasingly they are. The goal of modern tools is that you never manually pick "H.264 High Profile, Level 4.2" again.
Browser-based AI video editors use WebCodecs to decode whatever codec your source footage arrives in — H.264 from a DSLR, HEVC from an iPhone, AV1 from a download — and to encode your export with hardware acceleration, entirely in the browser. On the way out, platform export presets apply the correct codec, container, resolution, and bitrate for each destination, so you pick "YouTube" or "TikTok," not codec profiles.
In Loopdesk (disclosure: Loopdesk is our product), this is the point: you upload mixed-codec footage and export publish-ready files per platform without touching a codec setting, because WebCodecs and WebGPU handle the heavy lifting. It sits at the export-and-delivery stage of the pipeline. Understanding codecs still helps you diagnose the rare problem — a file that won't play, footage that stutters — and know why the tool made the choice it did. Codecs are one stop on the full video editing terminology guide.
Frequently Asked Questions
What is a video codec?
A video codec (coder-decoder) is the technology that compresses video into a smaller file for storage and streaming, and decompresses it for playback. Examples include H.264, H.265/HEVC, AV1, and ProRes. Nearly every video you watch is compressed by a codec.
Is MP4 a codec?
No. MP4 is a container (a file wrapper) that holds compressed video, audio, and metadata together. The codec is the compression method inside the MP4 — usually H.264, but it could be H.265 or AV1. Two MP4 files can use completely different codecs.
What is the difference between H.264 and H.265?
H.265/HEVC delivers roughly the same quality as H.264 at about half the file size, which is valuable for 4K. But H.265 has fragmented, expensive licensing and less universal support, while H.264 plays on virtually every device. H.264 wins on compatibility; H.265 wins on efficiency.
Is AV1 better than H.265?
In compression efficiency, yes — AV1 is roughly 30% more efficient than HEVC and is royalty-free, which is why streaming platforms adopted it. Its historical downsides (slow encoding, limited hardware) have largely eased by 2026. For a compatibility-first upload to any device, H.264 is still safer.
What codec should I use for YouTube?
H.264 in an MP4 is the safe, no-surprises choice with maximum compatibility. For 4K where file size matters, H.265/HEVC or AV1 work well. YouTube re-encodes uploads anyway, so upload a high-quality file at the recommended bitrate.
Why is ProRes so big?
Because ProRes is an intra-frame editing codec: every frame is stored as a complete image (like a series of photos) rather than only storing what changed between frames. That makes it smooth to edit and visually lossless, but the files are large. You edit in ProRes and export a smaller delivery codec.
What is the difference between a codec and bitrate?
The codec is the compression method; bitrate is how much data is used per second. For a given codec, higher bitrate means better quality and bigger files. A more efficient codec achieves the same quality at a lower bitrate.
Why does my footage stutter when I edit it?
Usually because it's in a Long-GOP delivery codec (like H.265) where each frame is reconstructed from surrounding frames, which is hard to scrub on a weaker machine. Transcoding to an intra-frame editing codec like ProRes or DNxHR — or using a browser editor with hardware decoding — fixes it.
Tired of codec and export settings? Open Loopdesk: it decodes whatever codec your footage arrives in and exports publish-ready files for each platform in the browser — you pick the destination, not the codec profile.