Initializing... drag & drop files here
Supports: TS
.ts MPEG transport streams from your computer. Batch conversion is supported — every file inherits the same output settings.TS (MPEG Transport Stream, defined in ISO/IEC 13818-1) is the carrier format for terrestrial, satellite, and cable broadcasting (DVB, ATSC, ISDB) and for IPTV. It is built to survive packet loss on a noisy RF link — every 188-byte packet is self-contained. MXF (Material eXchange Format, SMPTE ST 377-1, first released September 2004) is the format your post-production world expects: it ships full timecode, descriptive metadata, and a stable wrapper that Avid, Sony XDCAM, Panasonic P2, and Canon XF systems all read natively. Going from TS to MXF turns a broadcast-grade delivery file into a post-grade ingest file.
| Property | TS (Transport Stream) | MXF (Material eXchange Format) |
|---|---|---|
| Standard | ISO/IEC 13818-1 (MPEG-2 Systems) | SMPTE ST 377-1 (released Sept 2004) |
| Primary use | Broadcast delivery (DVB, ATSC, ISDB), IPTV, HLS segments | Professional production, post, archive, interchange |
| Packet design | 188-byte packets, designed to survive RF errors | KLV-encoded essence + metadata, file-based |
| Timecode | PCR/PTS/DTS for timing; SMPTE TC optional | Native SMPTE timecode tracks, continuous and discontinuous |
| Metadata | Limited (PSI, EPG via PMT/EIT) | Rich descriptive + structural metadata via KLV |
| Common codecs inside | MPEG-2, H.264, H.265, AC-3, AAC, MP2 | MPEG-2, H.264, DV, JPEG 2000, AVC-Intra, ProRes, DNx, uncompressed |
| Editing software fit | Limited — most NLEs prefer to transcode first | Native ingest in Avid, Premiere Pro, Resolve, FCP |
| Operational pattern | N/A — stream-oriented | OP1a (single-file streaming friendly), OP-Atom (one essence per file, Avid default) |
| Audio defaults | MP2, AC-3, AAC | PCM 16/24-bit, AES3/BWF, AC-3 |
| Codec | When to pick it | Trade-off |
|---|---|---|
| MPEG-2 (default) | Broadcaster deliverables, XDCAM HD422 facility parity, AS-11 DPP HD | Larger files than H.264 at the same visual quality |
| H.264 (AVC) | Camera-to-edit ingest where the NLE already cuts H.264 long-GOP MXF | Long-GOP makes frame-accurate trim slower than I-frame codecs |
| H.265 (HEVC) | Modern high-efficiency delivery, mezzanine for 4K projects | Not all legacy MXF players decode HEVC; check destination |
| PCM 16-bit audio (default for MXF) | Broadcast standard, lossless, edits cleanly | Larger than AAC/AC-3; expected by most NLEs |
Generally yes if you pick the MPEG-2 default codec — Avid has shipped MPEG-2 long-GOP and IMX decoders for years and treats the result as a standard MXF clip. If you need OP-Atom specifically (Avid's internal media folder layout), you may still need an AMA link or a consolidate-to-OP-Atom pass inside Media Composer after import; our converter writes a standard OP1a-style MXF that Avid AMA-links to without issue.
If your TS already carries H.264 (common for DVB-T2 and ATSC 3.0), keeping H.264 inside the MXF wrapper is faster and lossless because the essence is rewrapped, not re-encoded. Pick MPEG-2 only if your destination facility specifically requires it (XDCAM HD422 deliverables, older AS-11 specs). Otherwise H.264-in-MXF is the modern, smaller choice.
A few reasons. First, TS uses MP2 or AC-3 compressed audio at 192-448 kbps; MXF defaults to PCM 16-bit at roughly 1.5 Mbps per stereo pair — that alone can add hundreds of MB per hour. Second, if you transcode to a higher-bitrate codec (e.g., MPEG-2 50 Mbps for XDCAM HD422) you will inflate the video too. To keep size near the source, leave Quality Preset on "Very High" and stay on H.264.
If the codecs already inside your TS (H.264 video, AAC audio) are compatible MXF essence types, the converter rewraps the streams rather than transcoding — there is no generational loss. If the source uses a codec MXF cannot carry (rare in modern broadcast), a transcode happens automatically. Picking the default codec for your output extension generally triggers the rewrap path.
Transport streams carry timing via the Program Clock Reference (PCR) but rarely embed broadcast-grade SMPTE timecode tracks. The MXF output starts a continuous timecode track at 00:00:00:00 unless you provide a start TC in advanced options. If you need frame-accurate hand-off to a colourist, set the TC on the deliverable before sending or note the original record TC in a sidecar.
DVB subtitles (bitmap) and SCTE-20/SCTE-128 line-21 captions from a TS source are not currently mapped into MXF caption tracks (SMPTE 436M VANC). If you need captions in MXF, export them as a sidecar SRT/STL before conversion and re-link them in your NLE timeline.
The converter targets the first program in the TS by default. If your file contains multiple programs (a full DVB mux capture, for example), demultiplex it first with TSDuck or a similar tool, then upload the single-program TS that contains the program you want as MXF.
You can upload large broadcast captures in a single batch — common DVB-S2 or ATSC recordings up to 4-8 GB convert routinely. For very long captures (full-day off-air recordings), split into per-program or per-hour chunks first using a stream segmenter; this also speeds conversion because each chunk processes independently.
For the reverse, see MXF to TS. If your source is AVCHD camcorder footage rather than a broadcast capture, MTS to MXF is a closer match. If you ultimately want a desktop-friendly format instead of MXF, try TS to MP4 or TS to MOV.