Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

Códec de Vídeo HEVC / H.265: Guía Técnica Completa

PC Por Pablo Cirre

Preguntas frecuentes

Las ganancias de eficiencia de HEVC provienen directamente de la mayor complejidad computacional. La estructura de CTU en árbol cuádruple requiere que el codificador evalúe muchos tamaños de bloque posibles (64×64, 32×32, 16×16, 8×8) y elija el mejor en cada posición. Los 35 modos de predicción intra (vs. 9 de H.264) multiplican las opciones a probar. El modo de fusión avanzado y TMVP requieren búsquedas de estimación de movimiento más complejas. El filtro SAO necesita optimización por fotograma. Todas estas decisiones ocurren en un bucle de optimización tasa-distorsión. La codificación es 5-10× más lenta que H.264 en el preset medium; usar "fast" reduce esto a 2-3× pero sacrifica eficiencia de compresión.

AV1 es el más eficiente (libre de royalties, ~30% menor que H.265) pero la codificación es lenta. H.265 (HEVC) ahorra ~30–50% sobre H.264 y lo soportan todos los móviles y ordenadores modernos. H.264 sigue siendo el más compatible con dispositivos antiguos. Regla práctica: archivado → AV1, uso diario → H.265, máxima compatibilidad → H.264.

El perfil Main de HEVC soporta vídeo de 8 bits por canal con submuestreo de croma 4:2:0 — contenido de rango dinámico estándar (SDR). El perfil Main 10 admite adicionalmente vídeo de 10 bits por canal, proporcionando 4× más gradaciones tonales por canal (1024 vs 256 niveles). Esta profundidad de bits adicional es necesaria para contenido HDR porque las pantallas HDR operan sobre un rango de luminancia mucho más amplio que no puede representarse con precisión de 8 bits sin bandas visibles. Main 10 es el perfil obligatorio para contenido HDR10, HDR10+ y HLG. Todos los smartphones modernos, Smart TVs y dispositivos de streaming soportan decodificación por hardware HEVC Main 10.

CRF (Constant Rate Factor) es el mejor por defecto para archivos offline: ffmpeg ajusta el bitrate frame a frame manteniendo la calidad percibida. Two-pass solo es mejor cuando debes acertar un tamaño final exacto (DVD). Bitrate constante es para streaming con canal fijo. Para "más pequeño a calidad X" usa siempre CRF.

El CRF predeterminado para libx265 es 28, que produce archivos más pequeños que el CRF 23 predeterminado de H.264 con calidad visual equivalente. Para archivado y distribución de uso general, se recomienda CRF 24-28. CRF 18-22 da calidad visualmente lossless para contenido crítico pero produce archivos grandes. CRF 28-32 es adecuado para entrega web donde el ancho de banda es una preocupación. Para contenido 4K HDR, usa CRF 20-24. El flag "-preset" también importa: "slow" o "slower" da 10-15% mejor compresión que "medium" pero tarda 2-4× más en codificar.

Causas comunes: (1) framerate variable renderizado como constante (usa <code>-vsync vfr</code> para preservar VFR); (2) sample rates de audio distintos sin resamplear (añade <code>-ar 48000</code>); (3) limitaciones del contenedor (MP4 con VFR da problemas — usa MKV durante edición, codifica a MP4 solo al final). Compara tiempos con <code>ffprobe</code> en origen y destino.

HEVC tiene una de las situaciones de patentes más complejas en la historia de los códecs. Tres grupos de patentes separados (HEVC Advance, Velos Media, Via LA) más licenciantes individuales reclaman patentes esenciales — los fabricantes de dispositivos deben pagar múltiples tasas separadas. HEVC Advance cobra aproximadamente $0,60 por dispositivo más tasas basadas en ingresos. Esta complejidad llevó a las principales empresas tecnológicas (Google, Mozilla, Microsoft, Amazon, Netflix, Cisco, Apple) a formar la Alliance for Open Media y desarrollar AV1 como alternativa libre de regalías. Para los usuarios, esto importa principalmente al distribuir software o vender dispositivos; ffmpeg puede codificar HEVC libremente, pero distribuir contenido codificado en HEVC comercialmente puede requerir licencias dependiendo de la jurisdicción.

Sí, si solo cambias el contenedor: <code>ffmpeg -i in.mkv -c copy out.mp4</code>. Esto remuxea el stream sin recodificar, tarda segundos incluso con horas de material. Limitación: el códec debe ser compatible con el contenedor destino (no puedes poner H.264 en WebM, solo VP8/VP9/AV1). Para reducir tamaño hay que re-codificar.

Usamos cookies y tecnologías similares para personalizar contenido y anuncios, y para analizar el tráfico. Más información sobre cookies.