What this converter does not do
It re-encodes the picture, not just repackages it. A few things worth knowing:
Not a lossless copy
The video is decoded and re-encoded, so it's a fresh, slightly lossy generation rather than a bit-perfect copy of the source.
Audio has to be AAC
The audio track carries over only when it's AAC, the norm for iPhone and Mac recordings. A MOV with a different audio codec, such as PCM, converts with no sound.
Very large frames are capped
Anything wider or taller than 4096 px on the long edge is scaled down to fit. Ordinary phone and camera footage never reaches that size.
Some codecs won't decode
H.264 footage is universal. HEVC support depends on the browser and device, and formats such as ProRes will not decode at all.
One file at a time
Up to 100 MB, held entirely in memory while it converts.
Related tools
Frequently asked questions
Slightly. The video track is decoded and re-encoded, spending one generation of lossy compression, so it isn't bit-identical to the source. The audio track is copied through untouched when it's AAC, so only the picture is affected.
No, the frame size stays the same. The only exception is a very large frame, above 4096 px on the long edge, which is scaled down to fit.
Only when it's AAC, which is what iPhone and Mac recordings normally use. A MOV with a different audio codec converts with no sound.
The tool falls back to recording the result in real time from a canvas instead. That takes as long as the clip runs, and on a browser that can't record MP4 directly, you get a WebM file instead.
No. The whole conversion, from reading the MOV to writing the MP4, happens inside your browser.
Yes, 100 MB per file, one file at a time, since the whole video is held in memory while it converts.
Your video stays on your device
The MOV is read, decoded, re-encoded and written back out as MP4 entirely inside this tab. Nothing is uploaded. The only network requests are the one-time library downloads, from the jsdelivr CDN, when your browser uses the fast conversion path.