Initializing... drag & drop files here
Supports: WEBM
WebM is a stripped-down subset of the Matroska container that Google introduced in May 2010 for HTML5 video — restricted to VP8, VP9, and AV1 for video and Vorbis or Opus for audio so that browsers can play it without licensing concerns. MKV is the full Matroska container with no codec restrictions, full chapter and subtitle support, multiple audio tracks, and metadata for things like cover art. Because WebM is already a Matroska subset, MKV accepts the same VP8/VP9/AV1 and Opus/Vorbis codecs — so most WebM→MKV jobs keep the codec and move into the richer container, re-encoded at visually-lossless quality rather than switched to a heavier codec.
| Property | WebM | MKV (Matroska) |
|---|---|---|
| Released | May 2010 (Google) | December 2002 (Matroska project) |
| Underlying container | Subset of Matroska (EBML) | Full Matroska (EBML) |
| Video codecs allowed | VP8, VP9, AV1 only | Any — H.264, H.265, VP9, AV1, MPEG-2, ProRes, etc. |
| Audio codecs allowed | Vorbis, Opus only | Any — AAC, AC3, DTS, FLAC, Opus, MP3, TrueHD |
| Subtitle tracks | None | Soft subs: SRT, ASS, VobSub, PGS |
| Multiple audio tracks | One | Unlimited |
| Chapters & menus | No | Yes |
| Browser playback | Native in Chrome, Firefox, Edge, Safari 16+ desktop / 17.4+ iOS | None |
| Media-server support | Limited (transcoded by Plex web) | First-class in Plex, Jellyfin, Kodi, Emby |
| Typical use | HTML5 web video, screen recording exports | Movie libraries, anime, Blu-ray rips, archival |
| Setting | What happens | When to use |
|---|---|---|
| Codec: keep current + Preset: Very High | Re-encodes the same codec at visually-lossless quality | You just want a different container (Plex, Jellyfin, subtitles) |
| Codec: H.264 + Preset: High | Re-encodes to the most compatible codec | Playing on older TVs, phones, hardware decoders without VP9 |
| Codec: H.265 / HEVC + Preset: High | ~40-50% smaller than H.264 at the same quality | Modern devices (2017+), Apple ecosystem, storage-constrained NAS |
| Codec: AV1 + Preset: High | Smallest output for a given quality | You have time to encode and target modern playback |
| CRF mode (VP9/AV1: 16-63, H.264: 16-51, H.265: 16-51) | Constant Quality — encoder picks bitrate per scene | You care about consistent visual quality, not exact size |
| Specific file size in MB | Two-pass to hit a target size | Upload caps, attaching to Discord (10 MB free, 50 MB Nitro Basic) |
Not a raw byte-for-byte copy, but effectively lossless at the default. WebM is technically a subset of MKV — both use the EBML container — and MKV accepts the same VP9/AV1 video and Opus audio. When you leave the Video Codec on its current value and the Quality Preset on Very High, the converter re-encodes at a visually-lossless CRF, so the MKV is practically indistinguishable from the source. It isn't a stream copy — the streams are re-encoded rather than byte-copied — but the quality difference is imperceptible. Switching the codec (e.g., to H.264) or changing resolution/bitrate is a heavier, visibly lossy re-encode.
Because MKV plays in many things WebM doesn't: Plex, Jellyfin, Kodi, Emby, VLC's TV interfaces, Nvidia Shield, Apple TV via Infuse, most modern smart TVs (LG, Samsung, Sony), Nintendo Switch homebrew players, and editing software like DaVinci Resolve or Premiere Pro. WebM is great for the open web; MKV is the universal container for everything that isn't a browser. The conversion also unlocks subtitles, multiple audio tracks, and chapter markers — none of which WebM supports.
Effectively yes at the default preset. YouTube serves VP9 video and Opus audio inside a WebM wrapper, and MKV accepts both codecs — so keeping the codec unchanged re-encodes at a visually-lossless CRF rather than switching to a heavier codec. The output looks indistinguishable from the source, though it is a re-encode (not a byte-for-byte copy) and processing time scales with clip length. If you change the codec to H.264 for AppleTV / older-TV compatibility, expect a slower encode and some generational loss at lower CRFs.
H.264 — universal hardware support back to 2007 GPUs and most TVs / phones. Largest files. H.265/HEVC — ~40-50% smaller than H.264 at the same quality per MSU/Netflix benchmarks; supported by iOS 11+, Apple Silicon, Nvidia 900-series and newer, most 2017+ TVs. AV1 — smallest of the three, royalty-free, but slowest to encode and requires recent decoders (iPhone 15 Pro and later, Android with AV1 hardware, modern Chrome/Firefox). For a long-term home library: H.265. For a clip you'll edit in Premiere: H.264.
Yes, but xconvert only handles the container conversion itself. To add subtitles, convert WebM→MKV here, then open the MKV in MKVToolNix (free, all platforms) and drag your .srt file in as an additional track. Player will let you toggle it on/off. WebM has no subtitle support, so this two-step flow is the standard workflow.
If you're switching off VP9, your two main levers are Constant Quality (CRF) and Specific file size. For H.264, CRF 18-23 is the visually-lossless to high-quality range (lower = bigger and better; default 23). For H.265, CRF 22-28 hits the same band. If you need an exact size, use Specific file size in MB — the encoder runs a two-pass average bitrate calculation to land near the target. Resolution is the other lever: dropping 4K to 1080p halves file size before the codec even starts.
WebM normally only carries one audio track and no chapters, so there's typically nothing extra to preserve. If your WebM was unusual and had embedded metadata, the conversion keeps it. The real value of MKV is what you can add after: chapters via MKVToolNix, additional audio tracks (commentary, dubs), subtitle tracks, cover art, and rich metadata that Plex/Jellyfin will index.
Files process on our servers, so the practical cap is upload size and connection speed. Multi-GB 4K WebM downloads convert fine. Keeping the codec unchanged is the lightest re-encode and even very large files work. For codec switches to H.265 or AV1, expect long processing times that scale with codec complexity and clip duration.
MP4 is the right pick when you need to upload to social media, embed in PowerPoint or Keynote, or play on iOS without third-party apps. MP4 supports H.264, H.265, and AV1 but not VP9 or Opus, so the conversion always re-encodes audio. See WebM to MP4 for that flow, or MKV to MP4 if you've already converted and want a second pass.