Initializing... drag & drop files here
Supports: MKV
MKV (Matroska) is an open container announced on 6 December 2002 and formalised as IETF RFC 9559 in October 2024. It is excellent for archiving — it can hold any number of video, audio, and subtitle tracks with chapter markers — but its niche-software origins mean a lot of consumer hardware never adopted it. MP4 (MPEG-4 Part 14, ISO/IEC 14496-14) is the universal playback container: every smart TV, console, phone, browser, and editor accepts it.
faststart flag that moves metadata to the head of the file, letting browsers play before the download finishes. MKV is poorly suited to HTTP streaming.| Property | MKV (Matroska) | MP4 (MPEG-4 Part 14) |
|---|---|---|
| Standard | RFC 9559 (Oct 2024), open | ISO/IEC 14496-14 |
| First released | December 2002 | October 2001 |
| Video codecs | H.264, H.265/HEVC, VP9, AV1, MPEG-2, MPEG-4, Theora, others | H.264, H.265/HEVC, AV1, MPEG-4 |
| Audio codecs | AAC, AC3, DTS, FLAC, Opus, Vorbis, MP3, PCM, TrueHD | AAC, AC3, MP3, ALAC, Opus (since 2018) |
| Subtitle formats | SRT, ASS/SSA, VobSub, PGS, USF (soft, switchable) | Only mov_text (TX3G); SRT/ASS must be converted or burned in |
| Multiple audio tracks | Native, unlimited | Supported but rarely used by consumer software |
| Chapters | Native, rich metadata | Supported but inconsistent player handling |
| Streaming (HTTP) | Poor — no faststart equivalent | Excellent — faststart / fragmented MP4 / DASH |
| Hardware decode coverage | Patchy; depends on player | Universal on iOS, Android, macOS, Windows, smart TVs |
| Typical use | Archival rips, anime fansubs, media servers | Distribution, playback, social uploads, streaming |
| Aspect | Remux (Copy streams) | Re-encode |
|---|---|---|
| What happens | Container rewrap only; video and audio data copied bit-for-bit | Decode + encode through a codec |
| Quality | Identical to source (lossless) | Slight generational loss; near-imperceptible at Very High preset |
| Speed | Seconds, even for multi-GB files | Real-time encode bound by your hardware |
| When it works | MKV already uses H.264 or H.265 video + AAC/AC3 audio (most rips do) | Any source, especially when MKV uses DTS, FLAC, TrueHD, or VP9 |
| File size | Identical to source | Adjustable via bitrate / CRF / file-size target |
| Subtitles | SRT/ASS must be converted to mov_text or burned in either way | Subtitles can be burned (hardcoded) cleanly |
| Best for | Quick container fixes for playback compatibility | Resizing, compressing, or fixing codec incompatibility |
If the source codecs already fit MP4, XConvert's "Very High (Recommended)" preset produces output visually indistinguishable from the original. If the source uses DTS audio, FLAC, or another MP4-incompatible stream, a re-encode is required for at least the offending track.
If your MKV uses H.264 or H.265 video with AAC or AC3 audio (most movie rips, anime releases, and screen recordings), the conversion is effectively a container rewrap — the bytes are copied straight across. If the source uses DTS, FLAC, TrueHD, or another stream MP4 doesn't accept, that stream is re-encoded; at the Very High preset the result is visually and audibly indistinguishable from the source at normal viewing distance.
MKV supports unlimited audio tracks natively, and so does MP4 — but consumer playback software handles MP4 multi-track inconsistently. QuickTime, VLC, and modern Android players surface multiple tracks; some smart-TV and older phone players only expose the first track. The primary audio is always preserved; for guaranteed multi-language playback, keep the MKV archive in parallel.
This depends on the format. MKV typically carries SRT, ASS/SSA, VobSub, or PGS subtitles. MP4 only natively carries mov_text (the MPEG-4 Timed Text codec, ISO/IEC 14496-17). Plain SRT can be converted to mov_text and travel as a soft subtitle track; styled ASS/SSA subtitles either lose their styling on conversion or need to be burned into the picture (hardcoded). If subtitle fidelity matters, archive the MKV alongside the MP4.
iOS's video stack only registers .mp4, .m4v, and .mov extensions. The Photos app, Files preview, AirDrop, and most third-party apps won't open an .mkv even when the underlying H.264 stream would play fine. After conversion, the same content plays in Photos, can be AirDropped, and works in iMovie. See also our MOV converter for AirDrop-optimised output.
Yes, in practical terms — if both the video and audio codecs are MP4-compatible, XConvert can rewrap the streams without re-encoding, so the output is bit-identical to the input for those streams. File size will be very close to the original (only the small container overhead differs).
Yes. Multi-gigabyte files are supported, and because processing happens on our servers on our servers there is no small server-side upload cap to worry about. For 4K Blu-ray rips you may want to drop resolution to 1080p under Video Resolution → Preset Resolutions if the target device is a phone — it cuts file size roughly to a quarter.
H.264 (AVC) plays on absolutely everything from 2007 onward and is the safest pick for broad sharing. H.265 (HEVC) cuts file size roughly in half at the same visual quality but requires hardware decode support — fine on iPhones since the iPhone 6 (2014) and modern Android, but older smart TVs and browsers may struggle. For YouTube/social uploads pick H.264; for personal archives where you control the players, H.265 saves storage.
Set Trim → Time Range and enter start time and duration. For pure trimming without container conversion, use the dedicated MKV trimmer — it keeps the source as MKV. If you also want a smaller file, see compress MKV or, after this conversion, compress MP4. Once it's an MP4 you can also make your video smaller to hit a tighter size target.
No. Convert as many files in one session as you like, no sign-up, no watermark, and no per-file caps beyond what your browser can hold in memory. The Conversion runs on our servers, so your files aren't stored on a server after download.