Initializing... drag & drop files here
Supports: MXF
An MXF from a camera, a playout server or an archive normally carries uncompressed PCM audio wrapped inside gigabytes of video essence, and often carries it as several discrete tracks rather than one stereo mix. This tutorial takes you from that file to a small, shareable MP3, and spends most of its time on the two things that actually go wrong: which track you end up with, and which bitrate settings on this page do what you think they do.
.mxf onto the page or use "Add Files". A whole card of clips can be queued and they all convert with the same settings.The track. Broadcast and cinema workflows lay audio down as separate tracks: a boom on one, radio mics on others, a stereo reference mix on another, sometimes an M&E or second-language pair. There is no track picker on this page, and our command builder emits no -map for MXF input, so ffmpeg's automatic stream selection decides for you. Its documented rule is that it takes "the stream with the most channels" for audio and, where several tie, "the stream with the lowest index is chosen." We confirmed that on a three-stream MXF holding mono, mono and stereo essence — the stereo pair won. Practically:
The bitrate. Unlike some other audio targets on this site, the Quality Preset on this page genuinely works: it routes to LAME's -q:a VBR scale, which libmp3lame honours. Variable Bitrate reaches the same scale by a different label. Constant Bitrate is the one to use when a delivery note names a number — with one trap, described below.
| Control | What it maps to | Notes |
|---|---|---|
| Quality Preset — Highest | LAME VBR quality 0 | Around 220–260 kbps average |
| Quality Preset — Very High | LAME VBR quality 1 | Around 190–250 kbps |
| Quality Preset — High | LAME VBR quality 2 | Around 170–210 kbps |
| Quality Preset — Medium | LAME VBR quality 4 | Around 140–185 kbps |
| Quality Preset — Low | LAME VBR quality 5 | Around 120–150 kbps |
| Quality Preset — Very Low | LAME VBR quality 7 | Around 80–120 kbps |
| Quality Preset — Lowest | LAME VBR quality 9 | Around 45–85 kbps |
| Variable Bitrate dropdown | The same VBR scale, labelled by target range from 220k-260k down to 45k-85k | Pick this when you think in bitrates rather than tiers |
| Constant Bitrate dropdown | A fixed rate from 8 kbps to 384 kbps, 128 kbps preselected | 384 kbps is not a legal MP3 rate — see below |
| Custom Bitrate | A typed rate, clamped into MP3's 32–320 kbps range | The safest place to type a number |
| Specific file size | A bitrate derived from your byte target and the duration | Useful against an attachment cap |
MP3 is three related standards, and the sample rate you pick selects which one the encoder must use. That in turn caps the bitrate, whatever you asked for.
| Audio Sample Rate | Layer III variant | Legal bitrates |
|---|---|---|
| 44100 Hz, 48000 Hz | MPEG-1 Layer III | 32–320 kbps |
| 24000 Hz, 16000 Hz | MPEG-2 Layer III (LSF) | 8–160 kbps |
| 12000 Hz, 8000 Hz | MPEG-2.5 Layer III | 8–64 kbps |
| Original | Whichever the source rate selects — broadcast PCM is usually 48 kHz, so MPEG-1 | 32–320 kbps |
Some MXF files will not give up their audio to any converter. OP-Atom media, which Avid and Panasonic P2 systems write with one essence track per file, splits picture and sound across separate files — upload the one holding audio, or relink in your editor and export a self-contained OP1a master. Encrypted or DRM-wrapped broadcast deliverables will not decode at all. Truncated card offloads and interrupted recordings need repair in your NLE first. And if what you want is the programme rather than its soundtrack, convert the whole container with MXF to MP4 instead of extracting audio.
The one ffmpeg's automatic stream selection picks, because there is no track picker here and no -map in our command builder for MXF input. The documented rule is the audio stream "with the most channels", with ties broken in favour of "the stream with the lowest index". We verified that against a three-stream MXF carrying mono, mono and stereo essence, where the stereo pair was selected. On a master whose programme mix sits on two discrete mono tracks with a stereo reference alongside, that means the reference wins. Bounce a stereo mixdown before uploading when the choice matters.
For dialogue, interviews and voice-over, the Quality Preset "Very Low" rung (LAME VBR 7, roughly 80–120 kbps) is transparent enough and keeps a long recording small; "Medium" (VBR 4, around 140–185 kbps) is a comfortable default for anything mixed. For a full programme mix with music, take Constant Bitrate at 256 or 320 kbps, or the Quality Preset "Highest" rung. Folding a single-voice recording to Mono saves as much again as dropping a quality rung, without hurting intelligibility.
Because the dropdown is shared across every audio target on the site rather than filtered per codec. MPEG-1 Audio Layer III defines a fixed ladder ending at 320 kbps, so a request for 384 kbps cannot be honoured and the encoder clamps it. The same sharing explains the 8, 16 and 24 kbps entries at the other end: those are only legal for MPEG-2 and MPEG-2.5 Layer III, which means they only make sense if you also drop Audio Sample Rate to 24 kHz or below.
Yes, by design. MXF audio is normally uncompressed PCM, and MP3 uses perceptual coding to discard content it models as inaudible. It is a real, single-generation loss — inaudible to most listeners at 192 kbps and above, and clearly audible at the bottom of the ladder. That is fine for review copies, transcription and podcasting. It is the wrong choice if the audio is going back into a mix, a master or an archive: use MXF to WAV for bit-exact PCM or MXF to FLAC for lossless at about half the size.
MP3 when the file has to play on absolutely anything, including old hardware players, and when two channels are enough. MXF to M4A when you want better quality per byte, or when the source has more than two channels — AAC handles up to eight, MP3 does not. One practical difference on this site: the Quality Preset works on this MP3 page but is inert on the M4A page, where you have to use the Variable Bitrate or Constant Bitrate dropdown instead.
Because you are discarding almost all of it. The MXF wraps full video essence — XDCAM HD at 25–35 Mbit/s, XDCAM HD422 at 50 Mbit/s, AVC-Intra and DNxHD higher still — alongside PCM audio that is itself uncompressed. The MP3 keeps only the audio, and compresses that. The size gap is expected, and it is why upload time rather than conversion time is the slow part of this job.
Yes. Material Exchange Format is defined by SMPTE, the Society of Motion Picture and Television Engineers. MXF was first released on 22 September 2004, and its container specification is now SMPTE ST 377-1, currently in the ST 377-1:2019 edition; the self-contained OP1a operational pattern is SMPTE 378M and the split-essence OP-Atom pattern is SMPTE 390M. Audio is mapped in per SMPTE 382M, which covers AES/EBU and Broadcast Wave essence — which is why the sound inside is usually plain PCM.
Your MXF uploads over an encrypted connection, converts on our servers and is deleted automatically after a few hours, along with the MP3. There is no sign-up, no watermark, and files are never shared or made public. Because a broadcast master can run to many gigabytes, the constraint worth planning around is upload time on your connection — trimming to the section you actually need, before or during conversion, is the fastest route.