Skip to content
Server-sideDeleted in 30 minutes

Convert MOV to MKV

Move a QuickTime MOV into an MKV container without re-encoding anything. The video and audio streams are copied across untouched, so the result is bit-for-bit the same picture and sound and the conversion finishes in seconds. This takes a file out of Apple's container and into one that desktop players and media servers handle better.

Use this without the search next time. Prathom Workbench puts Prathom's tools in your toolbar.

Add to Chrome — free
MOVMKV

Drop your MOV file here, or click to browse

Up to 50 MB. Deleted automatically after 30 minutes.

What it does

  • Streams copied, not re-encoded — identical quality
  • Finishes in seconds whatever the length
  • MKV carries subtitles and extra audio tracks
  • No watermark and no sign-up

How to use MOV to MKV

  1. 1

    Add the MOV

    Drop the file in or choose it from your computer. Files up to 50 MB, and no account is needed.

  2. 2

    Convert

    The streams are copied into an MKV with `-c copy`. Nothing is decoded and nothing is encoded.

  3. 3

    Use it

    The MKV plays in VLC, MPV and every major media server, and will accept subtitle and audio tracks.

Only the wrapper changes

A video file separates into two things: the encoded picture and sound, and the container describing how they sit together. Remuxing changes the second and leaves the first exactly as it was.

A MOV from an iPhone or a Mac screen recording almost always holds H.264 video and AAC audio. MKV carries both without complaint. So the streams can be lifted out of Apple's structure and written into Matroska's with nothing decoded, nothing encoded, and nothing lost.

How it works

-c copy tells ffmpeg to copy every stream rather than process it. No frame is examined and no encoder runs. The MKV that comes out holds the identical video and audio data.

Because there is no encoding, the time taken is bounded by reading and writing rather than by how much video there is. A long recording remuxes about as quickly as a short one.

Why leave the Apple container

MOV is not a bad format — it is the ancestor of MP4 and technically capable. The reasons to move are practical.

Media servers handle MKV better. Plex, Jellyfin and Kodi read it natively, index its tracks properly and expose subtitles and alternative audio as things a viewer can switch between. MOV works, less consistently, and with more variation between clients.

Subtitles are the sharper case. MKV holds them as selectable text, several at once. If you are captioning something, doing it in MKV means the viewer can turn captions on and off. Doing it in a container that handles them poorly usually ends with the text burned into the picture, which is permanent and cannot be translated later.

What you give up

Reach. MOV opens on every Apple device and in most desktop software. MKV plays in VLC, MPV, the media servers and many televisions, and not in browsers, not on most phones, and not on older hardware.

Since remuxing costs nothing and takes seconds, keeping both is the obvious arrangement: the MOV for anything Apple or anything you are sending to a person, the MKV for a library or a server.

When a remux fails and a conversion would not

Very occasionally a MOV holds something MKV has no defined way to store — usually a stream from professional editing software, such as a timecode track or an uncommon audio layout. Copying cannot invent a place to put it, so the remux stops rather than silently dropping it.

That is the correct behavior and it is worth recognizing when you see it. The fallback is to convert to MP4 instead, which re-encodes and will accept the file, at the usual small cost in quality. A failure here is information about the source, not a fault in the conversion.

Examples

An iPhone clip going into a media server

clip.mov
clip.mkv

Plex, Jellyfin and Kodi all read MKV natively and index it well. MOV works less consistently, particularly for metadata and multiple tracks.

A recording that needs subtitles adding

talk.mov
talk.mkv

Subtitles belong in MKV as selectable text tracks. Remuxing first means the subtitle work does not cost a re-encode of the video.

Frequently asked questions

Is any quality lost?

None at all. The video and audio streams are copied from one container to another without being decoded, so the data is identical byte for byte. This is one of very few conversions here that costs nothing, and the reason is that nothing about the streams needs to change — only the structure around them does.

Why is this faster than converting to MP4?

Because converting to MP4 re-encodes and this does not. A re-encode decodes every frame and encodes it again, which is where nearly all the time in a video conversion goes. Copying streams is closer to the speed of copying the file, so length barely affects it.

Can a MOV always be remuxed to MKV?

Nearly always, because MKV places almost no restrictions on what it will carry. The exception is a MOV holding something unusual from professional editing software, where a stream may be one that MKV has no defined way to store. If a remux fails, converting to MP4 instead re-encodes and will work.

Which should I keep?

The MOV, if it is an original recording, and the MKV as the working copy. The remux is free and repeatable, so there is no reason to treat its output as precious — you can always make it again from the source in seconds.