Skip to main content
Image Converter Video Converter Audio Converter Document Converter
Tools Guides Formats Pricing API
Log In
🇪🇸 Español 🇧🇷 Português 🇩🇪 Deutsch
Guide

H.265/HEVC Video Codec: Complete Guide to High Efficiency Video Coding

PC By Pablo Cirre

Frequently Asked Questions

At the same visual quality, H.265 (HEVC) files are approximately 40-50% smaller than H.264 files. This means a 1080p movie that takes 4 GB as H.264 would take about 2 GB as H.265 at the same quality. For 4K content the savings are even more pronounced. In terms of bitrate: a 1080p stream that requires 8 Mbps in H.264 needs only about 4-5 Mbps in H.265 for the same quality. This is why streaming services use HEVC for 4K HDR — delivering 4K over typical home broadband connections would not be practical with H.264.

At the same visual quality, H.265 (HEVC) arquivos são approximately 40-50% menor que H.264 files. This means a 1080p movie that takes 4 GB as H.264 would take about 2 GB as H.265 at the same quality. para 4K content the savings are even more pronounced. In terms of bitrate: a 1080p stream that requires 8 Mbps in H.264 needs only about 4-5 Mbps in H.265 para the same quality. This is why streaming services usar HEVC para 4K HDR — delivering 4K over typical home broadband connections would not be practical com H.264.

At the same visual quality, H.265 (HEVC) Dateien are approximately 40-50% kleiner als H.264 files. This means a 1080p movie that takes 4 GB as H.264 would take about 2 GB as H.265 at the same quality. für 4K content the savings are even more pronounced. In terms von Bitrate: a 1080p stream that requires 8 Mbps in H.264 needs only about 4-5 Mbps in H.265 für the same quality. This is why streaming services verwenden HEVC für 4K HDR — delivering 4K over typical home broadband connections would not be practical mit H.264.

At the same visual quality, H.265 (HEVC) archivos are approximately 40-50% más pequeño que H.264 files. This means a 1080p movie that takes 4 GB as H.264 would take about 2 GB as H.265 at the same quality. para 4K content the savings are even more pronounced. In terms de bitrate: a 1080p stream that requires 8 Mbps in H.264 needs only about 4-5 Mbps in H.265 para the same quality. This is why streaming services usar HEVC para 4K HDR — delivering 4K over typical home broadband connections would not be practical con H.264.

AV1 is the most efficient (royalty-free, ~30% smaller than H.265) but encoding is slow. H.265 (HEVC) saves ~30–50% over H.264 and is supported by every modern phone and desktop. H.264 remains the safest baseline for legacy compatibility. Rule of thumb: archives → AV1, daily use → H.265, broadest reach → H.264.

HEVC encoding is computationally expensive because of its more complex tools: CTU quadtree analysis (evaluating many possible block splits), 35 intra prediction modes instead of 9, larger transform sizes, and more sophisticated motion estimation. The x265 software encoder is typically 5-10 times slower than x264 at equivalent quality settings. For faster encoding, use hardware encoders (NVENC on NVIDIA GPUs, VideoToolbox on Apple Silicon, Intel QuickSync) — they encode in real-time or faster, though with somewhat lower quality efficiency than software x265. The slow preset provides excellent compression but very slow encoding; use medium or fast presets when speed matters.

CRF (Constant Rate Factor) is the best default for offline files: ffmpeg picks the bitrate frame-by-frame to maintain perceived quality. Two-pass is only better when you must hit an exact final size (DVD targets). Constant bitrate is for streaming with a fixed channel. For "smallest at quality X" always use CRF.

The Main profile uses 8-bit color depth (256 levels per channel), the same as standard JPEG and H.264. Main 10 uses 10-bit depth (1024 levels per channel). The additional 2 bits provide: (1) Finer gradient rendering — banding artifacts in smooth gradients (sunsets, skies) are eliminated. (2) HDR support — HDR10 and HLG HDR formats require 10-bit to represent the expanded brightness range without clipping. (3) Better editing latitude — 10-bit video survives color grading with fewer artifacts. All 4K HDR content (Netflix, Ultra HD Blu-ray, Apple TV) uses Main 10. For SDR 8-bit content, Main profile is sufficient and slightly more compatible with older devices.

The Main profile uses 8-bit color depth (256 levels per channel), o mesmo que padrão JPEG e H.264. Main 10 uses 10-bit depth (1024 levels per channel). The additional 2 bits provide: (1) Finer gradient rendering — banding artifacts in smooth gradients (sunsets, skies) are eliminated. (2) HDR support — HDR10 e HLG HDR formatoos require 10-bit to represent the expanded brightness range sem clipping. (3) Better editando latitude — 10-bit video survives color grading com fewer artifacts. All 4K HDR content (Netflix, Ultra HD Blu-ray, Apple TV) uses Main 10. para SDR 8-bit content, Main profile is sufficient e slightly more compatível com older devices.

The Main profile uses 8-bit color depth (256 levels per channel), gleich wie Standard JPEG und H.264. Main 10 uses 10-bit depth (1024 levels per channel). The additional 2 bits provide: (1) Finer gradient rendering — banding artifacts in smooth gradients (sunsets, skies) are eliminated. (2) HDR support — HDR10 und HLG HDR Formate require 10-bit to represent the expanded brightness range ohne clipping. (3) Better editing latitude — 10-bit video survives color grading mit fewer artifacts. All 4K HDR content (Netflix, Ultra HD Blu-ray, Apple TV) uses Main 10. für SDR 8-bit content, Main profile is sufficient und slightly more kompatibel mit older devices.

The Main profile uses 8-bit color depth (256 levels per channel), igual que estándar JPEG y H.264. Main 10 uses 10-bit depth (1024 levels per channel). The additional 2 bits provide: (1) Finer gradient rendering — banding artifacts in smooth gradients (sunsets, skies) are eliminated. (2) HDR support — HDR10 y HLG HDR formatoos require 10-bit to represent the expanded brightness range sin clipping. (3) Better editing latitude — 10-bit video survives color grading con fewer artifacts. All 4K HDR content (Netflix, Ultra HD Blu-ray, Apple TV) uses Main 10. para SDR 8-bit content, Main profile is sufficient y slightly more compatible con older devices.

Common causes: (1) variable framerate source rendered as constant (use <code>-vsync vfr</code> to preserve VFR); (2) different audio sample rates not resampled (add <code>-ar 48000</code>); (3) container limitations (MP4 with variable framerate misbehaves — prefer MKV during editing, encode to MP4 only at the end). Always run <code>ffprobe</code> on both source and output to compare timing.

No — this is HEVC's main limitation on the web. Safari (macOS and iOS) supports HEVC natively. Chrome and Edge support HEVC on Windows 11 and macOS machines with hardware HEVC decode support, but this support is not guaranteed on all systems. Firefox does not support HEVC. For reliable web video delivery, H.264 is still the safest choice. For web delivery with better compression, AV1 (supported by Chrome, Firefox, Edge) is often preferred over HEVC because of its royalty-free status and better browser support. Use HEVC primarily for downloaded content, local playback, and streaming services that control the full playback environment (native app, smart TV, etc.).

No — this is HEVC's main limitation no web. Safari (macOS e iOS) suporta HEVC natively. Chrome e Edge support HEVC no Windows 11 e macOS machines com hardware HEVC decode support, mas this support is not guaranteed on all systems. Firefox does not support HEVC. para reliable web video delivery, H.264 is still the safest choice. para web delivery com better compressão, AV1 (supported by Chrome, Firefox, Edge) is often preferred over HEVC because of its royalty-free status e better browser support. usar HEVC primarily para baixado content, local playback, e streaming services that control the full playback environment (native app, smart TV, etc.).

Yes if you only change the container: <code>ffmpeg -i in.mkv -c copy out.mp4</code>. This remuxes the stream without re-encoding, takes seconds even for hours of footage. Limitations: codec must be supported by the target container (e.g. you cannot put H.264 in WebM, only VP8/VP9/AV1). To shrink size you must re-encode.