Repair MKV files that won't play — no upload, nothing to install

A Matroska file that stalls, skips, or refuses to open is usually a broken container around intact footage. Rebuild the container; keep the video.

Your file never leaves your device — repair runs in your browser. 0 bytes uploaded.

Your data is the big block — usually intact. What breaks is the small index. Repair rebuilds it.

Drop a file here or browseTap to choose a file

ZIP · Office · PDF · video · JPG · PNG · RAR/7z · SQLite — repaired right here in your browser. Nothing is uploaded

0 bytes uploadedFree: 3 repairs/day — up to 500 MB video, 100 MB docs & archives, 50 MB photos. Free download. Single repair €5.90. No account required.

Short answer

This tool repairs MKV (Matroska) files whose structure broke — a damaged or missing seeking index, unterminated clusters, a truncated tail that leaves real footage no player can navigate — by rebuilding the container around the video that survived, without re-encoding. It runs entirely in your browser: the file is read on your machine and 0 bytes are uploaded, which you can confirm in the Network tab. It can't bring back footage that isn't in the file — an overwritten stream or a 0-byte file needs recovery, not repair.

Fix your MKV now

  1. Drop the file
  2. Repair runs locally
  3. Download the result

Drop the MKV above. The tool reads it on your machine, tells you what it actually is and whether the structure is intact, then rebuilds the damaged container around the footage that survived — no re-encoding, no quality loss. Nothing is installed and nothing is uploaded. If the file turns out to be healthy and the problem is your player, it tells you that too, instead of "repairing" a file that was never broken.

Why an MKV won't play: how Matroska is built

Matroska isn't built from atoms like an MP4 — it uses EBML, a binary structure of nested elements, each tagged with an ID and its length. Inside one big Segment, the important pieces are theTracks header (which codecs are inside), theClusters that hold the actual compressed frames, aSeekHead that lists where the top-level elements live, and the Cues — the seeking index that maps each timestamp to a byte position in a cluster.

The Cues and the final element sizes are written when a recording or muxfinishes. Interrupt the ending — a dead battery, a crashed recorder, a dropped transfer — and you get a file full of real frames that no player can index: the last cluster has no length terminator, the Cues are missing, and strict players (ffmpeg, Handbrake, most hardware boxes) reject the whole file. That's the repairable case: rebuilding the SeekHead, the Cues, and the element sizes around the surviving clusters is routine work when the frames themselves are still there.

Where broken MKVs come from

Interrupted recordings and captures

OBS, screen recorders, DVR and CCTV boxes, and camcorders often write MKV precisely because it survives interruption better than MP4. But a crash or power loss still leaves the Cues unwritten and the last cluster unterminated. The footage up to the interruption is on disk; the file just has no finished map to it.

Partial transfers and downloads

A copy off a NAS or SD card cut short, an interrupted download, a torrent that never completed its last piece: the result is a truncated MKV. Because the Cues sit at the end of the file, a truncated Matroska typically loses its entire seeking index while keeping most of the video.

Codec confusion — not actually corruption

Sometimes the MKV is fine and one player simply can't decode what's inside — H.265, AV1, or an uncommon audio track. If the file plays in VLC or mpv but fails in a stricter player, that's a codec gap, not damage, and there's nothing to repair. The diagnosis above tells the two apart before you do anything.

What this can and can't fix

Can fix

  • Missing or broken Cues — the file plays but won't seek
  • Truncated files and unterminated clusters from interrupted recordings or transfers
  • Container damage: bad element sizes, a broken SeekHead, wrong offsets
  • MKVs a strict player or Handbrake rejects, when the cluster data came back intact

Can't fix

  • Overwritten cluster data — frames that no longer exist in the file
  • Damage introduced by re-encoding (the original information is already lost)
  • DRM-protected or encrypted video
  • Files that read as 0 bytes or mostly zeros — do data recovery first, then repair the recovered file

A quick sanity check before anything else: a healthy-sized file is a repair candidate; a file far smaller than the footage it should hold usually isn't. The diagnosis above tells you which you have, and a failed repair is never charged.

FAQ

Why won't my MKV file play?

Most often the container's structure is damaged, not the footage. A Matroska file records an index (Cues) and size markers that are finalized when the recording or mux finishes; interrupt that and a player has no reliable map to the frames, so it refuses the file or plays only the opening seconds. First test the file in VLC or mpv, which tolerate damage other players reject. If it plays there but not elsewhere, you likely have a codec gap, not corruption. If it plays nowhere, the structure is damaged — the repairable case.

How do I fix an MKV that plays but can't seek or skips and stalls?

That's the classic missing-or-broken Cues symptom. Matroska can play without its seeking index, but scrubbing the timeline jumps to the wrong place, stalls, or resets to the start, because the index that maps timestamps to byte positions is gone or wrong. Remux repair rebuilds the Cues and the SeekHead from the surviving clusters, so seeking works again — without re-encoding a single frame.

Can VLC repair a corrupted MKV?

Not really. VLC's 'build index' prompt is for AVI files, not Matroska, and while VLC will often play a damaged MKV more forgivingly than other players, it doesn't rewrite the file's structure. It's a useful test player — if VLC plays it, the footage is largely intact — but to get a file that seeks correctly and opens everywhere you need to rebuild the container, which is what the tool above does.

Handbrake says 'No valid source found' for my MKV — what does that mean?

Handbrake (and ffmpeg) parse the whole container before they'll touch it, so a broken EBML header, an unterminated cluster, or a truncated tail makes them reject the file as an invalid source. That's a structural failure, not a codec one. Repair the container first — rebuild the element sizes and index around the surviving frames — and the repaired file becomes a valid source Handbrake will accept.

Is MKV repair the same as WebM repair?

Mechanically, yes. WebM is a restricted profile of Matroska — the same EBML container, limited to specific codecs (VP8/VP9/AV1 video, Vorbis/Opus audio). The structural repair is identical: rebuild the SeekHead, Cues, and element sizes around the surviving clusters. If your file is a .webm that won't play or won't seek, drop it in the same tool.

Does repairing an MKV upload my video anywhere?

No. Like every IntactFile engine, MKV repair is designed to run entirely in your browser — the file is read from your disk, rebuilt in your tab, and saved back to your Downloads folder. 0 bytes are transmitted, and you can confirm that yourself in the Network tab. That matters most for large video: a multi-gigabyte MKV never has to be uploaded before anything can be done with it.

Related: it's an MP4, not an MKV ·a QuickTime MOV ·any other video problem, any format ·why nothing gets uploaded — the proof