Cut TS files by setting start and end times. Free, no quality loss.
Process files in seconds with our optimized servers
Frame-accurate cuts with intuitive timeline controls
Maintain original quality with smart re-encoding
.ts (MPEG-2 Transport Stream) recording from your computer. Files stay in your browser session — no account, no email, no install. Batch input is supported, so several IPTV captures or HLS segments can be queued in one session.45.250) and HH:MM:SS.sss formats both work with millisecond precision. To get a frame-accurate cut on a transport stream, leave Video Codec set to re-encode — TS streams interleave audio/video packets every 188 bytes, so stream-copy cuts can only land on a GOP boundary (often 0.5-2 s away from your mark on broadcast captures).The MPEG Transport Stream container (.ts) was standardized as ISO/IEC 13818-1 in July 1995 as the systems layer of MPEG-2, and remains the workhorse format for digital broadcast and streaming. ATSC over-the-air TV, DVB satellite/cable, IPTV, ARIB ISDB, and Apple's original HLS implementation (introduced 2009 and now codified in RFC 8216) all push video as 188-byte TS packets. "Cutting" a TS file means extracting a sub-range — often to keep a highlight from a recorded broadcast, isolate one segment from a downloaded HLS playlist, or split a long IPTV capture into shareable clips.
.ts. Cut a 30-minute episode out of a 4-hour evening block, or remove commercials before re-encoding..ts segments, typically 2-10 seconds each (per Apple's HLS Authoring Specification). Joined .ts downloads from yt-dlp or browser HLS captures often run an hour or more — cutting lets you isolate the moment you actually need.udp:// captures, Tivimate exports) land as multi-gigabyte transport streams. Trim a 90-second highlight that fits Discord (10 MB free / 50 MB Nitro Basic / 500 MB Nitro), Slack (1 GB free), or X's 2 minute 20 second free-tier video cap..m2ts) and AVCHD camcorder (.mts) files are TS variants with extra 4-byte timestamps. Once renamed to .ts or re-multiplexed, scenes can be cut here before re-authoring or sharing.| Property | TS (MPEG-TS) | M2TS / MTS | MP4 |
|---|---|---|---|
| Spec | ISO/IEC 13818-1 (MPEG-2 Systems, 1995) | Blu-ray BDAV / AVCHD extension of TS | ISO/IEC 14496-14 (MPEG-4 Part 14) |
| Packet size | 188 bytes (sync byte 0x47 + 4-byte header + payload) | 192 bytes (TS packet + 4-byte timecode/copyright tag) | Variable; box/atom structure (moov + mdat) |
| Designed for | Broadcast, lossy transmission, error resilience | Blu-ray (BDAV) and AVCHD camcorders | File storage and progressive download |
| Typical sources | ATSC/DVB/ISDB TV, IPTV, HLS segments, PVR captures | Blu-ray discs, Sony/Panasonic/Canon camcorders | Web video, social uploads, screen recordings |
| Typical video codec | MPEG-2, H.264, H.265 | H.264 (AVCHD), H.265 (some 4K camcorders) | H.264, H.265, AV1 |
| Typical audio codec | MP2, AC-3, AAC, E-AC-3 | AC-3, LPCM, DTS | AAC, ALAC, AC-3 |
| Random access | Yes — every 188-byte packet self-syncs | Same as TS plus timestamps | Requires index (moov atom) |
| Native browser play | Limited (no native HTML5) | No | Universal |
| Best for trimming | Resilient seek, but cuts snap to GOPs | Same as TS | Indexed; cleaner stream-copy cuts |
If your end goal is the web, set Video Codec to H.264 and Audio Codec to AAC during the cut, or chain through TS to MP4 for a single-purpose pipeline. Apple's HLS spec added fragmented-MP4 segment support at WWDC 2016, so the broadcast/streaming world has gradually been migrating off .ts toward fMP4/CMAF — but the existing catalog of TS files (and most off-air recorders) remains enormous.
TS files carry MPEG video as a sequence of I-frames (self-contained keyframes), P-frames, and B-frames grouped into a GOP (Group of Pictures). A cut can only start cleanly on an I-frame without decoding, so the mode you pick decides whether the output is bit-perfect or frame-accurate.
| Mode | Output Start | Quality | Speed | When To Use |
|---|---|---|---|---|
| Stream-copy (keep codec) | Snaps to nearest preceding I-frame (commonly 0.5-2 s before your timestamp on broadcasts, 2-5 s on long-GOP HLS) | Identical to source — no recompression | Very fast (seconds for GB-sized files) | Default for archives — preserves broadcast quality and avoids generation loss |
| Re-encode (pick explicit codec) | Frame-accurate to your chosen timestamp | One lossy pass — visually negligible at high bitrate | Slower (CPU work proportional to clip length) | Frame-exact start required (subtitle cues, ad-break removal, 0.3 s blooper trim) |
ATSC broadcast captures typically use a 0.5 s GOP (every 15 frames at 29.97 fps), DVB-T runs about 1 s, and HLS segments are 2-10 s with at least one I-frame per segment. If your cut lands inside that window, stream-copy is close enough; if not, re-encode.
.ts is the MPEG-2 Transport Stream container — a sequence of 188-byte packets each starting with a 0x47 sync byte. The format was designed for broadcast (one-way, lossy channels), so every packet is independently parseable and the decoder can resync after dropouts. You usually end up with TS files from over-the-air or satellite/cable PVRs (TVHeadend, MythTV, Plex DVR, HDHomeRun, Tablo), from IPTV captures, from HLS playlists (each .m3u8 references a chain of .ts segments), or from screen recorders that prefer TS for resilience.
In stream-copy mode (Video Codec kept on the source codec) the original MPEG-2/H.264/H.265 video and AC-3/AAC audio packets are copied bit-for-bit into the new TS file. The output is mathematically identical to the source for the selected range. Re-encode mode (pick an explicit codec) applies one lossy pass, which is visually negligible at high bitrates but does add a generation-loss step.
Transport streams can only resume cleanly on an I-frame, and I-frames in broadcast TS are typically spaced 0.5-2 seconds apart (HLS segments stretch this to 2-10 seconds). If you ask for a cut at 00:03:17 but the nearest preceding I-frame is at 00:03:15.50, stream-copy mode rewinds to 00:03:15.50 so the decoder has a full reference frame. Switch to a re-encode (pick H.264 as Video Codec) if you need the output to start at exactly the timestamp you typed.
.ts from a downloaded HLS / m3u8 playlist?Yes — once your downloader (yt-dlp, ffmpeg, browser HLS extension) has concatenated the segments into a single .ts, drop it here and set Start Time + Duration normally. Because HLS segments are aligned to I-frame boundaries by Apple's HLS Authoring Specification, stream-copy cuts on HLS-derived TS files tend to land very close to your requested mark — usually within one segment's duration (2-10 seconds).
.ts, .m2ts, and .mts?All three carry MPEG-2 Transport Stream packets. Plain .ts is the raw 188-byte packet format used by broadcast and HLS. .m2ts is the Blu-ray BDAV variant — same 188-byte payload prefixed with a 4-byte timecode, for 192-byte packets total. .mts is the AVCHD camcorder variant of M2TS, identical structure but written by Sony/Panasonic/Canon consumer camcorders. Cut M2TS at Cut M2TS and AVCHD MTS at Cut MTS — both use the same UI as this page.
Yes. IPTV captures (Tvheadend, ffmpeg udp:// recordings, Tivimate exports, HDHomeRun PRIME for unencrypted channels) save directly as MPEG-TS and are accepted here as-is. Note that some operator streams are CAS-encrypted before they hit the wire; encrypted TS payloads won't decode regardless of the cutter you use.
Native HTML5 video and Apple's QuickTime layer don't ship a TS demuxer for general playback (HLS is the exception, but only when streamed through a proper .m3u8). Re-mux the cut into MP4 by running it through TS to MP4 — set Video Codec to H.264 and Audio Codec to AAC and the output will play on iPhone, iPad, Mac, Apple TV, and any social-platform upload tool without re-encoding the video stream.
Each cut produces one output. Re-run the cut once per segment, varying Start Time and Duration — batch the runs in a single session and they process sequentially. To stitch the resulting clips back into one continuous file, drop them into the Video Cutter workflow or a video-merge tool. There's no "multi-range" export in a single pass on this page.
Cuts run in your browser session, so the practical ceiling depends on your device's RAM and the source bitrate. Multi-GB ATSC/DVB recordings (typically 6-19 Mbps for HD, so roughly 2-9 GB per hour) work on desktops with 8 GB+ free memory; mobile devices should stick to clips under ~2 GB. There is no hard server-side cap. For very large captures, Trim TS offers the same workflow under a different name with identical limits.