Descargas un vídeo, haces doble clic y obtienes un error: “No se puede reproducir este formato”. Pero el archivo es .mp4, y .mp4 se supone que es universal. Lo pruebas en QuickTime —nada. Lo pruebas en tu navegador —pantalla negra con audio. Lo pruebas en VLC y por fin se reproduce. ¿Qué ha salido mal?
La respuesta corta es que la extensión del archivo te mintió. .mp4 no te dice qué hay en el archivo; solo te dice cómo se ha empaquetado el contenido. Lo que tu reproductor no puede decodificar no es el paquete —es el flujo de vídeo comprimido de dentro, codificado con un algoritmo que tu reproductor no reconoce. Una vez que entiendes esa distinción, una enorme cantidad de comportamiento de vídeo misterioso —los errores de códec, los fallos de “el audio se reproduce pero no hay vídeo”, los archivos que funcionan en tu teléfono pero no en tu TV— resulta ser el mismo problema disfrazado de cosas distintas.
Un contenedor es la caja, un códec es lo que hay dentro, y la mayoría de los problemas de reproducción vienen de confundir los dos.
Esta guía recorre lo que hacen los contenedores, lo que hacen los códecs, qué combinaciones son comunes en 2026, por qué “guardar como MP4” no siempre significa “guardar como algo que todos pueden reproducir” y cómo diagnosticar un vídeo que se niega a abrirse.
Puntos clave {#key-takeaways}
- Un contenedor es un formato de archivo que empaqueta pistas juntas —vídeo, audio, subtítulos, capítulos, metadatos. Contenedores comunes:
.mp4,.mkv,.webm,.mov,.ts,.m4s. - Un códec es el algoritmo que comprime los datos reales de audio y vídeo. Códecs de vídeo comunes: H.264 (AVC), H.265 (HEVC), AV1, VP9. Códecs de audio comunes: AAC, Opus, MP3, FLAC.
- La extensión del archivo te dice el contenedor, no el códec. Un archivo
.mp4puede contener vídeo H.264, H.265 o AV1 —y la diferencia es lo que decide si se reproduce. - H.264 se reproduce en todo lo moderno; H.265 reduce la tasa de bits aproximadamente a la mitad pero necesita hardware posterior a 2017; AV1 la reduce aún más pero necesita dispositivos de 2022 o posteriores para decodificación por hardware.
- H.264 y H.265 están sujetos a regalías; AV1 y VP9 están libres de regalías —por eso YouTube, Netflix y Twitch están migrando a AV1.
- Remultiplexar cambia el contenedor sin recodificar; cambiar el códec siempre requiere una recodificación completa.
- MP4 con vídeo H.264 y audio AAC sigue siendo la combinación más segura para “que simplemente funcione” para archivos que quieras reproducir en cualquier sitio.
La explicación sencilla
Imagina que estás enviando un paquete. La caja de cartón es el contenedor: tiene una forma, una etiqueta y reglas sobre cómo encajan las cosas dentro. Lo que realmente hay en la caja —un libro, un teléfono, un jarrón envuelto en plástico de burbujas— es el contenido. Dos paquetes con cajas de cartón idénticas pueden contener cosas totalmente diferentes, y la caja no determina si puedes usar lo que hay dentro; eso depende de si puedes leer el idioma del libro o cargar el teléfono.
Un archivo de vídeo funciona igual. El contenedor —.mp4, .mkv, .webm, .mov, .ts, .m4s— es el formato de empaquetado. Define cómo se dispone el archivo en disco: dónde vive la pista de vídeo, dónde vive la pista de audio, dónde encontrar los datos de subtítulos, dónde encontrar el índice de búsqueda, dónde encontrar los metadatos. El códec —H.264, H.265, AV1, VP9, AAC, Opus— es cómo se codifican los bytes comprimidos reales dentro de las pistas de vídeo y audio. El contenedor es la caja; el códec es el idioma en el que está escrito el contenido.
Esta separación existe porque hay dos problemas de ingeniería distintos. Empaquetar un archivo de múltiples pistas para que un reproductor pueda buscar al instante el minuto 17, cambiar el audio entre inglés y japonés y superponer subtítulos es un problema. Comprimir un vídeo 4K hasta unos pocos megabits por segundo sin que parezca un borrón es un problema diferente. Los contenedores resuelven el primero; los códecs resuelven el segundo; evolucionan en cronogramas independientes.
Ahora la parte incómoda. Un archivo .mp4 puede contener vídeo H.264 más audio AAC —y reproducirse en cualquier navegador, teléfono o reproductor multimedia. La misma extensión .mp4 también puede contener vídeo AV1 más audio Opus, y ese archivo se negará a reproducirse en Safari 16, en un iPad de 2019 o en un Apple TV de 2020. Misma extensión. Misma especificación de contenedor. Reproducibilidad totalmente distinta. El contenedor no te dijo nada sobre si el archivo se iba a reproducir; el códec te lo dijo todo.
Una vez que interiorizas esto, el resto de este artículo es rellenar qué códecs son comunes, qué dispositivos soportan cuáles y qué hacer cuando tienes un archivo que encaja en la combinación equivocada.
Cómo funcionan realmente los contenedores y los códecs
Cada archivo de vídeo tiene al menos dos capas: un contenedor que dispone las pistas en disco, y uno o más códecs que determinan cómo se comprimen los datos dentro de cada pista. Ambas capas tienen que ser entendidas por tu software de reproducción para que el archivo se reproduzca.
Contenedores en detalle
Un contenedor almacena múltiples pistas —normalmente una pista de vídeo y una o más pistas de audio, más subtítulos opcionales, marcadores de capítulo, adjuntos (fuentes, carátulas) y metadatos. También suele contener un índice o tabla de marcas que le dice al reproductor qué desplazamiento de byte corresponde a qué marca de tiempo, para que la búsqueda pueda saltar directamente al minuto 17 en lugar de decodificar desde el principio.
Contenedores comunes en 2026:
- MP4 — ISO Base Media File Format (ISO/IEC 14496-14). El contenedor más universal con diferencia. Usado por servicios de streaming, navegadores, cámaras móviles y el HLS moderno (segmentos fMP4 dentro de CMAF). Descendiente del MOV QuickTime de Apple. Si necesitas que un archivo se reproduzca en todas partes, quieres MP4.
- MKV — Matroska. Abierto, libre de regalías, extremadamente flexible. Soporta cualquier combinación de códec, pistas ilimitadas, menús de capítulos, fuentes adjuntas, múltiples formatos de subtítulos. Popular para vídeo de escritorio, fansubs de anime y rips de discos. Menos soportado universalmente por navegadores y televisores inteligentes.
- WebM. La alternativa a MP4 de Google, optimizada para la web. Casi siempre lleva vídeo VP9 o AV1 más audio Opus. Soportado por Chrome, Firefox y Edge; el soporte de Safari llegó tarde.
- MOV — QuickTime File Format. El contenedor de Apple, técnicamente el padre de MP4 —ambos comparten la mayor parte de sus internos. Salida común de iPhones y herramientas de edición de Apple.
- MPEG-TS (
.ts). Diseñado para TV broadcast por satélite y cable, donde la pérdida de paquetes es un hecho. Usado por segmentos HLS heredados y algunos servicios de IPTV. Robusto pero ineficiente en comparación con fMP4. - MP4 fragmentado (
.m4s). Una variante de MP4 cortada en pequeños fragmentos independientes. Usado por MPEG-DASH, el HLS moderno y el Common Media Application Format (CMAF) para que un único conjunto de archivos pueda servir a ambos protocolos. Esto es lo que contiene un segmento HLS.m4s—la misma estructura de cajas MP4, solo cortada en trozos.
Códecs de vídeo en detalle
Cada generación de códecs intercambia eficiencia de compresión por coste de CPU de codificación/decodificación y complejidad de licenciamiento.
- H.264 (AVC) — Advanced Video Coding, ITU-T H.264 / ISO/IEC 14496-10. Estandarizado en 2003 y decodificado por hardware por cada smartphone, GPU, televisor inteligente y videoconsola fabricados desde aproximadamente 2010. Sujeto a regalías —cubierto por grupos de patentes administrados por MPEG LA y otros. Sigue siendo el mínimo común denominador universal: un archivo H.264 en un contenedor MP4 se reproduce en cualquier sitio. La mayoría de las videoconferencias, grabaciones de vigilancia y cámaras de consumo todavía lo usan.
- H.265 (HEVC) — High Efficiency Video Coding, ITU-T H.265 / ISO/IEC 23008-2. Estandarizado en 2013. Logra aproximadamente un 50 por ciento mejor compresión que H.264 a la misma calidad visual, que es la diferencia entre enviar 4K en absoluto o no. La decodificación por hardware está extendida en dispositivos a partir de 2017. La pega es el licenciamiento: las patentes HEVC están repartidas entre MPEG LA, HEVC Advance, Velos Media y varios titulares individuales, lo que ha hecho el panorama de regalías lo bastante desordenado como para que algunos navegadores (notablemente Firefox en la mayoría de las plataformas) solo habiliten H.265 cuando el SO ya proporciona decodificación por hardware. Usado por Apple TV+, Netflix 4K HDR y los flujos HLS/DASH modernos hacia clientes capaces.
- AV1 — AOMedia Video 1. Estandarizado en 2018 por la Alliance for Open Media (Google, Netflix, Amazon, Apple, Microsoft, Mozilla) para escapar del lío de regalías de HEVC. Libre de regalías. Aproximadamente un 30 por ciento mejor compresión que H.265. La decodificación por hardware llegó a los teléfonos de gama alta y las GPU recientes alrededor de 2022 y ahora es estándar en los dispositivos nuevos; la codificación sigue siendo intensiva en CPU, por lo que el AV1 en directo sigue siendo raro. Usado por YouTube, Netflix y Twitch para flujos de alta resolución hacia clientes capaces.
- VP9. El predecesor de AV1 de Google, lanzado en 2013. Libre de regalías. Aproximadamente comparable a H.265 en compresión. Usado intensamente por YouTube antes del despliegue de AV1 y todavía común como respaldo para dispositivos que decodifican VP9 pero no AV1. Notablemente ausente de la pila de Apple —Safari solo añadió la decodificación VP9 por software recientemente.
Códecs de audio, brevemente
El audio normalmente da menos quebraderos de cabeza de compatibilidad que el vídeo, pero se aplica la misma división.
- AAC. El predeterminado universal. Se empareja con H.264 en MP4 para máxima compatibilidad.
- MP3. Heredado pero todavía omnipresente, especialmente para archivos de música.
- Opus. Moderno, abierto, libre de regalías, muy eficiente tanto a tasas de voz como de música. Predeterminado en WebM y usado por Discord, WhatsApp y la mayoría de VoIP.
- FLAC. Sin pérdidas. Usado para archivado musical, no para bandas sonoras de vídeo.
- Dolby AC-3 y E-AC-3 (Dolby Digital, Dolby Digital Plus). Comunes en broadcast y audio envolvente 5.1/Atmos en streaming.
Por qué .mp4 no siempre significa H.264
Esta es la trampa que pilla a la mayoría de la gente. MP4 es solo el envoltorio. Un archivo AV1-en-MP4 es perfectamente legal pero no se reproducirá en Safari 16, en Apple TV antiguos o en ningún televisor sin decodificador AV1 por hardware. Lo mismo se aplica a H.265-en-MP4 en dispositivos antiguos, VP9-en-MKV en dispositivos Apple y Opus-en-MP4 en la mayoría del hardware de consumo. Cuando un vídeo “no se reproduce”, la primera pregunta nunca es “cuál es la extensión” —es “cuál es el códec”.
Dónde se encuentran los contenedores y los códecs con HLS y DASH
Los protocolos de streaming se asientan sobre todo esto. El HLS heredado enviaba segmentos MPEG-TS que llevaban H.264 + AAC. El HLS moderno usa segmentos fMP4 bajo CMAF, llevando H.264, H.265 o AV1 según el cliente. Los segmentos fMP4 de DASH usan el mismo formato contenedor y pueden llevar cualquier códec que el reproductor anuncie soportar. Las escaleras ABR normalmente usan el mismo códec en todas las variantes —cambiar de códec a mitad de flujo es técnicamente posible pero raro. El contenido protegido por DRM usa los mismos contenedores y códecs, solo que cifrados con MPEG Common Encryption superpuesto, dejando el códec intacto pero los bytes ilegibles sin una licencia.
Una vez que empiezas a guardar flujos de la web, esta matriz importa en la práctica —por eso una herramienta como VidMost normaliza la salida a una combinación conocida y buena en lugar de preservar cualquier códec exótico que la fuente casualmente use.
Soporte real de códecs en 2026
El soporte de códecs está fragmentado entre navegadores, dispositivos y sistemas operativos, y la matriz cambia cada año. El resumen siguiente es una instantánea de lo que es ampliamente cierto en 2026.
Navegadores. Chrome y Edge reproducen H.264, H.265 (con soporte de hardware del SO), AV1, VP9 y VP8. Safari 17+ reproduce H.264, H.265 y AV1, pero su soporte de AV1 requiere un dispositivo con decodificador AV1 por hardware —eso significa chips de clase A17 Pro / M3 o más nuevos; no hay respaldo por software. El soporte histórico de Safari para VP9 era inexistente pero ha mejorado recientemente. Firefox reproduce H.264, AV1, VP9 y VP8 universalmente y soporta H.265 solo cuando el SO proporciona decodificación por hardware —lo que funciona en Macs con Apple Silicon y PC recientes con Windows pero no en la mayoría de las instalaciones Linux.
Dispositivos móviles y Apple. En silicio de Apple, la decodificación AV1 por hardware llegó con el A17 Pro (iPhone 15 Pro y Pro Max) y la generación M3 de Macs; los iPhones, iPads y Macs anteriores no obtienen AV1 en Safari en absoluto. Los teléfonos Android de gama alta a partir de 2022 incluyen casi universalmente decodificación AV1 por hardware. Los Apple TV más antiguos y los televisores inteligentes anteriores a 2021 están atascados solo con H.264 y H.265.
Los servicios de streaming eligen según el cliente. Netflix envía AV1 a clientes capaces (iPhones recientes, televisores inteligentes modernos, consolas de generación actual) y cae a través de H.265 hasta H.264 en dispositivos más antiguos. YouTube hace lo mismo, con VP9 como respaldo intermedio. Twitch está desplegando AV1 para flujos en directo de mayor resolución mientras mantiene H.264 como base universal. Apple TV+ entrega H.265 con HDR a dispositivos Apple y cae a H.264 en otros sitios.
Decodificación por hardware frente a por software. La decodificación por hardware es lo que hace posible la reproducción 4K en un teléfono sin derretir la batería —un bloque de silicio dedicado dentro del SoC se encarga del trabajo a una fracción minúscula del coste de CPU. La decodificación por software para un códec no soportado suele funcionar en un escritorio con suficiente margen de CPU (VLC, mpv y ffplay decodificarán por software con gusto AV1 en un portátil de 2018), pero falla o consume batería en teléfonos y dispositivos embebidos. Cuando un vídeo se reproduce en tu portátil pero se entrecorta en tu teléfono, la decodificación por hardware desigual es la causa más común.
Un modelo mental útil: H.264 es el predeterminado universal en todas partes, H.265 es la actualización segura si controlas la lista de dispositivos, AV1 es el futuro que puedes enviar a hardware reciente hoy pero no asumir en nada anterior a 2022.
Qué significa esto si quieres guardar un vídeo
Aquí es donde la división contenedor-frente-a-códec deja de ser académica. Si alguna vez has scrapeado un sitio de streaming, has fusionado una carpeta de segmentos .ts o has descargado un vídeo y has descubierto que tu editor se niega a importarlo, el problema es casi siempre un desajuste de códec —no del contenedor.
Tres puntos de dolor aparecen una y otra vez:
- Los segmentos de streaming no están en formatos amigables. Capturar con éxito las partes de un flujo HLS o DASH te deja con una pila de archivos MPEG-TS o trozos MP4 fragmentado. Los reproductores de consumo se atragantan con una carpeta de estos; necesitas concatenar los segmentos y remultiplexarlos en un único MP4 en el orden correcto antes de que sean reproducibles como un único archivo.
- Los códecs fuente no siempre son amigables para editores. Si la fuente envió AV1 a tu navegador, puede que tu editor de vídeo no importe AV1, o que se entrecorte durante el desplazamiento porque se basa en decodificación por software. Incluso H.265 es irregular en herramientas de edición antiguas. Un archivo que se reproducía bien en el navegador se vuelve inútil para cualquiera que intente hacer trabajo real con él.
- La fragmentación de dispositivos muerde en el peor momento. Descargas una película 4K H.265 para tu tableta, la sincronizas al iPad antiguo de tu hijo y descubres que al iPad le falta el soporte para el perfil H.265 correcto. O guardas un flujo YouTube AV1 y descubres que el reproductor USB del televisor inteligente solo habla H.264.
La salida por defecto de VidMost es .mp4 con vídeo H.264 y audio AAC —la combinación más universalmente compatible disponible, decodificada por hardware en cada teléfono moderno, TV, navegador y herramienta de edición. Los usuarios que quieran máxima compresión o preservar el códec fuente (H.265 de un flujo 4K HDR, AV1 de YouTube) pueden configurarlo, pero el predeterminado es “simplemente funciona en todo”. VidMost gestiona la remultiplexación automáticamente: los segmentos se reensamblan, las cadenas de códec se comprueban contra el perfil de salida y, donde se necesite recodificar, se ofrece como una elección clara en lugar de una sorpresa silenciosa.
Errores y conceptos equivocados habituales
Un puñado de creencias sobre contenedores y códecs aparece una y otra vez en los foros. Vale la pena aclararlas.
- “MP4 es un códec.” No, MP4 es un contenedor —específicamente el ISO Base Media File Format. El códec dentro podría ser H.264, H.265, AV1 o alguna otra cosa. “En formato MP4” es cierto pero en gran medida inútil sin conocer el códec.
- “MKV es mejor que MP4.” Son contenedores diferentes sirviendo a necesidades diferentes, no niveles de calidad en competencia. MKV es más flexible —más combinaciones de códec, metadatos más ricos. MP4 tiene soporte más universal. Elige MKV para archivado o cualquier cosa con múltiples pistas de subtítulos y audio; elige MP4 para compartir o transmitir.
- “AV1 siempre es mejor que H.264.” AV1 comprime mucho más eficientemente —eso es cierto. Si AV1 es “mejor” para ti depende de si el dispositivo en el que estás reproduciendo tiene un decodificador por hardware. Un archivo 4K AV1 es precioso en un teléfono de gama alta reciente e irreproducible en un Android económico de 2019. H.264 siempre se reproduce.
- “Mayor tasa de bits equivale a mejor calidad.” Solo dentro del mismo códec, con el mismo contenido. Un flujo H.265 a 5 Mbps normalmente se ve mejor que un flujo H.264 a 5 Mbps porque H.265 saca más partido de cada bit. Comparar tasas de bits entre códecs no tiene sentido.
- “Cambiar la extensión del archivo arregla la reproducción.” Casi nunca. Los bytes dentro del archivo no cambian cuando renombras
.mkva.mp4, y la mayoría de los reproductores leen la cabecera para identificar el contenedor independientemente de la extensión. El archivo renombrado falla igual de mal que el original. - “VLC reproduce todo, así que el códec no importa.” VLC decodifica por software la mayoría de los códecs en el escritorio, lo que lo convierte en la herramienta de referencia para “¿se descargó bien el archivo?”. Pero en el momento en que necesitas editar, compartir o reproducir en un teléfono o TV, la compatibilidad de códec vuelve. La tolerancia de VLC es una propiedad de VLC, no del archivo.
Reflexiones finales
La división contenedor-frente-a-códec es una de esas pequeñas distinciones que explica una fracción desproporcionada de la rareza del vídeo. Una vez que puedes mirar un archivo y preguntar tanto “cuál es el envoltorio” como “qué hay realmente dentro”, los mensajes de error de códec dejan de ser misteriosos y los casos de “se reproduce en mi ordenador pero no en mi teléfono” empiezan a tener sentido.
La regla práctica no ha cambiado en quince años: MP4 con H.264 + AAC es la combinación más segura para “enviarlo a cualquier sitio”. H.265 es la actualización correcta si sabes que tus dispositivos objetivo son recientes. AV1 es la apuesta correcta si estás optimizando para la próxima década. Si quieres saltarte el paso manual de remultiplexado y simplemente guardar un vídeo de streaming como algo que todos puedan reproducir, VidMost usa por defecto MP4 + H.264 + AAC y gestiona los detalles por ti.
Lectura relacionada
- Cómo se reproduce realmente el vídeo en línea — el pipeline completo desde el codificador hasta tu pantalla.
- ¿Qué es HLS y M3U8? — qué contiene un segmento HLS
.tso.m4sy cómo se reproduce. - MPEG-DASH frente a HLS — cuándo gana cada protocolo y cómo los segmentos fMP4 de DASH comparten cañería de contenedor con el HLS moderno.
- Por qué cambia la calidad del vídeo a mitad de reproducción — cómo funciona ABR y por qué normalmente mantiene el mismo códec entre variantes.
- ¿Qué es el contenido protegido por DRM? — cómo los mismos contenedores y códecs se vuelven ilegibles cuando se envuelven en Widevine, FairPlay o PlayReady.