footage.repair un outil que j'ai créé parce que j'en avais besoin

Accès anticipéToutes les récupérations sont gratuites tant que footage.repair est en accès anticipé. Ensuite, un tarif par fichier s'appliquera — je l'annoncerai ici bien à l'avance, et ce que vous récupérez maintenant reste gratuit.

L'enregistrement s'est arrêté. Pas les images.

Fichiers Sony .RSV et .MP4 dont l'écriture ne s'est jamais terminée.

Déposez le fichier ici
aperçu gratuit · rien n'est envoyé · tout se passe dans votre navigateur
durée
—
résolution
—
codec
—
images par seconde
—
audio
—
caméra
—

Une étape avant de commencer : votre e-mail. Je m'en sers pour vous prévenir avant la fin de l'accès anticipé et l'arrivée des tarifs, et pour faire le suivi de cette récupération — vérifier qu'elle a marché, ou vous prévenir si je corrige quelque chose qui concerne votre fichier. Rien d'autre, sauf si vous cochez la case. Détails sur la page de confidentialité.

Ce clip ne contient pas ses réglages de codec.

Ajoutez un clip normal de la même caméra, filmé avec les mêmes réglages. Pas besoin qu'il soit long — quelques secondes suffisent, et il n'est pas envoyé non plus.

0.0%

Clé perdue ? Retrouvez-la ici

Un seul paiement pour ce fichier. Vous recevez une clé par e-mail, vous la collez ici, et la récupération s'exécute sur votre machine — directement vers le disque de votre choix.


Si vous êtes sur cette page, je sais probablement exactement ce que vous ressentez en ce moment. Ça m'est arrivé aussi. C'est pour ça que j'ai créé cet outil. J'espère qu'il vous aidera.

Je travaille comme DIT. Il y a quelque temps, sur le tournage d'une émission d'observation, une caméra PTZ a tourné huit heures d'affilée puis a simplement arrêté d'écrire. Il y avait 191 Go sur la carte et aucun lecteur ne voulait les ouvrir. Les outils de réparation payants que j'ai essayés refusaient carrément le fichier, ou rendaient quelque chose avec l'audio décalé d'une minute à la fin. Sur un clip de deux minutes, on ne le remarquerait même pas. Sur une prise de huit heures, c'est inutilisable.

J'ai donc passé une journée à décortiquer le fichier à la main. Il s'est avéré que rien n'avait vraiment été perdu. Les caméras Sony écrivent l'index du clip tout à la fin de la prise — si l'alimentation coupe en cours de route, toutes les images restent bel et bien sur la carte, il manque juste l'information qui indique à un lecteur où elles se trouvent. En reconstruisant cet index, on récupère la prise entière, bit à bit, sans réencodage.

C'est tout ce que fait cette page. Tout s'exécute entièrement dans votre navigateur — votre fichier ne part jamais nulle part — donc récupérer 200 Go prend à peu près le même temps que copier le fichier.


Ce qui est pris en charge : Sony .RSV, Panasonic .MDT et DJI

L'audio 4:2:2 10 bits et 4 canaux à 24 bits est pris en charge, et la durée n'est pas un problème — des prises de plusieurs heures et de centaines de gigaoctets ressortent précises à l'image près.

La structure est mesurée directement dans le fichier plutôt que codée en dur — pour Sony, aucun clip de référence n'est même nécessaire ; tout ce dont la reconstruction a besoin se trouve déjà dans l'enregistrement.

À venir

Pas encore pris en charge, mais c'est ce sur quoi je travaille en ce moment. Déposez quand même votre fichier — la vérification prend une seconde et ne coûte rien. Si c'est un format que je ne sais pas encore traiter, les 50 premiers Mo suffisent généralement pour comprendre la structure, alors envoyez-le-moi et je l'ajouterai.

Vous ne savez pas comment couper les 50 premiers Mo ? Faites-le ici en un clic →


Comment ça marche, si ça vous intéresse

Sony écrit sur la carte selon un cycle fixe : un bloc de métadonnées horodatées, puis quinze images vidéo, puis un bloc audio non compressé, encore et encore. Le bloc de métadonnées commence par une clé SMPTE et les images vidéo portent leur propre préfixe de longueur, donc on peut parcourir tout le fichier sans avoir à deviner où quoi que ce soit commence.

C'est exactement là que la plupart des outils se trompent sur les longs enregistrements. Si on estime les limites des images au lieu de les lire, l'erreur s'accumule et l'audio se décale. Les paramètres du codec sont eux aussi logés dans ce bloc de métadonnées, c'est pourquoi aucun clip de référence n'est nécessaire.


Rien n'est envoyé

votre carte → cet onglet du navigateur → votre disque
mon serveur ne voit jamais le fichier

Une journée de caméra sans surveillance peut représenter plusieurs centaines de gigaoctets. Les envoyer quelque part prendrait plus de temps que le tournage lui-même, et du matériel de diffusion n'a aucune raison de traîner sur le serveur d'un inconnu. Le traitement se fait donc là où le fichier se trouve déjà. Fermez l'onglet, et rien ne reste.


Notes

Correction d'un blocage en cours de très longues prises sur certains boîtiers. Les réglages de codec n'étaient échantillonnés que sur les premières secondes ; si la caméra en introduisait un nouveau plus loin dans le fichier, la lecture se figeait à partir de ce point tandis que l'audio continuait. Le fichier entier est maintenant parcouru pour ça.
Prise en charge de la BRC-AM7. Son audio s'est révélé être en 4 canaux 24 bits, ce que la première version gérait mal. Un enregistrement de 191 Go et 8h23 ressort maintenant sans aucun décalage.
Suppression de l'exigence de clip de référence. Les paramètres du codec étaient dans le fichier depuis le début ; je n'avais simplement pas regardé assez en profondeur dans le bloc de métadonnées.
Correction d'une échelle de temps de film erronée qui cassait la recherche d'images après la barre des sept heures dans Premiere.

Des questions, un fichier qui ne passe pas, ou juste envie de dire que ça a marché — brian@footage.repair