If you’re building a video streaming application, the codec you choose has a direct impact on bandwidth costs, playback quality, device compatibility, and encoding infrastructure. AV1 vs H.264 is one of the most important codec decisions facing developers today — and the answer isn’t always obvious.
H.264 has been the default for video delivery since 2003. AV1, released in 2018, promises 30–50% better compression at the same quality level — but comes with real tradeoffs in encoding complexity and hardware support that matter a lot for live streaming and real-time applications.
This guide breaks down exactly how AV1 and H.264 compare across compression efficiency, encoding speed, hardware support, browser compatibility, licensing, and streaming use cases — so you can make the right call for your app.
What Are AV1 and H.264?
Before comparing them head-to-head, it’s worth understanding what each codec is and where it came from. A video codec is a compression algorithm that encodes raw video frames into a compact bitstream for storage or transmission, and decodes that bitstream back to frames for playback.
H.264 (AVC): The Established Standard
H.264 — officially called Advanced Video Coding (AVC) — is a video compression standard jointly developed by the ITU-T Video Coding Experts Group and the ISO/IEC Moving Picture Experts Group. It was finalized in 2003 and has since become the most widely deployed video encoding format in history.
H.264 is supported on essentially every device made in the last 15 years: smartphones, smart TVs, browsers, streaming sticks, game consoles, and professional broadcast hardware. Hardware encoders and decoders for H.264 are built into virtually every modern chip.
The codec works by dividing frames into macroblocks (16×16 pixel blocks) and encoding differences between frames using motion compensation and discrete cosine transform (DCT). It supports profiles from Baseline (low-power mobile) to High (high-quality streaming) and resolutions up to 8K — though in practice it’s most commonly used at 1080p and below.
AV1: The Open-Source Challenger
AV1 is an open, royalty-free video codec developed by the Alliance for Open Media (AOM) — a coalition including Google, Apple, Netflix, Meta, Amazon, Microsoft, and Mozilla. It was publicly released in 2018 as a successor to VP9, designed specifically to address the licensing costs and compression limitations of H.264 and H.265.
AV1 uses larger, more flexible coding units (up to 128×128 superblocks), an intra-prediction model with 56 directional modes, and advanced entropy coding to achieve significantly better compression than H.264. The tradeoff is that these improvements come with much higher encoding complexity.
YouTube, Netflix, and Meta now use AV1 for streaming 4K and high-resolution content to compatible devices. According to AOM, AV1 is already reaching billions of device-hours of playback per month.
AV1 vs H.264: Head-to-Head Comparison
| Feature | H.264 (AVC) | AV1 |
|---|---|---|
| Release Year | 2003 | 2018 |
| Developer | ITU-T / ISO/IEC | Alliance for Open Media |
| Licensing | Patent-encumbered (MPEG LA pool) | Royalty-free, open-source |
| Compression vs H.264 | Baseline | ~30–50% more efficient |
| Software Encoding Speed | Fast | 20–100× slower (software) |
| Hardware Encoding | Every modern chip | RTX 40-series, Intel Arc, RX 7000+ |
| Hardware Decoding | Every modern chip | Most GPUs post-2020, modern mobile |
| Browser Support | Universal | Chrome 70+, Firefox 67+, Edge 18+ (not Safari) |
| Max Resolution | Up to 8K | Up to 8K |
| Live Streaming | Widely supported | Limited (hardware encoder needed) |
| Best For | Broad compatibility, live streaming | Bandwidth savings, VOD, 4K delivery |
Compression Efficiency: How Much Smaller Are AV1 Files?
Compression efficiency is where AV1’s advantage is clearest. At the same visual quality level (measured by VMAF, SSIM, or PSNR), AV1 produces files that are 30–50% smaller than H.264.
That means a 1-hour stream that costs you 3 GB of bandwidth at H.264 could come in at 1.5–2.1 GB with AV1 — a significant reduction at scale. For a platform delivering millions of video-hours per month, the bandwidth savings can translate directly to lower CDN costs.
AV1 achieves this through several architectural improvements:
- Larger superblocks (up to 128×128 pixels) — H.264 uses fixed 16×16 macroblocks. AV1’s flexible block partitioning reduces the number of boundaries needed, which is especially efficient for smooth, uniform regions like backgrounds.
- More intra-prediction modes — AV1 supports 56 directional prediction modes (vs H.264’s 9), so it can predict frame content more accurately and encode smaller residuals.
- Compound inter-prediction — AV1 can blend two reference frames for a single block prediction, reducing residuals further.
- Advanced entropy coding — AV1 uses a context-adaptive binary arithmetic coder (ANS) that outperforms H.264’s CABAC for most content types.
The compression gap is widest at lower bitrates. If you’re targeting 720p at 1.5 Mbps or 1080p at 3 Mbps, AV1 can deliver noticeably better quality than H.264 at the same video bitrate. At higher bitrates (above 10 Mbps for 4K), the perceptual difference narrows.
File Size and Storage Costs
For VOD platforms storing large video libraries, AV1 can reduce both storage costs and egress bandwidth. Netflix has reported that AV1 encoding of their catalog achieves quality parity with their previous HEVC pipeline at 20% lower bitrates on average, with compression-friendly titles seeing savings above 40%.
That said, storage savings only matter if your entire playback pipeline — encoding, CDN, player — supports AV1. Running a dual-codec pipeline (H.264 for compatibility + AV1 for modern devices) doubles your encoding and storage overhead, which offsets some of the savings.
Encoding Speed: Why H.264 Still Leads for Real-Time Streaming
AV1’s compression gains come at a steep cost: encoding complexity.
In software, AV1 encoding with libaom (the reference encoder) is roughly 20–100× slower than x264 at comparable quality settings. Encoding a 1-minute 1080p clip that takes x264 about 30 seconds can take libaom 30–50 minutes on the same hardware.
More production-ready AV1 encoders like SVT-AV1 significantly close this gap. At speed preset 4–6, SVT-AV1 can encode at near-realtime speeds on a multi-core server — but still runs 3–5× slower than x264 at comparable quality.
For live streaming, this gap has historically made AV1 impractical:
- Software AV1 encoding introduces latency that makes true real-time delivery impossible without massive parallel compute.
- Most live streaming workflows encode at H.264 because hardware encoders (NVENC, Intel Quick Sync, Apple VideoToolbox) produce broadcast-quality H.264 at 60+ fps with sub-100ms encode latency.
Hardware AV1 encoders are now available on:
- NVIDIA RTX 40-series GPUs (Ada Lovelace architecture, 2022+)
- Intel Arc GPUs (Alchemist, 2022+)
- AMD Radeon RX 7000-series (RDNA 3, 2022+)
- Apple M3 chips (2023+)
- Qualcomm Snapdragon 8 Gen 2+ (mobile, 2023+)
With hardware AV1 encoding, you can achieve near-realtime performance — but only on hardware released in the last 2–3 years. This matters for your encoding for developers workflow: if your encoding infrastructure predates 2022, AV1 hardware encoding isn’t available.
For video transcoding of pre-recorded content (VOD), encoding speed is less critical — you can run overnight batch jobs. For live streams, the realtime constraint makes H.264 the safer choice unless you have access to modern hardware AV1 encoders.
Decoding Complexity and Hardware Support
Decoding is less computationally intensive than encoding, but AV1 still requires more processing power than H.264 to decode — especially in software.
Software H.264 decoding is trivially fast on any modern CPU. AV1 software decoding is more demanding; on lower-end Android devices (pre-2021) or older desktop CPUs, it can cause dropped frames or high battery drain.
Hardware AV1 decoding is now common on:
| Platform | AV1 Hardware Decode Support |
|---|---|
| Intel | Gen 12+ integrated graphics (Tiger Lake, 2020+) |
| NVIDIA | Ampere GPUs (RTX 30-series, 2020+) |
| AMD | RDNA 2 (RX 6000-series, 2020+) |
| Apple | A14/M1 and newer (2020+) |
| Qualcomm | Snapdragon 888 (2021+) |
| MediaTek | Dimensity 9000+ (2022+) |
The practical picture: if your users are on modern mid-range and flagship Android/iOS devices (purchased after 2021) or desktop browsers on hardware from 2020+, hardware AV1 decoding is generally available. Older and budget devices will rely on software decoding, which may cause performance issues.
This hardware support gap is the main reason major streaming platforms use AV1 selectively — delivering it to capable devices while falling back to H.264 or H.265 for everything else. Your player needs to detect device capabilities and select the right stream, which adds complexity to your video file compression and delivery pipeline.
Browser and Platform Support
Browser support for AV1 playback is solid on desktop but has a notable gap: Safari doesn’t support AV1 on iOS/iPadOS (as of early 2026), and macOS Safari only gained AV1 hardware-decode support on M-series Macs in Sonoma (2023).
| Browser | AV1 Support |
|---|---|
| Chrome 70+ | Yes |
| Firefox 67+ | Yes |
| Edge 18+ | Yes |
| Opera 57+ | Yes |
| Safari (macOS, M1+) | Hardware decode only (Sonoma+) |
| Safari (iOS/iPadOS) | No (as of early 2026) |
That Safari/iOS gap is significant. iOS has roughly 25% of global mobile browser traffic, and the iOS App Store requires using Apple’s media stack — which doesn’t support AV1 for HTTP streaming (HLS with AV1 is not supported by AVFoundation as of this writing).
If you need to reach iOS users with AV1, the only current path is via WebRTC with AV1 codecs, which has partial support in Safari 16+ — but this applies to video calls, not HLS-based VOD or live streaming.
For Android, AV1 is supported through the ExoPlayer and MediaCodec APIs on devices with hardware decoders (Snapdragon 888+, Dimensity 9000+) or via software decoding on older devices.
Streaming platform support:
- YouTube: Uses AV1 for 4K and 1080p on supported devices
- Netflix: Uses AV1 for compatible devices
- Meta (Facebook/Instagram): Uses AV1 for video delivery
- Twitch: H.264 only for live streams (AV1 not yet supported)
- Apple TV+: H.265/HEVC, no AV1
Licensing and Royalties
This is one area where AV1 has a clear, unambiguous advantage.
H.264 is encumbered by a patent pool managed by MPEG LA, with separate patent claims from Via Licensing. While free for end-user internet video distribution, H.264 requires royalties from:
- Hardware manufacturers (chips, devices)
- Software encoders/decoders sold commercially
- Broadcasters and streaming services using H.264 for pay TV
The licensing structure is complex, with annual caps that make it manageable for large platforms — but it adds legal overhead and cost for device manufacturers.
AV1 is royalty-free by design. The Alliance for Open Media structured AV1 specifically to be usable without licensing fees. Members of the AOM consortium grant royalty-free licenses to their relevant patents for AV1 use, covering encoding, decoding, and distribution.
For most developers building applications with video streaming APIs, licensing doesn’t directly apply to you — it matters more for chipmakers and software vendors. But if you’re building video hardware or a software encoder product, AV1’s royalty-free status is a genuine cost advantage.
Quality at Low Bitrates
One of the most practically relevant differences between AV1 and H.264 is quality at constrained bitrates — the scenario most streaming apps actually deal with.
When network conditions force lower bitrates (sub-2 Mbps for 1080p, sub-600 Kbps for 720p), H.264 starts showing blocking artifacts, especially in motion-heavy content. AV1’s more sophisticated inter-prediction and larger block sizes handle these conditions better, producing smoother images with less visible compression at the same bitrate.
For adaptive bitrate streaming (ABR) ladder design, this matters: the lowest renditions in an AV1 ABR ladder can look noticeably better than equivalent H.264 renditions. Users on slow connections get a better experience.
The streaming bitrates table below shows typical targets for each codec:
| Resolution | H.264 Recommended Bitrate | AV1 Equivalent Bitrate |
|---|---|---|
| 360p | 400–800 Kbps | 250–500 Kbps |
| 480p | 800–1,500 Kbps | 500–900 Kbps |
| 720p | 2,500–4,000 Kbps | 1,500–2,500 Kbps |
| 1080p | 4,000–8,000 Kbps | 2,500–5,000 Kbps |
| 4K | 15,000–25,000 Kbps | 8,000–15,000 Kbps |
These are approximate — actual performance varies by encoder settings, content type, and encoder implementation. Screencasts and animation compress more efficiently than live-action sports, regardless of codec.
That’s a technical comparison of what AV1 and H.264 are and how they perform. The more practical question for your application is: given these tradeoffs, which should you actually deploy — and how?
When to Use AV1 vs H.264
The right codec depends on your content type, audience, infrastructure, and delivery constraints.
Use H.264 When:
- You need maximum device compatibility. H.264 plays on every browser, every mobile OS, every smart TV, every OTT device without exception. If you can’t afford a compatibility gap, H.264 is the safe choice.
- You’re delivering live streams. Unless you have RTX 40-series or Intel Arc hardware, H.264 is the practical choice for low-latency live streaming. RTMP ingest workflows universally encode H.264.
- Your encoding infrastructure is more than 2–3 years old. Hardware AV1 encoding requires chips from 2022+. On older servers, AV1 encoding in software is too slow for production workloads.
- You need simple, single-codec delivery. Managing one codec is simpler than managing a dual-codec pipeline with capability detection.
- Your content is heavily motion-based sports or gaming. At high bitrates, the perceptual quality gap between H.264 and AV1 narrows significantly.
Use AV1 When:
- You’re delivering VOD to a modern device audience. If your analytics show 80%+ of users on devices from 2020+, AV1 can meaningfully reduce bandwidth costs with no perceptual quality loss.
- You’re targeting 4K delivery. AV1 is the preferred codec for 4K streaming on YouTube and Netflix for a reason — the bandwidth savings at 4K are most impactful, and 4K-capable devices almost always have AV1 hardware decoding.
- Bandwidth costs are a primary concern. At scale, 30–50% bandwidth reduction compounds directly into CDN cost savings.
- You’re not targeting iOS/iPadOS. If your platform is primarily desktop or Android, the Safari compatibility gap is less of a concern.
- You can run a dual-codec ABR ladder. Serve AV1 to capable devices, H.264 as a fallback. Modern players (HLS.js, Shaka Player, ExoPlayer) support codec detection and switching.
What About H.265/HEVC?
H.265/HEVC sits between H.264 and AV1 in this comparison — roughly 40–50% better compression than H.264, with broader hardware support than AV1 but licensing costs similar to H.264. H.265 has strong support on Apple devices, making it relevant for iOS delivery.
For new applications, the practical choice is usually between H.264 (maximum compatibility) and AV1 (maximum efficiency for modern devices), with H.265 as a middle ground for Apple-heavy audiences. See our H.264 vs HEVC comparison for a detailed breakdown of that pair.
How to Build an AV1/H.264 Streaming Pipeline
If you’re building a video application, here’s how to approach codec selection at the infrastructure level.
Option 1: H.264-Only Pipeline (Simplest)
The simplest path: encode everything to H.264 with an adaptive bitrate ladder, deliver via HLS or DASH, and support every device without any codec detection logic.
A typical H.264 ABR ladder:
- 360p @ 600 Kbps
- 480p @ 1,000 Kbps
- 720p @ 2,500 Kbps
- 1080p @ 5,000 Kbps
Tools: FFmpeg with libx264, NVENC, Intel Quick Sync, or Apple VideoToolbox for hardware-accelerated encoding.
Option 2: Dual-Codec Pipeline (AV1 + H.264 Fallback)
For VOD platforms targeting modern devices, you can produce both an AV1 ladder and an H.264 ladder. Your player detects codec support at runtime and selects the appropriate stream.
In HLS, this is done with `#EXT-X-STREAM-INF` tags specifying the `CODECS` attribute:
#EXT-X-STREAM-INF:BANDWIDTH=2500000,CODECS="av01.0.05M.08"
av1/720p.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=2500000,CODECS="avc1.640020"
h264/720p.m3u8
The player picks AV1 on capable devices and H.264 on everything else. The overhead: you’re encoding and storing two full sets of renditions, which roughly doubles encoding cost and storage.
Option 3: Use a Video Encoding API
Building and maintaining a multi-codec encoding pipeline is significant engineering work — managing encoder configurations, codec detection, ABR ladder generation, CDN delivery, and player compatibility across devices.
A video transcoding API handles this for you. LiveAPI’s video encoding API provides instant encoding with ABR optimization and HLS output, so you can go from uploaded video to playable stream without building encoding infrastructure. Instead of configuring libx264 parameters and managing rendition ladders, you post a video and get back an HLS URL playable on any device.
const sdk = require('api')('@liveapi/v1.0#5pfjhgkzh9rzt4');
sdk.post('/videos', {
input_url: 'https://your-storage.com/raw-video.mp4'
})
.then(res => console.log(res.data.hls_url))
.catch(err => console.error(err));
For live streaming, LiveAPI accepts RTMP and SRT ingest and delivers HLS output via Akamai, Cloudflare, and Fastly CDNs — so you get global delivery without managing encoding servers or CDN configuration.
Is AV1 Right for Your Project? A Checklist
Use this to quickly assess whether AV1 makes sense for your use case:
- [ ] Do you need live streaming under 2–3 seconds latency? → H.264 is safer unless you have RTX 40-series/Intel Arc hardware.
- [ ] Is iOS/iPadOS in your target audience? → If yes, you need H.264 as a fallback (or as primary).
- [ ] Is your encoding server from before 2022? → H.264 only. AV1 hardware encoding requires newer chips.
- [ ] Is your audience primarily on devices from 2020+? → AV1 hardware decoding is available; you can deliver AV1 to most users.
- [ ] Are you targeting 4K content delivery? → AV1 is worth the pipeline complexity — bandwidth savings are largest at 4K.
- [ ] Are bandwidth costs a major line item? → AV1’s 30–50% compression savings have real financial impact at scale.
- [ ] Can you maintain a dual-codec pipeline? → If not, H.264 keeps operations simple.
- [ ] Is this primarily VOD (not live)? → AV1 is more practical for VOD where encoding speed isn’t a realtime constraint.
AV1 vs H.264 FAQ
What is the main difference between AV1 and H.264? AV1 offers 30–50% better compression than H.264 at the same visual quality, producing smaller files and using less bandwidth. The tradeoff is that AV1 is significantly more complex to encode — especially for live streaming — and has less universal hardware support than H.264.
Is AV1 better than H.264 for streaming? For VOD delivery to modern devices, AV1 is more bandwidth-efficient and produces better quality at low bitrates. For live streaming, H.264 is generally more practical due to its mature hardware encoder ecosystem and near-universal device support. The right choice depends on your use case, audience devices, and infrastructure.
Does AV1 work on all browsers? No. AV1 is supported in Chrome 70+, Firefox 67+, Edge 18+, and Opera 57+. Safari on iOS and iPadOS does not support AV1 for streaming. Safari on macOS added limited AV1 hardware-decode support on M-series Macs in Sonoma (2023), but iOS support remains absent as of early 2026.
Is AV1 royalty-free? Yes. AV1 was designed by the Alliance for Open Media specifically to be royalty-free. You can encode, distribute, and play AV1 video without paying licensing fees. This contrasts with H.264, which has a patent pool managed by MPEG LA.
How much slower is AV1 encoding than H.264? In software, reference AV1 encoders (libaom) are 20–100× slower than x264 at comparable quality. Production encoders like SVT-AV1 at moderate speed presets can approach near-realtime on multi-core servers, but are still 3–5× slower than x264. Hardware AV1 encoders on NVIDIA RTX 40-series, Intel Arc, and AMD RX 7000-series GPUs can encode at realtime speeds.
Can I use AV1 for 4K live streaming? Yes, with the right hardware. NVIDIA RTX 40-series, Intel Arc, and AMD RX 7000-series all support hardware AV1 encoding at 4K 60fps. Without hardware acceleration, software AV1 encoding at 4K is far too slow for realtime delivery. H.264 or H.265 are more practical for 4K live streaming on older hardware.
What is the file size difference between AV1 and H.264? At equivalent visual quality, AV1 files are typically 30–50% smaller than H.264. For a 1-hour 1080p video at 5 Mbps H.264 (approximately 2.25 GB), the equivalent AV1 encode might be 1.1–1.6 GB. The gap is largest at lower bitrates.
Does YouTube use AV1? Yes. YouTube uses AV1 for 4K and 1080p streams on desktop browsers (Chrome/Firefox/Edge) and Android devices that support hardware decoding. It falls back to VP9 or H.264 on devices without AV1 support. YouTube has been one of the largest drivers of AV1 hardware decoder adoption.
What is the best codec for live streaming? H.264 remains the most practical codec for live streaming in 2026 due to its universal hardware encoder support, low encode latency, and compatibility with RTMP ingest workflows. AV1 live streaming is possible with modern hardware encoders but requires newer infrastructure. HLS streaming pipelines can deliver H.264 to all devices with minimal compatibility concerns.
Should I use AV1 or H.265 for streaming? AV1 offers slightly better compression than H.265 and has no licensing costs. H.265 has better hardware support on Apple devices and slightly broader overall compatibility. For new projects targeting broad audiences including iOS, H.265 may be preferable as a middle ground between H.264 compatibility and AV1 efficiency. For desktop-first or Android-first platforms, AV1 is worth considering. Compare both against your actual device analytics before committing to either.
Choosing the Right Codec for Your Streaming App
AV1 vs H.264 isn’t a clear winner — it’s a tradeoff between compression efficiency and deployment simplicity.
H.264 makes sense when you need universal device support, are building live streaming infrastructure, or want to minimize pipeline complexity. It’s the right default for most applications starting out.
AV1 makes sense when you’re delivering VOD to a modern device audience, targeting 4K, or running at a scale where 30–50% bandwidth savings have real financial impact.
In practice, the most future-proof approach is a dual-codec pipeline: AV1 for capable devices, H.264 as a fallback. The complexity of building and maintaining that pipeline is where a video hosting API or encoding API pays for itself — you get multi-quality HLS delivery without managing encoder configurations yourself.
Get started with LiveAPI to add video streaming to your app in days, not months — with encoding, CDN delivery, and an embeddable player included.
