Trim MPEG video by setting start time and duration. Remove commercials from TV recordings, extract DVD scenes, and shorten camcorder footage.
Process files in seconds with our optimized servers
Set exact start and end points with frame accuracy
Maintain original quality with smart re-encoding
MPEG (MPEG-1 and MPEG-2) is the DVD-era video container — used for Video CDs (MPEG-1, 1993), DVD-Video (MPEG-2, 1996), digital broadcast TV (DVB, ATSC), TiVo recordings, and camcorders from the late 1990s through mid-2000s. Even today, broadcast capture cards, set-top boxes, and DVD ripping tools still output MPEG. Trimming extracts a portion without touching the rest of the timeline: 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 longer multi-segment edits or format conversions in the same pass, see Video Cutter, MPEG to MP4, or Compress MPEG.
| Property | Default settings | Custom settings |
|---|---|---|
| Speed | Proportional to clip length | Proportional to clip length and codec |
| Quality | Re-encoded at the visually-lossless default preset | Whatever CRF / bitrate you choose |
| Output codec | Same flavor (MPEG-2 stays MPEG-2, MPEG-1 stays MPEG-1) | Any supported (MPEG-2, MPEG-4, H.264, H.265, MPEG-1) |
| Cut accuracy | Frame-accurate | Frame-accurate |
| Output container | MPEG | MPEG (or change to MP4 / MKV / WebM via Convert) |
| File size | Same proportion as duration kept | Variable by codec / quality settings |
| Best for | Quick DVD/broadcast extraction at source-matching quality | Modernizing to H.264/H.265, smaller files |
DVD MPEG-2 typically uses a closed GOP of 12-15 frames (about 0.5 second at 25/29.97 fps), but that layout doesn't limit the cut point: the kept segment is decoded and re-encoded, so cuts are frame-accurate — the exact play in a sports recording, the precise word in a recorded broadcast.
| Source codec | Typical use | Trim style | Notes |
|---|---|---|---|
| MPEG-1 (Video CD, early web) | VCDs, 1990s web video | Frame-accurate re-encode (stays MPEG-1) | Caps at 1.15 Mbps / 352×240 NTSC, 352×288 PAL |
| MPEG-2 (DVD, broadcast) | DVD-Video, ATSC/DVB, MiniDV | Frame-accurate re-encode (stays MPEG-2) | 4-9 Mbps for DVD, 12-19 Mbps for broadcast HD |
| MPEG-2 HD (1080i broadcast) | OTA HD, Blu-ray (rare) | Frame-accurate re-encode | Output is a standard progressive stream |
| MPEG-2 → H.264 re-encode | Modern delivery | Re-encode at CRF 20 | 50-70% smaller at visually-equivalent quality |
| MPEG-2 → H.265/HEVC | Archival / streaming | Re-encode at CRF 22 | 60-75% smaller, plays on iOS, Android, modern TVs |
Not visibly. The trim decodes the kept range and re-encodes it at the visually-lossless default preset, so the clip is not bit-identical to the source but is visually indistinguishable from it at the defaults. The upside of re-encoding is precision: the cut is frame-accurate — it starts exactly at the time you specify instead of snapping to a GOP boundary. Quality only drops noticeably if you deliberately pick a lower quality preset, a higher CRF, or a smaller resolution.
There's no fixed cap. Trimming runs on our servers, so the practical limit is upload size and connection speed and your patience for the upload — multi-GB DVD rips (4-9 GB) and hours-long broadcast captures all work. Competitors like online-video-cutter.com cap free users at much smaller sizes and require Premium for 4 GB; XConvert does not gate on file size. Processing time scales with the length of the segment you keep, not the full source duration.
Yes. Add multiple trim segments — each pair of start time + duration produces a separate output clip. Useful for pulling 5 highlights out of a recorded sports broadcast, splitting a 2-hour concert DVD into individual songs, extracting just the news segments from a 1-hour newscast, or pulling the funny moments from an old camcorder MiniDV transfer. To stitch the highlights back into a single file, join the trimmed clips in a video editor afterward.
With XConvert it shouldn't — the trim re-encodes the kept segment, so the cut starts at your exact timestamp. The snap you're describing is how stream-copy cutters behave: they can only cut on I-frames (GOP boundaries), and DVD and broadcast MPEG-2 typically have a closed GOP of 12-15 frames at 25/29.97 fps — roughly every 0.5 second — so those tools rewind to the nearest preceding I-frame. Here the cut is frame-accurate.
Yes. The trimmed file comes out as standard MPEG-2 (or MPEG-1), which plays in VLC, MPC-HC, Windows Media Player, QuickTime (with the legacy MPEG-2 component), and on every Linux player. One caveat: the stream is re-encoded, so if you're re-authoring to a strict DVD or broadcast spec (exact bitrate and GOP requirements), run the output through your authoring tool's compliance check first. If you re-encode to MPEG-4 or H.264, modern DVD players from ~2008 onwards still play those, and every PC, phone, and smart TV plays them universally.
Not reliably. The trim re-encodes the video, and line-21/608/708 caption data embedded in the MPEG-2 video bitstream generally does not survive a re-encode; DVB subtitles stored as separate elementary streams aren't guaranteed to carry over either. For caption-critical archival, cut locally with a stream-copy tool (ffmpeg -c copy) and keep the untouched capture.
MPEG-1 (1993) is the Video CD standard, capped at ~1.15 Mbps and 352×240/352×288. MPEG-2 (1996) is the DVD and digital-broadcast standard, supporting up to 1080i HD at 19 Mbps. MPEG-4 Part 2 (1999) is the DivX/Xvid era — same.mpg/.mpeg extension is rare here but the codec exists. XConvert's MPEG trimmer handles all three: by default the output keeps whichever MPEG flavor your file contains, re-encoded at the visually-lossless preset, and the codec options let you upgrade an old MPEG-1 VCD or MPEG-2 DVD to modern H.264 / H.265 in the same step.
Yes. In step 3, switch to re-encode and choose H.264 with MP4 as the output container — you'll get a trimmed, modern MP4 in one pass instead of running trim then convert separately. This is the most common workflow for digitizing old DVDs: trim out the chapter you want, re-encode to H.264 at CRF 22, and end up with a file that's 50-70% smaller and plays on every phone, tablet, and smart TV. For pure MPEG-to-MP4 with no trim, use MPEG to MP4 directly.
Yes. Drop in several MPEGs and the same start time + duration applies to each output. Useful for trimming the same intro length off a batch of recorded TV episodes, extracting the same scene from multiple camera angles of a digitized event, or stripping the broadcast logo bug from a season's worth of captures. Per-file overrides are also supported if one clip needs a different range.