Tecnología · GUÍA PRÁCTICA
“moov atom not found”: verifique la copia antes de reparar el MP4
Distinga otra copia, un MP4 normal sin finalizar y un archivo que exige reconstrucción especializada. Faststart mueve un índice, no recupera una grabación ilegible.
Si FFmpeg informa “moov atom not found”, preserve la fuente y examine una copia de trabajo separada antes de probar reparaciones. Determine el archivo exacto abierto, sus bytes esperados y si la grabación terminó su finalización. El error solo no identifica cómo ocurrió el daño.
Un archivo grande no es necesariamente completo, una diferencia de tamaño no siempre es truncamiento y remultiplexar no siempre recupera. Esta guía separa esas decisiones y establece cuándo detenerse si las herramientas normales no leen el input.
Verifique archivo y copia antes de diagnosticar pérdida
Registre ubicación, nombre exacto, grabadora, modo, duración prevista y lo ocurrido antes del fallo. Preserve una copia que antes funcionaba y una grabación sana del mismo equipo. Si el almacenamiento da errores de lectura o se desconecta, detenga barridos completos repetidos y busque ayuda de recuperación del soporte antes de experimentar con el vídeo.
Obtenga bytes enteros de cada archivo regular. Python documenta `os.stat(path).st_size` en bytes, distinto del tamaño redondeado gráfico. 435.000.000.000 dividido entre 1.073.741.824 da unos 405,13GiB. Así, 435 GB y 405 GiB pueden describir la misma cantidad; la aritmética no demuestra integridad. Compare unidades equivalentes y copias conocidas.
Separe finalización y posición de reproducción
La guía actual de OBS distingue MP4/MOV normales, que exigen finalización, de versiones fragmentadas e híbridas más resistentes a interrupciones. La extensión no identifica el modo. Un cierre durante grabación normal es una posibilidad; si el archivo antes reproducía, investigue copias y almacenamiento, sin asumir falta de finalización.
La documentación MOV/MP4 de FFmpeg explica que los metadatos normales se reúnen, mientras los fragmentos guardan información con grupos de paquetes. Faststart mueve el índice al principio en una segunda pasada. Cambia el diseño para reproducción, no genera información de muestras perdida. Añadirlo una y otra vez a comandos con input ilegible no asegura que terminen reparándolo.
Elija la rama a partir de una inspección
En una copia local sobre almacenamiento sano, ejecute `ffprobe -v error -show_format -show_streams "WORKING_COPY.mp4"`, sustituyendo el nombre por su ruta. Guarde error completo y versión. Poder leer formato y streams es una rama distinta de detenerse por moov. Compruebe duración, pistas y reproducción antes de elegir un remux compatible. No sobrescriba la fuente.
Generamos un MP4 aislado de un segundo y eliminamos su caja moov superior válida. ffprobe no abrió la copia truncada, y faststart añadido a stream copy también falló al abrir el input. La prueba limitada respalda la distinción entre input y opciones de salida, no decide si su material es reconstruible. Una lista de streams o unos segundos reproducidos tampoco acredita toda la grabación.
La referencia sana supone otro proyecto de recuperación
El README original de untrunc exige un ejemplo sano, idealmente de la misma cámara, y no garantiza éxito. La reconstrucción con referencia es una opción a evaluar tras preservar, no la promesa de arreglar copiando cualquier moov. Compatibilidad, ajustes y output deben comprobarse. No probamos untrunc en un archivo del lector ni respaldamos un servicio de pago.
Acepte solo después de revisar duración prevista, pistas necesarias, varios puntos del vídeo y el último evento grabado, conservando el original hasta entonces. Si la inspección no lee y no hay referencia adecuada, o falta contenido importante, conserve evidencia para un especialista. Para próximas grabaciones, pruebe un flujo fragmentado, híbrido o MKV admitido por la grabadora con el editor previsto. El formato previene, no recupera datos ya perdidos.
