Cut and trim MKV video files online. Set precise start and end points, adjust codec and quality settings, and download instantly.
Process files in seconds with our optimized servers
Set exact start and end points with frame accuracy
Maintain original quality with smart re-encoding
MKV (Matroska) is the open-source container of choice for high-bitrate archival video — Plex and Jellyfin libraries, anime fansub releases, MakeMKV Blu-ray and UHD rips, HDR10/Dolby Vision remuxes, and any source where you want to preserve multiple audio languages, forced subtitles, and chapter markers in a single file. Trimming keeps just the section you mark: the kept range is decoded and re-encoded at the visually-lossless default preset, so the cut is frame-accurate and the clip stays true to the source. Common reasons to trim:
For a different output container after trimming, see MKV to MP4 (browser-friendly), MKV to WebM, or Compress MKV for size-only reduction without trimming.
| Property | Default settings | Custom settings |
|---|---|---|
| Speed | Proportional to clip length | Proportional to clip length and codec |
| Quality | Re-encoded at the visually-lossless preset (CRF 18 H.264 / CRF 17 HEVC) | Whatever CRF / bitrate you choose |
| Cut precision | Frame-accurate | Frame-accurate |
| Output codec | Standard codec in MKV | Any: H.264, H.265, AV1, VP9, MPEG-2/4, DivX, Xvid |
| Audio tracks | Single track, re-encoded at a matching bitrate | Re-encoded to the codec you pick |
| Subtitle / chapter / HDR metadata | Not guaranteed to survive the re-encode | Not guaranteed to survive the re-encode |
| Output size | Proportional to duration kept | Variable by CRF / bitrate |
| Best for | Quick clips at source-matching quality | Codec change, smaller file, different resolution |
Keyframe layout doesn't limit the cut point: the kept segment is decoded and re-encoded, so cuts are frame-accurate (the exact frame a goal lands, the precise word in a podcast) regardless of whether the source is a 1-2 second GOP Blu-ray remux or a streaming-style file with keyframes every 5-10 seconds.
| Source codec | What the trim does | Notes |
|---|---|---|
| H.264 / AVC (most rips, OBS) | Re-encoded at the visually-lossless default (CRF 18) | Universally supported output |
| H.265 / HEVC (4K Blu-ray, anime) | Re-encoded at the visually-lossless default (CRF 17) | Keeps HEVC's size advantage; most Plex clients support |
| AV1 (modern re-encodes) | Re-encoded | ~30% smaller than H.265, slower to encode |
| MPEG-2 (DVD rips in MKV) | Re-encoded; pick H.264 output to shrink 3-5× | |
| AC3 / EAC3 (Dolby) | Audio re-encoded at a matching bitrate | Pick AC3/EAC3 output to keep a surround codec |
| DTS / DTS-HD MA | Audio re-encoded to a lossy codec | Lossless DTS-HD does not survive the trim |
| FLAC (audiophile rips) | Audio re-encoded (typically AAC) | Not bit-preserved — keep the original for archival |
| PGS subtitles (Blu-ray) | Not guaranteed to carry over | Extract subs separately if you need them |
No — the trim re-encodes, and the output carries one video and one audio track. Lossless audio such as DTS-HD MA or FLAC comes out as a lossy codec (typically AAC unless you pick another), and secondary language tracks, commentary, and embedded subtitles are not guaranteed to carry over. For multi-track archival edits, use a desktop tool like MKVToolNix; use this page when you want a quick, frame-accurate clip and keep the multi-track source file intact.
Not reliably. The trim re-encodes the video, and HDR10/HDR10+ metadata and Dolby Vision RPUs generally do not survive a re-encode — expect the clip to come out as a standard SDR-range stream. The visually-lossless default preset still looks excellent on ordinary screens, but if triggering HDR mode on your TV is the point, trim with a dedicated HDR-aware desktop workflow and keep the untouched source.
There's no fixed cap. Trimming runs on our servers, so the practical limit is upload size and connection speed and patience for the upload. 35 GB UHD remuxes from MakeMKV work — competitors like online-video-cutter.com cap at 4 GB on the free tier and 4 GB even on premium; XConvert does not. Processing time scales with the length of the segment you keep, not the full source duration.
With XConvert it shouldn't — the trim re-encodes the kept segment, so the cut starts at your exact timestamp. The snap-back you're describing is how stream-copy cutters behave: they can only cut on keyframes (I-frames), and while Blu-ray remuxes use 1-2 second GOPs, streaming-style sources can have keyframes every 5-10 seconds, so those tools rewind to the nearest preceding keyframe. Here the cut is frame-accurate regardless of keyframe layout.
Yes. Drop in all 24 episodes and apply the same start/duration (e.g., start 00:01:30 to skip the OP, duration 00:21:00 to keep the episode body). Per-file overrides are also supported if one episode has a slightly different OP length. All 24 trimmed files come back as a ZIP. This is dramatically faster than running through Avidemux or MKVToolNix per file, especially when each episode is a 1-2 GB 1080p file.
Yes. The trimmed file stays MKV with a standard codec, which Plex and Jellyfin scan and play like any other library file — direct play on Apple TV, Roku, Shield, and the web players depends on client codec support just as it did with the source. Watch out for naming — Plex matches files by filename pattern (Show Name - S01E01.mkv), so name your trimmed output the same as the source if you want metadata to auto-match.
No — the trim re-encodes the HEVC stream, and the Dolby Vision RPU metadata (Profile 7 dual-layer on UHD Blu-ray rips, Profile 8 single-layer on streaming files) does not survive a re-encode. Preserving the DV layer through an edit requires specialized tooling (dovi_tool, custom ffmpeg builds). The trimmed clip still plays everywhere the source did, just without the DV layer — keep the untouched source if DV matters.
Trim first, always. Trimming only processes the portion you keep, cutting the source from 30 GB down to just the segment you want. Running MKV to MP4 on a 30 GB remux is a much slower transcode than running it on the trimmed clip — far faster end-to-end. The same applies for Compress MKV — trim down to the segment you want, then compress only that segment.
Same operation in practice. Some editors reserve "trimming" for shaving the start and end while keeping the middle, and "cutting" for extracting a middle portion or splitting at a point. XConvert handles all three patterns through the same start time + duration controls — for cut-style mid-clip extraction framing, see Video Cutter, which uses identical controls.