Initializing... drag & drop files here
Supports: MTS
MTS is the file an AVCHD camcorder writes; MXF is the container broadcasters, newsrooms, and archives demand for ingest. Converting between them is a genuine consumer-to-professional handoff, and it is worth being clear-eyed about the trade: your MTS holds efficient H.264, while this tool wraps the picture as MPEG-2 inside MXF — an older, less efficient codec that needs a higher bitrate for the same quality. Do this when a broadcast or post-production system specifically requires .mxf; if you just want a clip that edits and plays everywhere, MTS to MP4 is the better target.
| Property | MTS (source) | MXF (output) |
|---|---|---|
| Full name | AVCHD stream (.mts) |
Material eXchange Format |
| Origin | Sony + Panasonic, AVCHD spec (2006) | SMPTE — ST 377-1, first released 2004 |
| Role | Consumer / prosumer camcorder acquisition | Broadcast & post-production interchange |
| Container | MPEG-2 transport stream | KLV-coded essence + metadata (OP1a) |
| Video codec | H.264 / MPEG-4 AVC | MPEG-2 (this tool's default; H.264 also selectable) |
| Audio | Dolby AC-3 or LPCM | Uncompressed PCM (16-bit) |
| Typical bitrate | 17–24 Mbit/s (AVCHD 1.0), up to 28 (AVCHD 2.0) | Higher for matched quality — MPEG-2 is less efficient |
| Metadata / timecode | Limited | Extensive — timecode, reels, production fields |
| Plays in consumer apps | Some (VLC, modern players) | Rarely — pro NLEs and broadcast systems |
| Best for | Recording, casual editing, sharing | Submitting footage to a broadcaster or archive |
.mxf and reject consumer transport-stream files at the door..mts clip onto the page or click "+ Add Files". Batch upload works for a whole card of clips, and they all run with the same settings..mxf file individually or as a ZIP. No sign-up, no watermark.| Property | Value |
|---|---|
| Full name | Material eXchange Format |
| Standard | SMPTE ST 377-1 (first published 2004) |
| Container model | KLV-coded essence plus metadata |
| Common operational pattern | OP1a — interleaved, self-contained |
| Video essence here | MPEG-2 by default (H.264 also selectable) |
| Audio essence here | Uncompressed PCM, 16-bit |
| Carries | Timecode, reel and production metadata |
| Typical users | Broadcasters, newsrooms, Avid post, archives |
There is a generational re-encode, so a little. Your MTS carries H.264, and this tool wraps the video as MPEG-2 inside the MXF container — MPEG-2 is roughly half as efficient as H.264, meaning it needs a noticeably higher bitrate to hold the same detail. At the Very High preset on a clean camcorder source the result looks faithful, but it is not a free re-wrap: the file gets larger and the codec is older. If preserving the original efficient stream matters more than hitting an MXF spec, keep H.264 with MTS to MP4 instead.
By default the video essence is MPEG-2 and the audio is uncompressed PCM (16-bit) — the combination most broadcast and edit systems reliably ingest from an MXF wrapper. H.264 is also offered in the Video Codec list if your target pipeline accepts AVC-in-MXF, but MPEG-2 is the safe default for a general broadcast handoff. The output is an interleaved OP1a-style file with the video and audio in one self-contained container, not the split companion files of Avid's OP-Atom.
It is converted, not copied. AVCHD records either Dolby AC-3 or linear PCM; this tool outputs uncompressed PCM in the MXF, so an AC-3 source is decoded to PCM first and a PCM source passes through as a clean lossless handoff. PCM is exactly what most broadcast ingests want, so this is usually the right behavior. If your facility expects a specific channel layout or track count, confirm its delivery spec — a stereo or mono fold-down may not match a multi-channel requirement.
Because MXF is the SMPTE interchange standard their systems are built around. MTS is a consumer AVCHD transport stream with limited metadata; MXF (ST 377-1, first published 2004) carries timecode, reel and production fields, and validates cleanly through broadcast QC and media-asset-management tools. The conversion is essentially a packaging step that turns camcorder acquisition into something a newsroom or archive will accept. If you are not delivering to such a system, you almost certainly do not need MXF.
Usually yes. MTS clips that misbehave in consumer apps are still standard AVCHD transport streams, and server-side decoding reads the H.264 essence and re-wraps it into MXF even when the source won't play locally. The exceptions are files that were only partially offloaded from a memory card, or AVCHD clips that span multiple .mts segments — relink or re-export a complete clip from your camera's import tool first, because a truncated transport stream may not decode fully.
OP1a (Operational Pattern 1a) is the most widely ingested MXF layout: video and audio essence interleaved into a single, self-contained .mxf file. This tool writes an OP1a-style file, which is what most broadcast and playout systems expect from a delivery wrapper. It is deliberately different from Avid's OP-Atom, where the video and each audio track live in separate companion files that a media manager links together. If your facility standardizes on OP-Atom for an Avid workflow, confirm its ingest can relink from a self-contained OP1a file, or import through the Avid media tool that repackages it.
Not on its own. Wrapping the video in MXF satisfies the container requirement, but a broadcaster's delivery spec also mandates a specific codec profile, bitrate, resolution, frame rate, and audio channel layout — and MXF's QC tools check all of those. This tool gives you the right container with an MPEG-2 (or H.264) essence and PCM audio, which clears the most common hurdle, but you should still match your target's published spec sheet for the exact parameters. Converting to MXF is a necessary packaging step, not an automatic guarantee that a given broadcaster will accept the file.
Your MTS is uploaded over an encrypted (TLS) connection, processed on our servers, and the files are deleted automatically a few hours after conversion. There is no sign-up, no watermark on the output, and your files are never shared or made public. In our testing, an MPEG-2-in-MXF output of a one-minute 1080i AVCHD clip ran noticeably larger than the H.264 source, so the practical thing to watch is upload and download size — trim to the section you need first if the clip is long. Going the other way is the MXF to MTS converter.