Memory cards · bench notes · BHD-2025-8907
Full-Size Files That Played Nothing.
A videographer based in Solihull arrived with a card that had changed overnight, back from a marquee wedding in a field near Berkswell: the final three files of the evening simply will not import
. His next sentence handed us the case — they show at full size on the card, so the pictures have to be in there somewhere
— and the couple had a flight booked in under a fortnight.
Sounds like yours? Give us a ring.
0800 6890668
What that means.
His reading of it was right, and it is worth spelling out why. A camera records by pouring picture data onto the card as it goes. The index — the table listing where every frame starts — is not written until the file is properly closed. Pull the card while the lamp is still working and the pictures stay behind but the table never arrives. A battery that runs out, or a card that fills up, does the same thing. Editing software navigates a clip by that table alone, so a file stuffed with frames and carrying no map behaves exactly like an empty one.
What did the work here.
The order of the work →| Equipment | The job it did | What it adds |
|---|---|---|
| Klennet Carver | Rebuilt the frames that survived into containers the edit suite would open | It knows the anatomy of a video file; rougher tools give you back scraps that will not play |
| PC-3000 Flash | Took the full sector-level copy of the card before anything was attempted | Goes straight to the NAND chips, checked against a maker-ID library that is kept current |
| UFS Explorer Professional Recovery | Pulled the healthy clips and the card’s folder structure out of that copy | Handles the file systems other tools give up on: APFS, ReFS, XFS, ZFS, Btrfs |
What we did.
Copy it before anyone touches it
No opinion was given on the fault until the card had been copied. A deadline someone has already promised a client changes the pace of a job; it does not buy anyone the right to experiment on the only original in existence. Everything from that point on ran against the copy. The card went into an antistatic sleeve and stayed in it, held back should the original ever need reading a second time.
Put the clips that play safely to one side first
The bulk of the evening came off the copy without any trouble at all and was put somewhere safe before anything else happened. Only after that were the three awkward files pulled apart and looked at properly. His theory held: frame data in quantity on all three, the closing index truncated on two and absent altogether on the last. Everything that came after was decided by that finding.
Let the good clips show the shape of the bad ones
Camera footage is not laid down in one unbroken run, and fragmentation is exactly where one-click recovery tools stop being any use — what they hand back will not open in anything. Clean clips from earlier the same evening, identical body, identical codec, identical settings, gave us the pattern to work to. Each damaged file was built around whatever frames were still there, then tested the only way that counts: played through from beginning to end.
How it closed.
Two of the three went back complete, each one watched end to end before it left the bench. The third runs cleanly right up to the final few seconds, which never left the camera’s buffer before the card came out. The film reached the couple before they flew.
Other pages worth a look here.
Shelved under Memory cards too.
Is yours behaving the same way?
Switch the device off, post it in, and decide nothing until the diagnosis comes back to tell you where you stand.