Repara tu grabación ahora
Suelta el archivo de arriba para un diagnóstico en local. Confirma si se trata del caso clásico del MP4 sin finalizar. Dos notas honestas por adelantado, porque los archivos de OBS son grandes: el plan gratuito cubre archivos de hasta 500 MB, y una sesión larga suele superarlo, así que una reparación única sin límite de tamaño cuesta 5,90 €, y nunca se cobra si falla. Segunda, el estado actual del motor: la reparación estructural por remux (archivos dañados pero legibles) ya funciona hoy; la reconstrucción completa del índice para grabaciones sin finalizar (la solución profunda de la que trata esta página) está en desarrollo.
Por qué el bloqueo mató el archivo
Mientras grabas, OBS escribe tus fotogramas comprimidos en el disco de forma continua; esa parte nunca espera. Lo que sí espera es el índice: la finalización del MP4 escribe el átomo moov, la tabla que registra la posición y el tiempo de cada fotograma, solo cuando la grabación se detiene limpiamente. Un bloqueo, un pantallazo azul, un corte de corriente o un proceso cerrado a la fuerza se salta esa escritura final. El resultado en el disco:
Tus imágenes están físicamente presentes, gigabytes de ellas, en un archivo por el que ningún reproductor sabe navegar. La única pérdida real son los últimos segundos que aún estaban en el búfer de memoria del codificador en el momento del bloqueo; esos nunca se escribieron, y ninguna herramienta puede restaurarlos.
Por qué los foros dicen que no tiene arreglo
Busca este problema y encontrarás hilos del foro de OBS donde el personal llama «perdido» a un MP4 sin finalizar. No se equivocan; están describiendo el remuxado. El remuxor de OBS, igual que el -c copy de ffmpeg, reempaqueta archivos que puede leer, y un archivo sin índice no se puede leer. Dentro de ese marco, «perdido» es exacto.
Pero el remuxado nunca fue la herramienta adecuada para este fallo. La reconstrucción del índice es una operación distinta: escanear los datos en bruto en busca de los límites de los fotogramas y escribir un índice nuevo alrededor de las imágenes que sobrevivieron. Es lo que untrunc lleva años haciendo — prueba de que ese tipo de solución existe. Dónde estamos nosotros, con honestidad: esa vía de reconstrucción en nuestro motor del navegador está en desarrollo, no publicada; la reparación por remux para archivos dañados pero legibles ya funciona hoy. Si necesitas la solución ahora mismo,la página del átomo moov explica untrunc — gratuito, en línea de comandos, necesita una grabación de referencia en buen estado con ajustes idénticos, sin fingir que es cómodo ni que ya lo sustituimos.
Evítalo la próxima vez
Tres ajustes, por orden de preferencia — cualquiera de ellos significa no volver a leer esta página:
- Graba en MKV y remuxa automáticamente a MP4. Ajustes → Salida → Formato de grabación:
mkv, y luego activa «Volver a multiplexar automáticamente a mp4» (Avanzado). El MKV sobrevive a los bloqueos — todo lo que se escribe en el disco sigue siendo reproducible — y aun así obtienes MP4 para tu editor. - Hybrid MP4 (OBS 30.2+). Elige «Hybrid MP4» como formato de grabación: escribe metadatos de recuperación sobre la marcha, así que un bloqueo deja un archivo que se puede volver reproducible en lugar de un ladrillo sin índice.
- MP4 fragmentado mediante flags del muxer. En configuraciones más antiguas, añade
movflags=frag_keyframe+empty_moova los ajustes personalizados del muxer. El MP4 fragmentado escribe el índice en pequeñas piezas por todo el archivo, así que un bloqueo cuesta el fragmento actual, no la grabación. Algunos editores lo manejan con menos elegancia, y por eso el MKV va primero.
Qué puede y qué no puede reparar
La reparación se aplica a grabaciones truncadas y sin finalizar cuyos datos llegaron al disco — el caso estándar del bloqueo de OBS. Genuinamente fuera de alcance, para cualquier herramienta: los últimos segundos que aún estaban en la RAM cuando ocurrió el bloqueo (nunca escritos, perdidos), y las grabaciones cuyo tamaño de archivo es casi cero, lo que significa que el bloqueo llegó antes de que OBS escribiera nada. Un matiz: las grabaciones con un bitrate muy variable pueden volver con un ligero desfase de audio/vídeo, porque la reconstrucción debe deducir un tiempo que el índice habría indicado con exactitud. Un archivo aproximadamente del tamaño que deberían tener horas de imágenes es un buen candidato; un archivo de 2 KB no lo es.