Back to blog

Guides / G3 · Playback & Conversion

Converting MKV to MP4 Without Re-compressing the Video: When a Container Swap Is Enough

Not always. Whether an MKV has to be re-compressed on the way to MP4 depends on the video codec inside the file, not on the .mkv extension itself. If the video is H.264 8-bit or HEVC 8/10-bit, CineX can usually change the container without re-compressing the video. If it is Hi10P, VP9, AV1, Xvid, or another codec that requires full processing, the video has to be re-encoded, which changes both the time required and the preservation limits in practice.

This guide stays focused on one practical question: which path will your MKV take? If you are still deciding why you want MP4 in the first place, see MKV vs. MP4. For the general theory behind container swaps and full re-encoding, this article only gives the minimum context needed to make the decision.

1. The short answer: two MKV files can take seconds or minutes

Changing MKV to MP4 does not automatically mean rebuilding every video frame. CineX has been tested with MKV input, and its output format is MP4 only. The important variable is the codec stored inside that MKV.

If the video is already H.264 8-bit or HEVC 8/10-bit, CineX can change the container without re-compressing the video. If the video codec cannot use that fast path, CineX performs a full re-encode instead.

That is why two files with the same .mkv extension can behave so differently. One may finish in a few seconds while the other takes several minutes. If you want the underlying distinction in more detail, read container swap vs. re-encoding.

2. How do I know which kind of MKV I have? Check the video codec

Do not start with file size, resolution, or the filename. For this decision, the most useful fact is the video codec inside the container:

Hi10P is listed here only as one example of a file that needs full processing; it is not a quality badge or a reason to choose one file over another. For most people, the useful question is simply, “What video codec is inside this MKV?” Once you know that, the likely conversion path becomes much clearer.

3. What happens on the container-swap path? The video is not re-compressed

When the existing video already fits the target MP4, CineX keeps that video data and changes the packaging around it. This path typically finishes within a few seconds. That puts it in a completely different time range from a full re-encode.

This path also matters for HDR metadata. HDR10 static metadata is passed through, and Dolby Vision metadata can normally be preserved, with exceptions. That exception matters: “container swap” is a precise description of what happens to the video stream, not a promise that every possible file will retain every piece of metadata in every case.

A conversion that finishes in a few seconds is plausible when CineX only changes the container. That speed does not apply to files whose video has to be fully re-encoded.

4. What changes when full re-encoding is required?

If the MKV contains Hi10P, VP9, AV1, Xvid, or another codec outside CineX's direct path, CineX has to process the video from beginning to end. A full conversion takes minutes, so the wait stops being a few seconds.

Some files can be noticeably slower. A 120 fps Hi10P file is around real-time speed in current measurements: ten minutes of footage can take about twelve minutes to finish. That number is useful as a reminder that certain files need patience; it should not be treated as a universal estimate for every MKV.

Full re-encoding also has explicit preservation limits. Dolby Vision metadata is lost, and 10-bit / HDR video is converted to 8-bit. This is an intentional conservative behavior in the current product. If keeping HDR characteristics matters to you, whether the file qualifies for the container-swap path is therefore more important than the .mkv extension itself.

5. Why file size cannot tell you whether re-encoding is needed

This is the most common shortcut to avoid. File size tells you how much storage a file occupies; it does not tell you which conversion path the video codec requires.

In other words, file size, extension, and apparent resolution are poor substitutes for checking what the file actually contains. The codec is the piece of information that answers this specific question.

6. What if the video can stay untouched but the audio is incompatible?

There is an important middle case. The video may already be H.264 or HEVC and therefore eligible for a container swap, while the audio track is not suitable for the target MP4. In that situation, CineX keeps the video path fast and converts the incompatible audio to AAC.

This still belongs to the fast category because the expensive part—the video—is not being rebuilt. So an audio conversion does not automatically mean the entire file is going through full video re-encoding. When estimating the wait, look at the video path first, then consider whether the audio needs additional work.

7. How CineX handles the decision: automatic, with no quality or speed presets

CineX does not ask you to choose between a “fast” preset and a “high quality” preset. It inspects the file and uses the container-swap path when the video can be preserved; otherwise it performs a full conversion. There are no quality tiers or speed tiers. Free and paid conversions produce the same file quality; an Opus membership only removes the conversion-count limit.

For this kind of task, automatic path selection is more useful than a row of vague speed buttons, because the viable path is determined by the file itself rather than by a preference toggle. The product-specific logic is covered in how CineX decides the conversion path.

Storage also deserves attention. During a full conversion, peak disk usage can be about three times the source file size. A 10 GB video may require roughly 32 GB of free space while the conversion is in progress, so checking only the expected size of the final MP4 can be misleading.

8. Boundaries: what may not survive an MKV-to-MP4 conversion

So “Can this MKV become an MP4?” and “Will every track and every piece of metadata survive unchanged?” are separate questions. The first depends mainly on the file and its video path; the second also depends on HDR metadata, subtitles, audio, and content protection. Keeping those questions separate makes the result much easier to predict.

Frequently asked questions

Does my MKV have to be re-compressed when I convert it to MP4?

It depends on the video codec inside the file. H.264 8-bit and HEVC 8/10-bit can use the container-swap path without re-compressing the video. Hi10P, VP9, AV1, Xvid, and similar codecs require full re-encoding.

How long does a container-only conversion take?

It is measured in seconds. It is usually a few seconds, provided the video codec is already suitable for the target MP4. Files that require full re-encoding move into the minutes range instead.

Does a bigger MKV mean it is more likely to need re-encoding?

No. File size does not determine whether the video can use the container-swap path. A 2 GB MKV may qualify, while an 800 MB MKV may still require full re-encoding. The video codec is what matters.

Will HDR and Dolby Vision still be there after MKV is converted to MP4?

It depends on the path. On a container swap, HDR10 static metadata is passed through and Dolby Vision metadata can normally be preserved. If full re-encoding is required, Dolby Vision metadata is lost and 10-bit / HDR video is converted to 8-bit.

Axiom One LLC — CineX. Figures current as of 24 September 2026.