Add your MXF file
Drop one or more .mxf files onto the converter above, or browse for them. They load into browser memory only — nothing is uploaded, so there is no size-based pricing and no server queue.
Pulling the soundtrack out of a .mxf video into .mts audio keeps what you can hear and drops the picture entirely. Free, private, and validated — the file never leaves your browser.
Batch files can each use a different output. Nothing uploads for local conversions.
Working inputs include camera RAW, browser-local audio/video, PDF, CBZ/CBR comics, office documents, ebooks, markup, 3D models, structured text, images, and archives.Pulling the soundtrack out of a .mxf video into .mts audio keeps what you can hear and drops the picture entirely. An .mxf file is a Material Exchange Format container, the professional broadcast industry's standard wrapper for camera masters and finished programs. Newsrooms, playout servers, and cameras like Sony XDCAM and Panasonic P2 all exchange .mxf because it binds video, audio, and detailed production metadata into one interoperable file.
An .mts file is AVCHD footage as written to a camcorder's memory card, containing H.264 video inside an MPEG transport stream. Sony and Panasonic camcorders from the late 2000s onward filled SD cards with .mts clips, so the extension is familiar to anyone importing family or event video. For this route the practical draw is the transport-stream base survives card errors and interrupted recordings well and h.264 essence is often modern enough to re-wrap without re-encoding — balanced against transport-stream packet overhead makes files larger than the same video in MP4, which is worth knowing before you commit a large batch.
The usual reason to take .mts audio out of a .mxf file is that only the sound matters — a talk, interview, song, or podcast segment. Keeping the video stream would waste storage, and a dedicated audio file is easier to trim, tag, and play. On the source side, two files with the same .mxf extension can be structured completely differently (OP1a versus OPAtom), confusing consumer tools; on the target side, the payoff is the transport-stream base survives card errors and interrupted recordings well, which is exactly what you want for importing camcorder footage into Premiere, Resolve, or Final Cut.
| Aspect | Material Exchange Format (.mxf) | AVCHD video (.mts) |
|---|---|---|
| Format type | Container — quality depends on the codecs and settings inside | Container — quality depends on the codecs and settings inside |
| How it stores data | every element is encoded as KLV (key-length-value) triplets, making files self-describing to any compliant parser | uses 192-byte transport packets, standard 188-byte packets plus a 4-byte arrival timestamp, matching Blu-ray's BDAV layout |
| Strongest at | ingesting XDCAM and P2 camera cards into an edit | importing camcorder footage into Premiere, Resolve, or Final Cut |
| Weak spot | two files with the same .mxf extension can be structured completely differently (OP1a versus OPAtom), confusing consumer tools | transport-stream packet overhead makes files larger than the same video in MP4 |
| Metadata | extensive by design: structural metadata, descriptive schemes such as DMS-1, embedded timecode, and UMID identifiers are core parts of the specification | recording date, camera settings, and GPS coordinates on some models are stored in the AVCHD folder's clip-info files rather than in the .mts stream itself |
Drop one or more .mxf files onto the converter above, or browse for them. They load into browser memory only — nothing is uploaded, so there is no size-based pricing and no server queue.
Select .mts in the output menu next to each file. The menu only offers targets this engine can genuinely produce, so if MTS is selectable, the route is real and validated.
Press Convert. A WebAssembly FFmpeg build demuxes the audio track and re-encodes it locally; the video stream is simply discarded.
Each result is signature-checked before the download unlocks, so a failed encode can never masquerade as a valid MTS file. Outputs keep the original filename with the .mts extension.
Since mxf is container-oriented and mts is container-oriented, the conversion preserves the source content exactly as stored; no additional compression pass is applied beyond what .mts itself requires.
Yes — the .mxf file is processed inside your browser tab and never uploaded. A WebAssembly FFmpeg build demuxes the audio track and re-encodes it locally; the video stream is simply discarded. Close the tab and the file is gone from memory.
Editing suites and VLC handle .mts directly, while browsers, phones, and many TVs fail to recognize the extension even though they could decode the H.264 inside. Re-wrapping to MP4 usually restores playback everywhere without touching quality.
Much smaller — the video stream is usually 80–95% of a .mxf file's weight, and it is discarded entirely. The remaining audio is re-encoded at the bitrate implied by your quality setting.
This converter strips container metadata deliberately (the FFmpeg command runs with metadata mapping disabled) so exported files do not leak recording details. In the source, extensive by design: structural metadata, descriptive schemes such as DMS-1, embedded timecode, and UMID identifiers are core parts of the specification; none of it is transmitted anywhere because the file never leaves your browser.
Yes — the reverse route exists as a separate tool. Bear in mind that round-tripping .mxf → .mts → .mxf is not a perfect undo when any lossy step is involved; keep your original if fidelity matters.