Case notes · Memory cards · MKD-2025-4907
Three Clips From the End of the Night.
A Bedford videographer, back from a marquee wedding on a farm outside Buckingham, with a card that had gone odd overnight: three files from the end of the night refuse to import
. His own reasoning gave us somewhere to start — they're the right size on the card, so the pictures are in there
— and the couple flew out in a fortnight.
Same fault? Start here.
0800 6890668
Without the jargon.
His reasoning was sound, and here is the mechanism. A camera streams video to the card as it shoots, but the index — the table saying which frame lives where — is written only when the file is closed. Pull the card while the access lamp is working and the pictures are there while the index never arrives; a dead battery or a full card produces the same result. Players and edit software navigate by the index alone. So a file stuffed with frames but missing its map opens as nothing whatsoever.
The kit this job needed.
See how a job runs here →| Kit | Why it was used | What it gives us |
|---|---|---|
| Klennet Carver | Built new containers round the frames so the edit suite would take them | It understands how video files are put together; cruder tools hand back fragments that play nowhere |
| PC-3000 Flash | Took the card's full sector-level copy before anything was repaired | Pulls data straight off the flash chips, matching each part to a constantly updated ID library |
| UFS Explorer Professional Recovery | Pulled the intact clips and the card's directory layout out of that copy | Ahead of the pack on difficult filesystems: APFS, ReFS, XFS, ZFS, Btrfs |
What happened on the bench.
The image is taken first, deadline or not
Nobody offered an opinion until the card had been imaged. A promised delivery date changes the pace of a job; it never licenses experiments on the only original in existence. From that point every tool worked on the copy, and the card itself went into a sleeve and stayed there, kept in reserve should a second run ever be needed.
Sort the night into files that run and files that won't
Most of the wedding lifted off the image without argument and was parked somewhere safe straight away. The three awkward files were then examined properly, and the theory held: frame data present in quantity, closing index truncated on two of them and simply absent on the third. Everything after that followed from that finding.
Rebuild the broken files using their neighbours as the pattern
Camera footage fragments across a card, and fragmented video is where one-click tools fall over: what they emit loads in nothing. Whole clips shot half an hour earlier on the same body, same codec and same settings, gave the template. Each damaged file was rebuilt around the frames that survived, then tested the only way that counts: by watching it run from end to end.
The outcome.
Two clips came back whole and played through under a human eye. The third ran clean until its last few seconds, which were still sitting in the camera's buffer when the card was lifted. The couple had their film in hand before they flew.
Other jobs from the casebook.
Also on the Memory cards shelf.
Does that sound like your device?
One lesson runs through the lot: cut the power, let us look for free, then decide with the facts in hand.