Initializing... drag & drop files here
Supports: WEBM
WebM is a container, not a single codec. The same .webm file might be VP8 + Vorbis (the original 2010 spec) or VP9 + Opus (the modern default) — and now AV1 is showing up in newer encodes. Re-encoding the same WebM gives you control over codec, bitrate, resolution, and length without changing the container, which keeps the file playable everywhere a WebM is expected (HTML5 <video> tags, Chrome, Firefox, Discord previews, OBS recordings).
| Property | VP8 | VP9 | AV1 |
|---|---|---|---|
| Released | 2010 | 2013 | 2018 |
| Compression vs VP8 | baseline | ~50% smaller | ~65% smaller |
| Encode speed | Fastest | Moderate | Slowest (3-10× VP9) |
| Browser support | Universal (Chrome, Firefox, Edge, Safari 14+) | Universal (since ~2017) | Chrome 70+, Firefox 67+, Edge 87+, Safari 17+ |
| Hardware decode | Most devices | Most devices since 2017 | Newer chips only (Intel 11th gen+, M3, RTX 30+) |
| Quality control | Bitrate or CRF (4-63) | CRF (0-63), q-min/q-max | CRF (0-63), q-min/q-max |
| Best for | Legacy compatibility, older phones | Modern web, balanced size/quality | Maximum compression, archival |
| CRF Value | Visual Quality | Typical Use Case | Relative Size |
|---|---|---|---|
| 15-20 | Visually lossless | Archival, source masters | Largest |
| 23-28 | High quality | Tutorials, professional content | Large |
| 30-35 | Web-friendly | YouTube alternatives, Discord, embeds | Medium (recommended default) |
| 36-42 | Acceptable | Mobile playback, low-bandwidth | Small |
| 45-50 | Visible artifacts | Quick previews, thumbnails | Smallest |
| 55-63 | Heavy artifacts | Not recommended for normal use | Tiny |
The output container stays .webm, but the codec, bitrate, resolution, and length inside can all change. A VP8 WebM at 1080p/8Mbps and a VP9 WebM at 720p/2Mbps are both valid .webm files but have wildly different sizes and playback characteristics. Re-encoding lets you change the inside without changing the file extension that downstream tools expect.
Pick VP9 unless you have a reason. It's universally supported in browsers since ~2017, has hardware decode on most devices made after 2017, and gives you ~50% smaller files than VP8 at the same quality. Use VP8 only if you need to support a very old player or embedded device. Use AV1 if storage matters more than encode time and your viewers are on modern hardware (encoding takes 3-10× longer than VP9).
Start at CRF 32 for VP9 and CRF 30 for AV1. Lower the value if the output looks soft (try 28, then 25). Raise it if the file is still too big for your target (try 35, then 40). Each CRF step roughly changes file size by 15-20%. CRF below 20 is overkill for web playback; CRF above 45 introduces visible blockiness.
Yes — every lossy re-encode loses some data. The loss is small at high CRF/bitrate settings and barely visible above CRF 30. If you start with a low-quality WebM (heavily compressed YouTube rip, low-bitrate Twitch VOD), re-encoding at a lower bitrate will compound the loss. For best quality, re-encode from the highest-quality source you have available, not from an already-compressed copy.
In a WebM container, the supported audio codecs are Opus and Vorbis. If your source is already Opus, the audio passes through cleanly during VP9/AV1 re-encodes. If your source is Vorbis, switching to Opus typically reduces audio overhead by 20-30% at the same perceived quality.
XConvert processes files in your browser session, so the practical limit is your device's available memory. Most modern laptops handle 1080p WebM files up to 2-4GB without trouble. For very large 4K source files, downscale resolution first or trim to a shorter segment.
Re-encoding WebM gives you full codec and parameter control (codec swap, CRF tuning, resolution, trim, audio codec). Compress WebM is a guided flow that targets a specific output size or percentage with sensible defaults. Use compress when you have a target like "under 25MB"; use re-encode when you want to switch from VP8 to VP9 or change resolution.
Yes. Use WebM to MP4 for the most universal container (Apple devices, social media, video editors), WebM to GIF for animated previews, or WebM to MP3 to extract just the audio.
Yes. After the page and conversion engine load, the actual encoding runs locally via WebAssembly. You can disconnect Wi-Fi mid-conversion and it will still finish — files never leave your browser.