Resumen rápido: qué formato usar
| Caso de uso | Formato recomendado |
|---|---|
| Máxima compatibilidad | MP4 H.264 |
| Mejor calidad/tamaño | MP4 H.265 (HEVC) |
| Open source, web | WebM VP9 |
| Futuro (mejor compresión) | WebM AV1 |
| Streaming profesional | HLS (fragmentos TS) |
MP4 con H.264 (AVC)
El estándar universal. Compatible con absolutamente todos los navegadores, dispositivos móviles, Smart TVs, consolas y reproductores desde 2008.
Características:
- Codec: H.264 / AVC
- Contenedor: MP4
- Compatibilidad: 100% universal
- Calidad: buena
- Tamaño: referencia (1×)
Cuándo usar H.264:
- Vídeos para máxima compatibilidad (incluye dispositivos antiguos).
- Uploads a YouTube, Vimeo, redes sociales — luego ellos transcodifican.
- Streaming con reproductores HTML5
<video>.
<video controls>
<source src="video.mp4" type="video/mp4">
</video>
MP4 con H.265 (HEVC)
50% mejor compresión que H.264 a la misma calidad. Ideal para vídeo 4K.
Limitaciones: Safari y iOS lo soportan bien; Chrome requiere hardware compatible. Para streaming web, WebM VP9 o AV1 son más fiables.
Cuándo usar H.265:
- Almacenamiento y archivo local (mucho menor tamaño).
- Smart TVs y reproductores Blu-ray modernos.
- 4K HDR donde el tamaño de archivo importa.
WebM con VP9
Formato open source de Google. 30-50% mejor compresión que H.264.
Compatibilidad: Chrome, Firefox, Edge. Safari añadió soporte en macOS Big Sur. Sin soporte en IE.
Cuándo usar WebM VP9:
- Vídeos web donde quieres tamaño pequeño y no te preocupa Safari antiguo.
- Combinado con H.264 como fallback:
<video controls>
<source src="video.webm" type="video/webm">
<source src="video.mp4" type="video/mp4">
</video>
WebM con AV1
El codec más eficiente disponible hoy. 30-50% mejor que VP9, 50% mejor que H.264.
Limitaciones: codificación muy lenta (minutos por segundo de vídeo en CPU), soporte todavía en expansión.
Cuándo usar AV1:
- Plataformas de streaming (YouTube ya usa AV1 para móviles con Chrome).
- Proyectos orientados a 2025+ donde la compatibilidad con dispositivos muy viejos no importa.
Parámetros óptimos para web
MP4 H.264 para streaming web:
Codec: H.264 (libx264), preset slow, CRF 23
Audio: AAC 128 kbps
Keyframe: cada 2 segundos
Resolución: máxima nativa o 1920×1080 para full HD
WebM VP9:
Codec: VP9 (libvpx-vp9), CQ 33, tile-columns 4
Audio: Opus 128 kbps
Herramienta de conversión
- MP4 a WebM — convierte para web
- MKV a MP4 — compatibilidad universal
- AVI a MP4 — formato moderno
- MOV a MP4 — de Mac a universal
Casos de uso avanzados
Distribución multi-plataforma: cada red social tiene specs preferidas — YouTube acepta MP4 H.264 hasta 4K 60fps con AAC 384 kbps; Instagram Reels prefiere MP4 H.264 a 1080×1920 vertical; TikTok recomienda MP4 H.264/H.265 hasta 60 segundos con bitrate de 5-10 Mbps; LinkedIn limita a 5 GB y prefiere MP4 H.264. Convertir tu master a las specs exactas de cada plataforma antes del upload garantiza que la re-codificación interna del servidor (que siempre ocurre) parta de un input óptimo, preservando máxima calidad final. Edición profesional: editores como DaVinci Resolve, Premiere Pro y Final Cut Pro funcionan mejor con codecs intermedios (ProRes, DNxHD, CineForm) que con H.264 final-delivery — convertir tu material a un formato intermedio antes de editar acelera dramáticamente el render y evita generation loss en multi-track timelines. Streaming en vivo: OBS Studio y Streamlabs requieren input en H.264/H.265 con keyframes cada 2 segundos para HLS; convertir grabaciones a este preset facilita el uplink.
Mejores prácticas y consejos profesionales
Two-pass encoding vs CRF: para target file size específico (ej. "máximo 25 MB para WhatsApp") usa two-pass; para target quality usa CRF (Constant Rate Factor) con valores 18-23 para H.264, 22-28 para H.265 — son visually-lossless en condiciones normales. Audio passthrough: si tu video destino soporta el codec original de audio, usa stream copy (-c:a copy en FFmpeg) — preserva 100% de la calidad de audio sin re-codificación. Container vs codec: distingue entre container (MP4, MKV, MOV) y codec interno (H.264, H.265, AV1). Cambiar solo el container es una operación trivial sin re-encoding (segundos vs minutos para re-encode). HDR preservation: si tu source es HDR10/Dolby Vision, asegúrate que el destino también soporta HDR — convertir HDR a SDR pierde rango dinámico permanentemente. Frame rate: nunca aumentes frame rate (24→60 no añade información real); reducirlo (60→30) elimina frames sin pérdida visible para la mayoría del contenido.
Compatibilidad y consideraciones técnicas
KaijuConverter procesa video con FFmpeg 6.x compilado con todas las extensiones críticas: x264/x265 para encoding H.264/H.265 con presets configurables (ultrafast a veryslow, default medium para balance), libvpx-vp9 para WebM, SVT-AV1 para encoding moderno AV1 con soporte 10-bit color space, libfdk-aac para audio AAC, libopus para Opus. Soportamos archivos hasta 500 MB y resoluciones hasta 4K (3840×2160) a 60 fps. La pipeline cloud usa hardware acceleration cuando está disponible (NVENC/QuickSync) que acelera 5-10× respecto a CPU encoding. Tiempo de procesamiento: un video 1080p de 60 segundos típicamente se convierte en 12-30 segundos según codec destino y preset. Material 4K HDR puede requerir 2-5 minutos. Limitaciones: archivos protegidos con DRM (Netflix, Disney+, Amazon Prime, Apple TV+) no se pueden convertir — el DRM bloquea extracción del stream. Codecs propietarios muy específicos (RED RAW, ARRI Alexa raw, Sony X-OCN) requieren software dedicado. Privacidad: video se cifra en tránsito (TLS 1.3), se procesa en contenedores Docker aislados, se elimina automáticamente tras 2 horas con multi-pass overwrite seguro.
Conversiones relacionadas
Conversiones de vídeo que encajan con esta guía: