Fix it now
- Drop the file
- Repair runs locally
- Download the result
When you record a Zoom meeting to this computer, Zoom doesn't write an MP4 in real time. It streams to proprietary intermediate files in a per-meeting folder under your Documents/Zoom directory — typically named double_click_to_convert_*.zoom for video plus separate audio — and only converts them into a finished zoom_0.mp4 (H.264 video, AAC audio) when the meeting ends cleanly. A crash, force-quit, or a full disk before that step leaves you stuck. This page explains the two failure points and where a browser-based MP4 rebuild helps: after Zoom's own converter has produced an MP4 that itself won't play.
The two stages — and which tool owns each
Stage one: the raw .zoom file. This is Zoom's own proprietary intermediate format, not an MP4. The only software that can read and convert it is Zoom itself — so if you still have double_click_to_convert_*.zoom files, your first and best move is Zoom's built-in converter: open the desktop client, go to Meetings → Recorded, and choose Convert. (A widely reported trick when it stalls: copy only the .zoom files into an empty folder and convert from there.) We are honest about this: an in-browser tool cannot decode Zoom's undocumented .zoom container — that is not one of the formats our engines rebuild.
Stage two: the MP4. Once Zoom's converter runs, it outputs a standard MP4. If that conversion was interrupted — Zoom crashed mid-convert, the disk filled, or the machine shut down — the MP4 it left behind can be unfinalized: valid H.264 frames with no moov index. That is a normal broken-MP4 problem, and it is exactly what an in-browser rebuild fixes.
When the converted MP4 won't play
A finished Zoom MP4 is an ordinary ISO base-media file: the audio and video payload (mdat) followed by the moov index that maps every frame. If Zoom's conversion was cut short, the moov may be missing or truncated — the player then reports the MP4 as corrupt, zero-length, or refuses to open it. Drop that MP4 above and the tool scans the surviving frames and rebuilds the sample tables Zoom would have written, reconstructing a playable container.
For a faithful rebuild it helps to have a healthy Zoom MP4 from the same client version — for example, a good recording from another meeting — because it carries the exact codec configuration the broken file is missing. You'll only be asked for one if the file needs it. What we cannot do is finish a conversion Zoom never completed at the .zoom stage; run Zoom's converter first, and bring us the MP4 when the MP4 is the thing that's broken.
What this can and can't fix
Can fix
- A converted Zoom MP4 left unfinalized because the conversion crashed or the disk filled (missing/truncated moov)
- A zoom_0.mp4 that copied off the machine but won't play in any player
- Container damage in a Zoom MP4: broken index, wrong offsets, zero duration
- Zoom MP4s a recovery tool returned unplayable, when the H.264/AAC data survived
Can't fix
- The proprietary .zoom intermediate file itself — only Zoom's own converter can read that format
- A recording where the .zoom data was truncated by the crash before enough was written
- Cloud recordings held on Zoom's servers (this is for local recordings on your disk)
- Files that read as 0 bytes or mostly zeros
If a repair fails, we tell you why (missing data versus broken structure), and you are never charged for a failed repair.