Initializing... drag & drop files here
Supports: MXF
Most "extract the audio" jobs are a quality compromise: you take compressed audio out of one wrapper and squeeze it into another. MXF is the exception. The professional broadcast container defined by SMPTE ST 377-1 almost always carries its audio as uncompressed linear PCM — commonly 24-bit at 48 kHz — and FLAC is a mathematically lossless codec, so the samples that come out are the samples that went in. That makes this page genuinely different from an MP3 or AAC extract, and it makes the real question not "how much quality will I lose" but "FLAC or WAV?" The short answer: FLAC if you are storing or sending the audio, WAV if you are about to drop it into a DAW that predates this century.
| Property | FLAC | WAV |
|---|---|---|
| Compression | Lossless — decodes back to bit-identical PCM | None — the PCM is stored raw |
| Size relative to the source PCM | Meaningfully smaller, no fidelity cost | Essentially the same size as the audio inside the MXF |
| Specification | RFC 9639, IETF Standards Track, December 2024 | Microsoft/IBM RIFF WAVE, early 1990s |
| Channels supported | 1 to 8 | Effectively unconstrained in practice |
| Bit depths supported | 4 to 32 bits | 8/16/24/32-bit PCM and float variants |
| Hard file-size ceiling | None in practice | Around 4 GB — RIFF chunk sizes are 32-bit |
| Metadata | Vorbis comments, embedded artwork | Sparse; timecode needs the Broadcast Wave extension |
| Software support | Every current editor, player and archive tool | Universal, including very old software |
| Best for | Archiving, delivering and moving lossless audio | Dropping straight into a legacy DAW or capture tool |
.mxf onto the page or click "Add Files". Several files can be queued and all use the same settings. The video is discarded; only audio comes out.Only two of the controls on this page can cost you quality, and neither of them does anything unless you ask it to:
| Control | What it does | Effect on the audio |
|---|---|---|
| Compression level (1–12, starts at 12) | Chooses how hard the encoder works to pack the data | None — every level decodes to identical samples |
| Audio Channel | "Original" keeps the source layout; Mono and Stereo fold it down | Folding mixes channels together and cannot be undone |
| Audio Sample Rate | "Original" keeps the source rate; 8000–48000 Hz are fixed alternatives | Any fixed rate resamples, which is a real change |
| Trim | Takes a start time and a duration in seconds or HH:MM:SS.sss |
None to the samples it keeps — it just keeps fewer of them |
Actually lossless, provided the source audio is PCM and you leave the sample rate and channel layout alone. FLAC stores linear PCM and reconstructs it exactly on decode, so the decoded output is sample-for-sample identical to what the MXF carried. The audio is re-encoded on our servers rather than copied across untouched, but re-encoding to a lossless codec is not a quality step — the arithmetic is reversible. The only ways to lose something here are the ones you choose: resampling to a different rate, or folding a multichannel layout down to stereo or mono.
No, and we checked rather than assuming. We took a 24-bit/48 kHz PCM track out of an MXF, encoded it at compression levels 1, 5, 8 and 12, then decoded every result back to raw PCM and compared checksums: all four decoded to byte-identical audio, matching the source PCM exactly. What did change was the file size, which fell steadily as the level rose, and the encoding time, which rose with it. Level 12 gives you the smallest file for the most effort; level 1 finishes fastest and leaves a slightly larger file. Pick on time-versus-size grounds alone.
The one with the most channels, and only that one. This page has no track picker, and the pipeline does not map streams explicitly, so the encoder's default selection rule applies: it takes the audio stream with the highest channel count, breaking ties by taking the lowest-numbered of them. A typical broadcast master carrying two discrete mono tracks and one stereo pair will hand you the stereo pair and silently drop the mono tracks. This matters more on MXF than on almost any other source, because multi-track PCM is the norm rather than the exception in professional workflows.
Isolate it before you upload. Because the selection rule is automatic, the only reliable way to control which audio you end up with is to export just that track from your NLE — most editors will let you export a single audio track or a stem as its own file — and convert that. If the track you want happens to be the one with the most channels, it will come through on its own. If it is one of several mono tracks, it will not, and no setting on this page will change that.
Yes, as long as you leave Audio Sample Rate on "Original". FLAC handles bit depths from 4 to 32 bits and a very wide range of sample rates, so a 24-bit/48 kHz broadcast track is comfortably inside what the format holds and comes through at its native depth and rate. The Audio Sample Rate dropdown does offer fixed rates from 8000 Hz up to 48000 Hz if you deliberately need one, but selecting any of them means resampling, which is a real DSP change and not a lossless one.
Because the source was large to begin with. Uncompressed 24-bit/48 kHz stereo runs to hundreds of kilobytes per second before any compression, and FLAC typically only takes a chunk out of that rather than an order of magnitude — that is the price of losslessness. Raising the Compression level squeezes out a little more. If the file is still bigger than you need, the honest answer is that you do not want a lossless format: an MXF to MP3 extract will be a small fraction of the size, which is the right trade for review copies, transcription and anything that is not an archive master.
Because .mxf names a family of files rather than one format. The extension covers several operational patterns — OP-1a (SMPTE 378M) and the tightly constrained OP-Atom (SMPTE 390M) among them — wrapped around many different essence types, and vendor implementations diverged enough that Sony's and Panasonic's early camera files were mutually incompatible with each other. Partial or still-growing captures taken off a card mid-record, vendor-specific variants and unusual audio essences are the common failures. Re-exporting a flat OP-1a MXF from your editor and converting that resolves it in nearly every case.
It is uploaded over an encrypted connection, processed on our servers, and both the upload and the FLAC are deleted automatically after a few hours. There is no sign-up, no watermark, and nothing is shared or made public. MXF masters are large files and you are uploading the whole thing to get the audio out, so the upload is usually the slowest part — if you only need a section, trim the source first with Video Cutter, which accepts video files where the audio-only cutter does not.