"Invalid data found when processing input"

Un archivo MP4 o MOV es un árbol de cajas (también llamadas átomos). Cada caja empieza con un tamaño de 4 bytes y un tipo de 4 bytes: ftyp declara la marca, mdat contiene las muestras de audio y vídeo en bruto, y moov es el índice: las tablas de muestras que indican dónde vive cada fotograma, qué códec lo descodifica y en qué marca de tiempo. Cuando ffmpeg abre el archivo recorre este árbol. Si no encuentra un moov coherente, o una caja anuncia un tamaño que se sale del final del archivo, o los bytes donde debería estar la cabecera de una caja son basura, se detiene e informa "Invalid data found when processing input".

Y lo fundamental: los datos pesados (el mdat con tu metraje real) pueden estar completamente intactos mientras esto ocurre. El analizador falla en el índice, no en las imágenes. Por eso el mismo archivo que "no tiene datos válidos" puede estar lleno de fotogramas en perfecto estado esperando un contenedor que los describa correctamente. Esto se solapa mucho con el clásico caso de "moov atom not found": una grabación interrumpida antes de que la cámara escribiera su moov deja exactamente esta firma.

Cuando las muestras sobrevivieron pero el mapa está roto, la solución es remultiplexar (remux): analizar los datos del flujo que sobrevivieron, reconstruir las tablas de muestras que necesita el contenedor y escribir un MP4 nuevo y bien formado en torno al mismo metraje. No hay recodificación de por medio, así que no hay pérdida de calidad: los fotogramas son los originales, solo que indexados de nuevo correctamente. Cuando el moov falta por completo, la herramienta lo reconstruye a partir de la estructura del flujo multimedia para que el reproductor tenga el mapa de fotogramas que buscaba.

El otro detonante frecuente es una extensión que no coincide o una transferencia interrumpida. Un archivo llamado .mp4 que en realidad se guardó como otro contenedor, o un clip cuya descarga se detuvo a medias, hacen que ffmpeg se atragante con bytes inesperados. La herramienta comprueba qué es realmente el archivo por las firmas de sus cajas y no por su nombre, y rescata la parte que llegó. Todo esto se ejecuta en tu navegador: sin instalar ffmpeg, sin línea de comandos y sin que ningún servidor reciba nunca el vídeo.

Reconstruir el contenedor solo funciona cuando el problema es el contenedor. Si los propios datos multimedia subyacentes están destruidos o sobrescritos (una tarjeta que devolvió ceros, un archivo destrozado por una unidad que falla, una grabación sobre la que la cámara volvió a grabar en bucle), no hay fotogramas buenos que reindexar, y ninguna herramienta puede reconstruir un metraje que no está en el disco. Recupera primero los bytes en bruto del almacenamiento y luego repara.

El otro caso perdido, siendo honestos, es un archivo que en realidad no es un vídeo: un documento, una imagen o un fragmento truncado que resulta llevar una extensión .mp4. Ahí lo de "Invalid data" es literalmente cierto, y ningún remux puede convertir un archivo que no es multimedia en un clip reproducible. Ahora bien, cuando el metraje sí está presente, el enfoque de solo navegador significa que las grabaciones sensibles (pruebas judiciales, vídeo personal, trabajo sin publicar) se reparan sin copiarse a ningún sitio. Abre la pestaña Red (Network) y podrás comprobar que se envían 0 bytes del clip.