Fix it now
- Drop the file
- Repair runs locally
- Download the result
The Fujifilm X-T5 records up to 6.2K 30p (from its full 40MP sensor), 4K 60p and 1080 240p, using 10-bit 4:2:2 HEVC (H.265) or H.264 with F-Log/F-Log2 profiles. Its 10-bit modes are written into QuickTime .MOV files (H.264 modes can use .MP4), and a .MOV becomes playable only once the camera writes its moov atom — the index that maps every frame — at the end of the take. Interrupt the recording before that and you're left with a file full of valid HEVC data and no map to it. Drop the clip above and the tool checks exactly that, in your browser, and rebuilds the container when the footage is recoverable.
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.