Cut WebM video by setting start time and duration. Extract clips from screen recordings, Discord content, and HTML5 web video.
Process files in seconds with our optimized servers
Frame-accurate cuts with intuitive timeline controls
Maintain original quality with smart re-encoding
WebM is the open, royalty-free container Google built for HTML5 video — VP8 / VP9 / AV1 video paired with Opus or Vorbis audio. It's the default output for most browser-based screen recorders, OBS Studio's lightweight option, yt-dlp's preferred download format for YouTube, and the format Discord uses for animated stickers. Cutting WebM is useful for:
.webm (VP9 + Opus) by default. Trim to the exact moment of a goal, joke, or game-winning play without converting first.For a different output container after cutting, see WebM to MP4 or WebM to GIF.
| Property | Stream copy (default) | Re-encode (VP9 / AV1 / VP8) |
|---|---|---|
| Speed | Seconds for any file size | Proportional to clip length and codec |
| Quality | Bit-identical to source | Slight loss unless CRF 18-23 |
| Cut precision | Snaps to nearest keyframe (1-10s) | Frame-accurate |
| Output codec | Same as input (VP8 / VP9 / AV1) | Any: VP9, AV1, VP8 |
| Audio | Original Opus / Vorbis preserved | Re-encoded to Opus by default |
| File size | Proportional to duration kept | Variable by CRF / bitrate |
| Best for | Quick extraction, lossless | Frame-accurate cuts, smaller file, codec change |
If you only need to keep "minutes 2-5 of this 20-minute screen recording" and don't care about a specific frame, stream-copy is faster and lossless. If you need the cut to land on the exact frame a button was clicked or a goal was scored, enable re-encode.
| Codec | CRF Range | Default | Use Case |
|---|---|---|---|
| VP8 | 4-63 | 10 | Legacy WebM, broadest browser support pre-2017 |
| VP9 | 0-63 | 31 | Modern WebM, YouTube's default, ~50% smaller than VP8 |
| AV1 | 0-63 | 30 | Newest, ~30% smaller than VP9, slower to encode |
| Opus (audio) | — | 128 kbps | Default WebM audio, best quality-per-bit below 128 kbps |
| Vorbis (audio) | — | 128 kbps | Legacy WebM audio, kept for compatibility |
Lower CRF = higher quality and larger file. CRF 23 is a typical "visually lossless" target for VP9; CRF 30 for AV1 produces similar visual quality at smaller size.
Yes. Stream-copy preserves the original VP8 / VP9 codec and Opus / Vorbis audio exactly — if it played in Chrome before the cut, it plays after. WebM has been natively supported in Chrome, Firefox, Edge, and Opera since 2010, and Safari added VP9 / WebM playback in macOS Big Sur (2020). Discord renders WebM inline on every platform.
Yes. Stream-copy mode copies the video and audio streams in lockstep, so any sync that was correct in the source stays correct in the output. Re-encode mode re-times audio to the new keyframe boundaries, which also stays in sync. The only situation where sync drifts is if the source itself had drift (some long OBS captures with VFR), in which case re-encoding to a constant frame rate often fixes it.
Stream-copy mode can only cut at keyframes (I-frames), and most WebM encoders place keyframes every 5-10 seconds by default. Asking to start at 00:01:23 may snap back to 00:01:18 if that's the nearest preceding keyframe. If you need the cut to land exactly on 00:01:23, enable re-encode in step 3 — that produces a frame-accurate cut at the cost of some encoding time.
Yes — use WebM to Opus or WebM to OGG instead, which extracts the audio stream during the conversion. For an MP3 or WAV instead, see WebM to MP3 or WebM to WAV.
There's no fixed cap. Cutting runs in your browser, so the practical limit is your device's RAM and how patient you are with the file load. Multi-GB OBS captures and 4-hour Twitch VOD downloads work fine. Stream-copy is fast enough that even 4-hour 4K WebM files cut in well under a minute since no transcoding happens.
Yes. Add multiple trim segments — each pair of start time + duration produces a separate output clip. Useful for pulling several highlights from a long stream, splitting a lecture recording into chapters, or extracting every appearance of a specific player from a sports VOD.
Cut first, always. Cutting in stream-copy mode is essentially free (seconds) and lossless, and reduces the file size before the slower transcode step. A 5-minute clip pulled from a 60-minute WebM transcodes to MP4 about 12x faster than transcoding the full hour and trimming the MP4 afterward. See WebM to MP4 for the conversion step.
No, by default both video and audio streams are copied to the output. If you specifically want a silent clip (for over-dubbing, looping background, or a muted social post), set the audio codec option to "no audio" before cutting. The output will be a video-only WebM.
Same operation in practice. Some editors reserve "trimming" for shaving the start and end of a clip while keeping the middle, and "cutting" for extracting a middle portion or splitting at a point. XConvert's cutter handles all three patterns — set start time to your in-point and duration to how much to keep. See also WebM Trimmer for the same workflow framed slightly differently.