De MOV a MP4: por qué el vídeo del iPhone no se abre en Windows

La extensión nombra la caja, no lo que hay dentro

Un archivo de vídeo tiene dos capas independientes. El contenedor es la estructura exterior: guarda uno o más flujos, anota cómo se alinean en el tiempo y lleva un índice que dice dónde empieza cada fotograma. MP4, el MOV de QuickTime, el MKV de Matroska y WebM son todos contenedores. El códec es lo que comprimió las imágenes en un flujo desde el principio: H.264, HEVC, VP8, VP9, AV1. A un contenedor le da bastante igual qué códec transporta, y a un códec le da bastante igual qué contenedor lo transporta. Por eso el mismo vídeo H.264 puede estar dentro de un .mov y de un .mp4 y ser, byte a byte en lo que importa, idéntico.

MOV y MP4 no son ni siquiera parientes lejanos. La referencia de MDN sobre contenedores multimedia indica que el formato de archivo MP4 deriva del formato base ISO, que a su vez deriva directamente del formato QuickTime desarrollado por Apple. Usan las mismas cajas, los mismos nombres de átomos, la misma idea de índice. Ese parecido de familia es justo la razón de que tanta gente concluya que renombrar el archivo bastará, y la razón de que renombrarlo tan a menudo no cambie nada. Si el códec de dentro era el problema, la nueva extensión solo permite que el reproductor avance un paso más antes de rendirse.

Qué escribe realmente un iPhone

Apple introdujo HEIF para las fotos y HEVC para el vídeo con iOS 11 y macOS High Sierra, y todo iPhone a partir del 7 puede grabar en ellos. El argumento es honesto: la misma imagen con más o menos la mitad de almacenamiento. El ajuste que lo controla está en Ajustes, Cámara, Formatos, y ofrece dos opciones: «Alta eficiencia», que es la de fábrica y produce HEVC, y «Más compatible», del que la propia página de soporte de Apple dice que hará que todas las fotos y vídeos nuevos usen JPEG o H.264. Ese único ajuste es el origen de casi todas las preguntas del tipo «mi MOV no se reproduce», y solo afecta a las grabaciones hechas después de cambiarlo.

Dos detalles ahorran mucha confusión. Primero, el contenedor no cambia con el ajuste: el iPhone escribe un archivo .mov en ambos casos, así que la extensión no dice nada sobre el códec que tienes. Segundo, Apple ya intenta ayudarte. Su página de soporte señala que cuando el contenido se comparte por AirDrop, Mensajes o correo y el dispositivo receptor no admite los formatos nuevos, puede enviarse automáticamente en uno más compatible como H.264, y por eso el clip que tu colega recibió por mensaje se abrió bien y el que copiaste del teléfono con cable no.

Por qué Windows es la máquina que dice que no

HEVC es tecnología patentada, y el acuerdo de licencia que la rodea explica que el soporte sea desigual de un modo que el de H.264 no lo es. Apple integró la decodificación en macOS e iOS desde High Sierra e iOS 11 y absorbió el coste, así que el archivo siempre se reproduce en la máquina de la que salió. Microsoft tomó el otro camino: publica en su propia tienda un paquete HEVC Video Extensions, vendido y no incluido, cuyo propósito declarado es permitirte reproducir vídeos HEVC en cualquier aplicación de vídeo en Windows. Una máquina Windows que nunca lo haya instalado abrirá el .mov, encontrará un flujo que no sabe decodificar, e informará de cualquier cosa, desde un error de códec hasta un rectángulo negro con sonido.

El navegador es el segundo muro, y es otro distinto. La referencia de contenedores de MDN marca el contenedor QuickTime como no admitido en Chrome, Edge, Firefox y Safari, mientras que el MP4 sí lo está en los cuatro. Así que un .mov con H.264 perfectamente corriente seguirá negándose a previsualizarse en un formulario de subida web, en un gestor de contenidos o en un editor en línea, y ahí el contenedor sí es el problema, y cambiar de caja sí sería toda la reparación. Esa misma referencia da WebM como admitido en todas partes, y por eso el tercer modo de fallo, el .webm que no se abre en un programa de presentaciones o en un editor, es la imagen invertida del primero.

Remultiplexar o recodificar: dos operaciones idénticas vistas desde fuera

Un remultiplexado abre el contenedor viejo, saca los flujos comprimidos sin tocarlos y los deposita en un contenedor nuevo. Nada se decodifica, nada se vuelve a comprimir, y la documentación de FFmpeg lo dice sin rodeos: sin decodificación ni codificación es muy rápido y no hay pérdida de calidad. Un archivo de dos gigabytes se remultiplexa en unos segundos, y la imagen que sale es la misma imagen, bit a bit. Es la operación correcta siempre que el códec ya sea aceptable y solo la envoltura esté mal: un MOV con H.264 que un formulario web rechaza, un MKV descargado que un navegador no tocará.

Una recodificación es otra cosa por completo. Decodifica cada fotograma de vuelta a imágenes y las comprime otra vez con un códec distinto, que es la única manera de convertir HEVC en H.264, porque los dos describen el movimiento de formas incompatibles. Lleva tiempo real —minutos y no segundos— y cuesta una generación de calidad, porque el segundo codificador está comprimiendo una imagen que ya carga con los compromisos del primero. En una sola pasada desde una buena fuente esa generación suele ser invisible. Hazlo cuatro veces y deja de serlo.

Siendo claros sobre esta herramienta: no tiene ruta de remultiplexado. Elijas el destino que elijas, decodifica y recodifica, así que siempre te costará esa generación, incluso en un archivo que solo necesitaba envoltura nueva. Es una limitación real, y conviene conocerla antes de darle un MOV del que ya sabes que contiene H.264: en ese caso lo mejor es conservar el original y cambiar aquello a lo que se lo envías, si puedes. Donde la herramienta se gana su sitio es en el caso para el que se hizo: una grabación HEVC que tiene que convertirse en un MP4 con H.264, que es una recodificación lo haga el programa que lo haga, hecha aquí sin que el archivo salga de tu máquina.

Averiguar qué tienes de verdad

El diagnóstico más rápido no necesita software. Si el vídeo se reproduce en el Mac o el iPhone del que salió y falla en un PC con Windows, sospecha del códec: ese es el patrón HEVC casi siempre. Si se reproduce en un reproductor de escritorio en la misma máquina pero una página web o un formulario de subida lo rechaza, sospecha del contenedor, porque el reproductor es de mente abierta y el navegador no. Si no se reproduce en ninguna parte, ni siquiera en el aparato que lo hizo, el archivo probablemente está dañado y ninguna conversión ayudará.

Para una respuesta definitiva, abre el archivo en VLC y mira la información del códec: nombra el códec de vídeo sin rodeos, así que leerás H.264 o HEVC y dejarás de adivinar. En un Mac, seleccionar el archivo y abrir Obtener información muestra los códecs en Más información. En Windows, la pestaña Detalles de las propiedades del archivo es inconsistente al respecto, así que VLC es la vía fiable. Vale la pena hacerlo una vez con un archivo de tu propia cámara, porque la respuesta será la misma para todo lo que esa cámara produzca hasta que alguien cambie el ajuste.

Qué hace este conversor, y por qué MP4 responde a casi todo

Tres destinos, y no son equivalentes. Elegir MP4 codifica la imagen con libx264 a CRF 23 y el sonido en AAC a 128 kbit/s, y luego escribe el archivo con la opción faststart, de modo que el índice queda al principio y el vídeo puede empezar a reproducirse antes de haber llegado entero. Elegir MKV ejecuta la misma codificación H.264 y AAC dentro de un contenedor Matroska, sin faststart, lo cual está bien para un reproductor de escritorio y no sirve de nada en la web, ya que Matroska no es un contenedor que los navegadores acepten. Elegir WebM toma un camino distinto: VP8 para la imagen y Opus para el sonido.

El camino WebM tiene una trampa que conviene decir claramente. No usa un objetivo de calidad en absoluto: pide un bitrate de vídeo fijo de 1 Mbit/s, sea cual sea la fuente. En una grabación de pantalla a 480p eso es generoso. En un clip a 1080p es un octavo de lo que YouTube recomienda para esa resolución, y en material 4K es una caricatura. Si necesitas WebM en concreto —para una página web donde el tamaño importe más que la fidelidad— reduce antes la resolución para que ese 1 Mbit/s tenga menos trabajo. Para cualquier otro uso, elige MP4: es el único contenedor en el que los navegadores, los teléfonos, los editores, los programas de presentación y los formularios de subida están todos de acuerdo.

Preguntas frecuentes

¿Puedo renombrar el archivo de .mov a .mp4 y ya está?

A veces funciona, y merece treinta segundos antes de convertir nada. Los dos formatos son parientes lo bastante cercanos como para que un archivo QuickTime con H.264 y AAC sea a menudo ya un MP4 válido, y un reproductor que rechazaba solo por la extensión lo abrirá entonces. Pero las cajas no son idénticas —QuickTime admite estructuras y códecs que MP4 no admite— así que un archivo renombrado también puede ser rechazado de plano o reproducirse con una duración equivocada. Guarda una copia del original antes de probar, y si el archivo renombrado se comporta mal de algún modo, haz la conversión de verdad.

¿Debería poner el iPhone en «Más compatible» y olvidarme?

Es una elección razonable si entregas vídeos a máquinas Windows con regularidad, y te cuesta almacenamiento real: HEVC da más o menos la misma imagen con la mitad de bits, así que las grabaciones en H.264 ocupan bastante más sitio en el teléfono y en tus copias de fotos. El ajuste solo afecta a las grabaciones nuevas, así que no hace nada por la biblioteca que ya tienes. Una buena vía intermedia es dejar el teléfono en «Alta eficiencia» y convertir el puñado de clips que de verdad tienen que viajar, que es el trabajo menor en casi cualquier casa.

¿Cuánta calidad cuesta la conversión?

Una generación, y con el CRF 23 que usa esta herramienta esa generación es normalmente invisible en una primera pasada desde una fuente decente. Lo que la hace visible es la repetición: convierte, envíaselo a alguien que lo vuelva a convertir, y luego súbelo a un sitio que recodifica al recibirlo, y para la cuarta pasada la blandura en las sombras y el arrastre en el movimiento son evidentes. La regla es conservar el original y convertir siempre desde él, nunca desde una copia ya convertida. Esa misma regla es la que desaconseja encadenar conversión, compresión y redimensionado en tres pasos si uno solo puede hacer el trabajo.

La conversión falló y la herramienta solo dijo que no podía convertir el archivo.

La causa habitual es la memoria, no el formato. El archivo entero se carga en la pestaña del navegador y el codificador trabaja allí, así que una grabación larga en 4K en un teléfono puede agotar la memoria de la pestaña y detenerse. Prueba un clip más corto, o el mismo clip en un ordenador de escritorio, antes de concluir que el archivo no está admitido. La segunda causa es una entrada realmente exótica —cadencia variable de un grabador de pantalla, un flujo sin fotogramas clave, un formato de audio raro— y en ese caso extraer el audio por separado y convertir solo el vídeo te dirá a menudo qué mitad es el problema.

¿Es siempre HEVC el culpable cuando algo no se reproduce?

No, y suponerlo desperdicia conversiones. AV1 es ya habitual en las descargas y es más nuevo que HEVC, así que las máquinas antiguas lo rechazan con la misma facilidad. Un flujo H.264 o HEVC de 10 bits o en HDR puede fallar en hardware que maneja perfectamente la versión de 8 bits del mismo códec. El audio puede ser el bloqueo por sí solo: un vídeo con una pista de audio rara a veces muestra imagen y se queda mudo, o se niega de plano. Y un archivo que no se reproduce en ninguna parte, ni siquiera en el aparato que lo grabó, suele ser una descarga truncada y no una cuestión de códec.