OBS se cerró a mitad de grabación: recuperar el MP4

Por qué el cierre te dejó un archivo que no se reproduce

Un MP4 son dos cosas en un mismo archivo: las imágenes, un largo bloque de vídeo y audio comprimidos, y el índice, una pequeña tabla que le dice a un reproductor dónde está cada fotograma y cómo se alinea el audio. Mientras OBS graba, vuelca las imágenes al disco de forma continua. Todavía no puede escribir el índice, porque el índice registra tamaños y desplazamientos finales que no se conocen hasta que la grabación termina. Así que OBS escribe el índice el último, en el instante en que pulsas detener.

Un cierre inesperado nunca llega a ese instante. El proceso muere con las imágenes ya en el disco y el índice nunca escrito. En términos de MP4 el archivo tiene su cabecera ftyp y su bloque mdat de medios, y le falta el átomo moov que los indexa, y por eso todos los reproductores lo rechazan y ffmpeg dice moov atom not found. Horas de imágenes pueden estar en un archivo que, para cualquier reproductor normal, parece completamente vacío. Para la anatomía completa de ese índice y por qué vive al final, mira el átomo moov del MP4 explicado, y para el error exacto y sus causas, «moov atom not found».

Un cierre de OBS, dibujado: la grabación llegó al disco, pero el índice que OBS escribe al detener nunca se escribió.

¿De verdad está perdido? Sí y no

Busca este problema y encontrarás hilo tras hilo en los foros, muchos con un colaborador de OBS diciendo que un MP4 sin finalizar está esencialmente perdido. No se equivocan, y vale la pena entender exactamente qué quieren decir, porque es una afirmación precisa, no un encogimiento de hombros.

Lo que quieren decir es que no puedes remuxar el archivo. El remuxado copia los flujos a un contenedor limpio, y es la forma normal de salvar un MP4 con problemas. Pero el remux tiene que leer el índice existente para saber dónde están los flujos, y un archivo sin finalizar no tiene índice que leer. Así que el remux falla en el acto, y con él fallan todos los trucos de ffmpeg -c copy y faststart construidos sobre el remuxado. Frente a esa definición de «arreglar», el archivo está genuinamente perdido.

La mitad que se dejan es que el remuxado no es la única opción. La reconstrucción del índice es una operación distinta: en lugar de leer un índice que no está ahí, escanea las imágenes directamente en busca de los límites de los fotogramas y reconstruye el índice a partir de lo que mide. Esta es la clase de reparación que hacen herramientas de línea de comandos como untrunc, y es lo que recupera una grabación que los foros daban por perdida. Las imágenes nunca fueron el problema; el índice ausente lo era, y un índice se puede reconstruir.

El enfoque de la grabación de referencia

Reconstruir el índice significa reconstruir la estructura del archivo a partir de las propias imágenes, y la forma más fiable de hacerlo es con unagrabación de referencia: un clip sano, detenido con normalidad, hecho en OBS con la misma configuración, el mismo codificador, resolución, tasa de fotogramas y contenedor. Ese archivo sano lleva un índice completo y válido para exactamente el formato que usó tu grabación rota, lo que le da a la reconstrucción una plantilla que encaja con las imágenes que sobrevivieron.

Producir una lleva menos de un minuto: abre OBS con el mismo perfil bajo el que grababas, captura unos segundos y detén con normalidad para que el archivo se finalice. La reconstrucción lee esa referencia para interpretar tus datos y luego escribe un archivo reproducible sobre las imágenes que sobrevivieron.

Ahora los límites honestos, dichos con claridad. Los últimos segundos antes del cierre aún estaban en memoria y nunca llegaron al disco, así que se han ido; la reconstrucción devuelve todo hasta ese punto. Una grabación hecha con un bitrate muy variable puede volver con un ligero desfase de audio y vídeo. La referencia tiene que coincidir de verdad, porque un clip hecho con otra configuración da una plantilla que no cuadra. Y si el archivo marca 0 bytes o es una fracción minúscula de su tamaño esperado, no hay imágenes en él con las que reconstruir, lo que es un problema de almacenamiento o de recuperación de datos, no de reparación. Lo que devuelve una reconstrucción es tu grabación real, indexada y reproducible, nunca fotogramas inventados.

Evítalo la próxima vez: cómo se supone que graba OBS

Todo este modo de fallo es evitable, y el proyecto OBS ha creado las herramientas para evitarlo. Tres ajustes, por orden de cuánto ayudan:

Graba en MKV y luego remuxa a MP4

El consejo de siempre, y todavía el más seguro: configura OBS para grabar en MKV. El MKV se escribe de forma que una grabación sigue siendo utilizable aunque OBS se detenga de forma inesperada, porque no depende de un único índice escrito al final. Cuando tu sesión termine limpiamente, usa el remux integrado de OBS para convertir el MKV a MP4 sin pérdidas, sin recodificar, en segundos. Incluso puedes hacer que OBS remuxe a MP4 automáticamente tras cada grabación.

Usa Hybrid MP4 en OBS 30.2 y posteriores

Si necesitas MP4 directamente, quizá para un editor al que no le gusta el MKV, activa Hybrid MP4, añadido en OBS 30.2. Escribe el MP4 en una estructura fragmentada y resistente a cierres inesperados, así que una grabación interrumpida sigue siendo en buena medida utilizable en lugar de quedar varada sin índice. Es lo más cerca que llega el MP4 de la seguridad del MKV.

Entiende el truco del MP4 fragmentado

Hybrid MP4 funciona gracias al MP4 fragmentado, una estructura que escribe pequeños fragmentos de índice autocontenidos por todo el archivo en lugar de un único índice al final. Si configuras a mano una salida personalizada, el ajuste del muxer es movflags=frag_keyframe+empty_moov, que produce el mismo comportamiento resistente a cierres inesperados. Es el mecanismo que hay debajo del interruptor amigable.