Réparer une vidéo Samsung Galaxy corrompue

Toute vidéo Galaxy est un fichier ISO base-media : une grande boîte mdat qui contient l'image et le son compressés, et un atome moov qui l'indexe —les tables d'échantillons qui recensent, pour chaque image, son décalage en octets, sa taille, son timing et les paramètres de codec dont un décodeur a besoin. Le mdat est écrit au fil de l'eau dans le stockage interne (le dossier DCIM/Camera, avec des fichiers nommés du type 20240115_143022.mp4) pendant que vous filmez. Le moov, lui, est différent : la chaîne de traitement de l'appareil photo le construit en mémoire et ne l'écrit qu'au moment où vous appuyez sur stop et où l'enregistrement est finalisé.

Le codec qu'elles contiennent dépend de vos réglages. Avec la Vidéo haute efficacité activée, le flux est en HEVC/H.265, et c'est pourquoi les images en 8K et en 4K60 occupent si peu d'espace pour leur résolution ; option désactivée, vous obtenez du H.264/AVC pour une compatibilité maximale avec Windows, les téléviseurs anciens et les applications sociales. Le mode Super stable bascule sans prévenir sur le capteur ultra grand-angle, et le mode Vidéo Pro peut enregistrer avec une profondeur de bits plus élevée, mais tous continuent d'écrire le même MP4 indexé par moov. Ce seul choix de conception explique pourquoi un enregistrement interrompu se comporte de la même façon quel que soit le mode qui l'a produit : un mdat complet de HEVC ou de H.264 sans index, que la Galerie affiche sous forme de miniature grise ou cassée et que tout lecteur ouvre sur une erreur.

Les clips Galaxy se corrompent précisément au seul endroit où le moov devrait être écrit —la fin de l'enregistrement—, et il y a quatre façons courantes de ne jamais y parvenir :

Arrêt thermique pendant une longue prise. C'est la panne emblématique des Galaxy. La 8K et la 4K60 sollicitent énormément le Snapdragon ou l'Exynos et, au bout de quelques minutes, le téléphone affiche l'avertissement de surchauffe et ferme l'appareil photo pour refroidir. La prise se termine sans être finalisée : les images capturées jusqu'à cet instant sont dans le stockage, mais l'index qui aurait refermé le fichier, non.

La batterie s'est vidée en pleine capture. Un téléphone qui s'éteint pendant l'enregistrement n'exécute jamais la routine d'arrêt : le conteneur reste ouvert exactement de la même manière.

L'application Appareil photo a planté ou a été arrêtée de force. Un plantage de l'application, une fermeture décidée par le gestionnaire de mémoire basse d'Android, ou le fait de quitter l'application et que le système la récupère pendant qu'elle enregistre : tout cela met fin à la prise sans écrire l'index.

Le stockage s'est rempli pendant que vous filmiez. Le HEVC en 8K écrit des centaines de mégaoctets par minute ; lorsque le stockage interne ou la carte microSD n'a plus d'espace libre, l'écriture échoue en cours de route et le fichier se retrouve tronqué.

Chacun de ces cas laisse des images valides derrière un index incomplet : c'est le cas réparable. Ce qui ne peut pas être récupéré, c'est ce qui vient après l'interruption, car cela n'a jamais été écrit dans le stockage.

Lorsque l'index a disparu, on le reconstruit en analysant le flux qui a survécu et en refaisant les tables d'échantillons que le téléphone aurait écrites. Un clip en bon état du même Galaxy, filmé dans le même mode, rend l'opération bien plus fiable : il porte la configuration exacte du codec qui manque au fichier endommagé —les jeux de paramètres HEVC (VPS/SPS/PPS) pour un clip haute efficacité, ou ceux du H.264 pour un clip standard—, de sorte que la reconstruction reproduit la résolution et la fréquence d'images d'origine au lieu de les deviner.

En pratique : filmez quelques secondes sans importance avec le même téléphone et les mêmes réglages de l'appareil photo —même résolution, même fréquence d'images, même choix HEVC ou H.264— et gardez-les sous la main. Faites correspondre le codec à celui du fichier endommagé ; nous ne vous le demanderons que si la réparation en a réellement besoin. Les échantillons MP4 génériques provenant d'un autre appareil ne servent généralement à rien, car les jeux de paramètres diffèrent.