Puis-je récupérer un enregistrement OBS après un plantage ?

En général oui, même si le mot exact est réparer, pas récupérer : les données sont déjà sur votre disque, écrites en continu pendant l'enregistrement. Ce qui manque, c'est l'index qu'OBS aurait écrit au moment où vous avez cliqué sur stop. Le reconstruire rend le fichier de nouveau lisible, tout sauf les dernières secondes encore en mémoire au moment du plantage.

Pourquoi mon enregistrement MP4 d'OBS est-il illisible ?

La finalisation d'un MP4 écrit l'index du fichier (l'atome moov) lorsque l'enregistrement s'arrête proprement. Si OBS a planté, si le PC a été coupé du courant ou si le processus a été tué, cette étape n'a jamais eu lieu — le fichier contient des heures d'images réelles sans aucune carte pour y accéder. Les lecteurs le disent corrompu, mais les données du flux sont intactes sur le disque.

Comment utiliser untrunc pour réparer un enregistrement OBS ?

Il vous faut trois choses : une compilation d'untrunc (compilez-la vous-même ou trouvez un binaire de confiance), un enregistrement de référence sain réalisé avec la même configuration OBS et des réglages identiques, et la ligne de commande : untrunc reference.mp4 broken.mp4. Ça fonctionne, et c'est gratuit ; le coût, c'est la mise en place.

Devrais-je enregistrer en MKV ou en MP4 dans OBS ?

En MKV — ou en Hybrid MP4 sur OBS 30.2+. Le MKV survit aux plantages parce qu'il ne dépend d'aucune étape de finalisation, et OBS peut remultiplexer automatiquement en MP4 à l'arrêt de l'enregistrement, si bien que vous obtenez quand même des MP4 pour le montage. Le MP4 simple est la seule option où un plantage coûte le fichier entier.

Puis-je remultiplexer un MP4 d'OBS corrompu pour le réparer ?

Non. Le remultiplexage (Fichier → Remultiplexer les enregistrements dans OBS, ou ffmpeg -c copy) réemballe un fichier qui peut déjà être lu ; un MP4 non finalisé n'a pas d'index, si bien que le remultiplexeur échoue exactement comme un lecteur. C'est le fond de vérité du conseil des forums. La reconstruction de l'index, reconstruire la carte manquante à partir des données brutes, est l'approche qui peut le sauver.

Réparer un enregistrement OBS corrompu

Réparez votre enregistrement maintenant

Déposez le fichier ci-dessus pour un diagnostic en local. Il confirme s'il s'agit bien du cas classique du MP4 non finalisé. Deux remarques honnêtes d'emblée, car les fichiers OBS sont volumineux : l'offre gratuite couvre les fichiers jusqu'à 500 Mo, et une longue session dépasse généralement ce seuil, donc une réparation unique sans limite de taille coûte 5,90 €, jamais facturée en cas d'échec. Ensuite, l'état actuel du moteur : la réparation structurelle par remultiplexage (fichiers endommagés mais lisibles) fonctionne dès aujourd'hui ; la reconstruction complète de l'index pour les enregistrements non finalisés (la réparation en profondeur dont parle cette page) est en cours de développement.

Pourquoi le plantage a tué le fichier

Pendant que vous enregistrez, OBS écrit vos images compressées sur le disque en continu ; cette partie n'attend jamais. Ce qui attend, c'est l'index : la finalisation du MP4 écrit l'atome moov, la table qui recense la position et le minutage de chaque image, seulement lorsque l'enregistrement s'arrête proprement. Un plantage, un écran bleu, une coupure de courant ou un processus tué saute cette écriture finale. Le résultat sur le disque :

Vos images sont physiquement présentes, des gigaoctets, dans un fichier qu'aucun lecteur ne sait parcourir. La seule perte réelle, ce sont les dernières secondes encore dans le tampon mémoire de l'encodeur au moment du plantage ; celles-là n'ont jamais été écrites, et aucun outil ne peut les restaurer.

Pourquoi les forums disent que c'est irréparable

Cherchez ce problème et vous tomberez sur des fils du forum OBS où l'équipe qualifie un MP4 non finalisé de « perdu ». Ils n'ont pas tort ; ils décrivent le remultiplexage. Le remultiplexeur d'OBS, comme le -c copy de ffmpeg, réemballe des fichiers qu'il peut lire, et un fichier sans index ne peut pas être lu. Dans ce cadre, « perdu » est exact.

Mais le remultiplexage n'a jamais été le bon outil pour cette panne. La reconstruction de l'index est une opération différente : analyser les données brutes à la recherche des limites des images et écrire un nouvel index autour des images qui ont survécu. C'est ce que fait untrunc depuis des années — la preuve que ce type de réparation existe. Où nous en sommes, en toute honnêteté : cette voie de reconstruction dans notre moteur intégré au navigateur est en cours de développement, pas encore publiée ; la réparation par remultiplexage pour les fichiers endommagés mais lisibles fonctionne dès aujourd'hui. Si vous avez besoin de la solution tout de suite,la page sur l'atome moov explique untrunc — gratuit, en ligne de commande, nécessite un enregistrement de référence sain avec des réglages identiques, sans prétendre que c'est pratique ni que nous le remplaçons déjà.

Évitez-le la prochaine fois

Trois réglages, par ordre de préférence — un seul suffit pour ne plus jamais relire cette page :

Enregistrez en MKV, avec remultiplexage automatique en MP4.Paramètres → Sortie → Format d'enregistrement : mkv, puis activez « Remultiplexer automatiquement en mp4 » (Avancé). Le MKV survit aux plantages — tout ce qui est écrit sur le disque reste lisible — et vous obtenez quand même des MP4 pour votre logiciel de montage.
Hybrid MP4 (OBS 30.2+). Choisissez « Hybrid MP4 » comme format d'enregistrement : il écrit des métadonnées de récupération au fil de l'eau, si bien qu'un plantage laisse un fichier qui peut être rendu lisible plutôt qu'une brique sans index.
MP4 fragmenté via les flags du multiplexeur. Sur les configurations plus anciennes, ajoutez movflags=frag_keyframe+empty_moov aux réglages personnalisés du multiplexeur. Le MP4 fragmenté écrit l'index par petits morceaux tout au long du fichier, si bien qu'un plantage coûte le fragment en cours, pas l'enregistrement. Certains logiciels de montage le gèrent avec moins d'élégance, et c'est pourquoi le MKV vient en premier.

Ce que cela peut réparer et ce qu'il ne peut pas

La réparation s'applique aux enregistrements tronqués et non finalisés dont les données ont atteint le disque — le cas standard du plantage d'OBS. Réellement hors de portée, pour n'importe quel outil : les dernières secondes encore en RAM au moment du plantage (jamais écrites, perdues), et les enregistrements dont la taille de fichier est proche de zéro, ce qui signifie que le plantage est survenu avant qu'OBS n'écrive quoi que ce soit. Une nuance : les enregistrements au débit très variable peuvent revenir avec un léger décalage audio/vidéo, car la reconstruction doit déduire un minutage que l'index aurait indiqué avec exactitude. Un fichier ayant à peu près la taille que des heures d'images devraient occuper est un bon candidat ; un fichier de 2 Ko ne l'est pas.

Réparez un enregistrement OBS corrompu — les données du flux sont toujours là