Fix it now
- Drop the file
- Repair runs locally
- Download the result
How an X-T5 clip ends up unplayable
A QuickTime .MOV stores its frames as they're captured (the mdat) and writes the index (the moov atom — the sample tables plus the HEVC configuration a decoder needs) only when recording stops normally. Deny the X-T5 that clean stop and the container is left headless: a large .MOV of perfectly valid 10-bit HEVC with nothing indexing it. Players report "moov atom not found," a codec error, or a black frame with no duration.
The X-T5 is a photo-first, IBIS-equipped body with no cooling fan, and its video interruptions cluster around a few causes:
- Thermal shutdown. Extended 6.2K or 4K/60p takes generate real heat in a compact body; if the camera hits its limit and cuts out before you press stop, the current clip is left unfinalized. (Fujifilm's "Auto Power Off Temp: High" setting buys more time but doesn't remove the limit.)
- The card was pulled or power was cut. Popping the SD card while the access lamp is lit, or an NP-W235 that dies mid-take, truncates the file before the index is committed.
- The card couldn't sustain the write. 10-bit 4:2:2 HEVC at high bitrates wants a fast V60/V90 UHS-II card; a slower or failing card can stall the stream and drop the recording.
In each case the footage you shot up to the moment of failure is sitting in the file — only the small trailing map is missing.
How the container is rebuilt — and why HEVC needs a match
When the moov is missing, it can be reconstructed by scanning the surviving stream and rebuilding the sample tables the X-T5 would have written on a clean stop. For a faithful result the rebuild needs the exact stream configuration — for 10-bit HEVC that means the parameter sets (VPS/SPS/PPS) that describe the 4:2:2 layout, resolution and frame rate — and the most reliable source of those is a healthy clip from the same X-T5 shot in the same mode. If the camera overheated on the last take, the earlier takes on that card are usually intact and make a perfect reference. Keep one handy; you'll only be asked for it if the broken file needs it.
One caveat specific to Fujifilm's HEVC: if you switched between the 10-bit 4:2:2 HEVC modes and 8-bit H.264, make sure the reference matches the codec of the broken clip — an H.264 sample can't supply the configuration a broken HEVC file needs. And a physically failing SD card that returns zeros for parts of the file is lost data, not a container problem; copy the whole card off first, then repair what comes off it.
What this can and can't fix
Can fix
- The last clip when the X-T5 overheated, lost power, or the card was pulled before finalizing (unfinalized MOV, missing moov)
- 10-bit 4:2:2 HEVC (H.265) .MOV files, and H.264 clips, that copied off the card but won't play
- F-Log / F-Log2 recordings left headless by an interrupted take
- Container damage: broken index, wrong sample offsets, zero-length duration, when the video data itself survived
Can't fix
- Footage physically lost to a failing or worn SD card — recover the card first, then repair
- A broken HEVC clip with no matching HEVC reference (an H.264 sample can't stand in)
- Files that read as 0 bytes or mostly zeros after a card failure
- Missing HEVC decoder support on your own PC — that's a playback issue; install HEVC extensions
If a repair fails, we tell you why (missing data versus broken structure), and you are never charged for a failed repair.