Codec de Vídeo H.264/AVC: Guía Técnica Completa

El CRF (Constant Rate Factor) controla la calidad en x264. La escala va de 0 (sin pérdida) a 51 (peor calidad), con 23 como predeterminado. Para archivo o masters de alta calidad, CRF 18 se considera "visualmente sin pérdida" — la mayoría de los espectadores no pueden distinguirlo del original. CRF 20-23 es excelente para la mayoría del contenido. CRF 24-28 es aceptable para visualización casual o streaming donde el tamaño del archivo importa. Para subir a plataformas como YouTube (que recodifican tu vídeo de todas formas), CRF 20 con el preset "slow" proporciona una fuente limpia que sobrevive bien a la recodificació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.

Los perfiles H.264 definen qué características de codificación se usan. El Perfil Baseline usa las herramientas más simples: sin fotogramas B, sin codificación de entropía CABAC, máximo 2 fotogramas de referencia. Fue diseñado para dispositivos de bajo consumo como teléfonos más antiguos. El Perfil Main añade fotogramas B y CABAC, mejorando la compresión en un 10-15%. El Perfil High añade transformadas DCT intra de 8×8 y matrices de cuantización personalizadas para una eficiencia adicional del 5-10%. Todos los dispositivos modernos soportan High Profile. Al codificar para distribución, usa siempre High Profile a menos que necesites específicamente soportar hardware muy antiguo.

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.

Esto suele ocurrir porque el átomo moov del MP4 (la cabecera de metadatos que indica a los reproductores cómo decodificar el archivo) está al final del archivo en lugar del principio. Los reproductores web necesitan el átomo moov antes de poder empezar a reproducir, por lo que almacenan todo el archivo en búfer primero. Soluciona esto añadiendo la opción -movflags +faststart a tu comando FFmpeg: ffmpeg -i entrada.mp4 -c:v libx264 -crf 23 -movflags +faststart salida.mp4. Esto mueve el átomo moov al principio del archivo, permitiendo el streaming progresivo sin almacenar todo el archivo en búfer.

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.

Para máxima compatibilidad, usa H.264. Se reproduce en todos los dispositivos y navegadores sin excepción. Para la mejor relación calidad/tamaño de archivo, usa H.265 (HEVC) — logra la misma calidad que H.264 con aproximadamente la mitad de la tasa de bits, ideal para almacenamiento. La regla práctica: H.264 si tu principal preocupación es la compatibilidad; H.265 si tu principal preocupación es el tamaño del archivo manteniendo alta calidad; AV1 si te diriges a navegadores modernos y quieres la mejor compresión. Muchos flujos de trabajo usan H.265 para almacenamiento y H.264 para distribució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.