MOV vs MP4 — what actually differs

Same family, different surname

MOV is Apple's QuickTime File Format. MP4 is the ISO base media file format — which was standardised by taking QuickTime as the starting point. They are parent and child, not rivals.

Both are containers: boxes that hold a video track, an audio track, timing information and metadata. The video inside is usually the identical codec either way — H.264 or HEVC. A .mov from an iPhone and a .mp4 from the same iPhone can hold byte-for-byte equivalent video.

So why does anything reject MOV?

Mostly by extension, not by inability. Upload forms, video platforms, editors and presentation software frequently check the filename and decline .mov before ever opening it.

MOV also permits a few things MP4 does not — certain Apple-specific tracks and codecs like ProRes — so software that plays MP4 fine cannot promise it will play every MOV. It is easier to refuse the whole extension.

Converting without re-encoding is the important part

Because the video track is already in a form MP4 accepts, converting MOV to MP4 does not need to decode and re-compress anything. The tracks are lifted out of the QuickTime box and written into an MP4 box. This is called remuxing.

It is lossless — the picture is bit-identical to the original — and it takes seconds rather than minutes, because no encoder ever runs. Any tool that takes ten minutes and comes back softer than the original did the wrong thing.

Trimming works the same way: cutting a clip out of an MP4 needs no encoder either. The catch is that cuts land on keyframes, so the start of a trim can shift by a fraction of a second. That is a real limitation and it is worth knowing before you cut, rather than after.

When re-encoding is unavoidable

Changing the codec, not the box, is what costs time and quality:

• MP4 to WebM — different codec family entirely, so every frame is decoded and re-compressed.
• Making the file smaller — compression means re-encoding by definition; there is no free version of it.
• Video to GIF — GIF is a completely different thing, capped at 256 colours, and the result will be several times larger than the video it came from.

The rotation trap nobody warns you about

Film something vertically on a phone and the file usually does not contain vertical pixels. The sensor writes a landscape frame and the container records a rotation matrix saying "turn this 90 degrees when playing". Players read it. Naive converters do not.

That is how a portrait clip comes out of a converter lying on its side. We measured exactly this in four of our own tools in July 2026 — convert, trim, compress and GIF all shipped sideways video — and the fix differs by output: for MP4 you rewrite the matrix, for WebM and GIF there is no matrix, so the pixels must actually be rotated before encoding.

It survived a long time because every video test file we had was landscape. It was not a bug that hid; it was a hole in the samples.