Initializing... drag & drop files here
Supports: MXF
MXF is the professional interchange container defined by SMPTE ST 377-1, the wrapper that camera cards, playout servers and edit suites hand each other. OGA is the Ogg audio file: a free, patent-unencumbered container from Xiph, whose extension was formalised in RFC 5334 in September 2008. Converting one to the other means lifting the sound out of a broadcast wrapper and putting it in something a web page, a podcast pipeline or an open-source toolchain will accept without licensing questions.
There is one thing about professional MXF that decides whether this conversion gives you what you expect, and it is worth checking before you upload.
Broadcast masters very often carry several discrete mono tracks rather than one stereo pair — a common layout is four or eight tracks holding dialogue, music and effects separately, or a stereo mix split across two mono tracks with additional language or commentary tracks alongside.
This page produces a single audio stream. When an MXF holds multiple separate audio tracks, one of them is selected and the rest are discarded. In a measured test, an MXF carrying four discrete mono tracks — sine tones at 300, 600, 900 and 1200 Hz so they could be told apart — produced a single mono Ogg containing the 300 Hz track. The other three were gone, with no warning in the output.
That is fine if your master carries one mix and you want it. It is a problem if the mix you need lives on tracks 3 and 4, or if you need all of them. In that case, split the tracks in an editor or with a desktop tool first and convert them one at a time, or take the whole thing to a container that can hold several streams.
The related trap is OP-Atom MXF, the layout Avid and Panasonic P2 use, where picture and each audio channel live in separate files that reference each other. Upload the picture-only file and there is no audio to extract at all; upload one audio file and you get exactly that one channel.
.oga. Files are uploaded over an encrypted connection, decoded and re-encoded on our servers, and deleted automatically after a few hours — no sign-up, no watermark.| Codec | Type | Sample rates | Best for |
|---|---|---|---|
| Vorbis (default) | Lossy | Flexible, including the 48 kHz that broadcast audio normally uses | Broad compatibility with anything that has decoded Ogg for the last twenty years; the codec .ogg historically implied |
| Opus | Lossy | 8, 12, 16, 24 and 48 kHz only — pick 44100 and the pipeline snaps it to 48000 rather than failing | Anything current. Better quality per bit than Vorbis at every rate, and the codec browsers and messaging platforms actually optimise for |
| FLAC | Lossless | Follows the source | Archiving the mix bit-for-bit, or handing audio to another editor without a generation of loss |
| Speex | Lossy, speech-only | Narrowband and wideband speech rates | Superseded by Opus for every purpose; only choose it if something old specifically requires it |
Because most professional MXF audio is 48 kHz linear PCM, often at 24 bits, leaving Audio Sample Rate on Original is usually right — it keeps the rate the mix was made at, and every codec here except Speex handles 48 kHz natively.
.oga, .ogg or .opus?RFC 5334 draws the lines that matter here. .ogg is reserved for Ogg files that contain only a Vorbis bitstream, and .spx for Speex-only files; .oga is the general extension for audio in an Ogg container, whatever codec is inside. So:
| If you choose | The strictly correct extension | What this page writes |
|---|---|---|
| Vorbis | .ogg is the historically expected name, and .oga is also valid |
.oga |
| FLAC or Speex in Ogg | .oga |
.oga |
| Opus | RFC 7845 makes .opus the recommended extension for Ogg Opus |
.oga |
Nothing here is wrong — .oga is a legitimate name for all of them and players sniff the contents rather than trusting the extension. But if a particular tool is fussy about naming, MXF to OGG writes the Vorbis-conventional extension and MXF to Opus writes .opus, and renaming a downloaded file changes nothing but the label.
Because the output is a single audio stream and a multi-track MXF has to be reduced to one. When several separate audio tracks exist, one is chosen and the others are discarded silently — measured on a four-track test master, the first mono track survived and the other three did not. If your material has dialogue, music and effects on separate tracks, or a discrete language track you need, demux the tracks in an editor first and convert them individually.
You have most likely uploaded an OP-Atom file. Avid and P2 workflows store the picture in one MXF and each audio channel in its own MXF, tied together by references that only the editing application resolves. The picture file genuinely contains no audio. Find the companion audio MXFs in the same media folder and convert those, or export a self-contained OP-1a master from the editor and use that instead.
Opus, unless something specific stops you. It is more efficient than Vorbis at every bitrate, especially below 96 kbps, and it is the codec that browsers, messaging platforms and WebRTC actually optimise for today. Vorbis remains the safer pick for older software that predates Opus, and it is what a .ogg file has historically been assumed to contain. Both are royalty-free, which is usually the reason people are on this page at all.
Choose FLAC. It is lossless, so the decoded samples come back identical to what the MXF held, which matters if the audio is going into another edit or being archived. The file will be far larger than a Vorbis or Opus version — roughly half the size of the original PCM rather than a tenth — but nothing is thrown away. Every other codec on this page is lossy, and the server always re-encodes, so there is no way to carry the original PCM across untouched in a lossy format.
Because Opus has no 44.1 kHz mode. RFC 6716 defines the codec at 8, 12, 16, 24 and 48 kHz, and nothing else. Rather than failing the job, the pipeline substitutes 48000 Hz, which is also what your MXF almost certainly held to begin with — 48 kHz is the standard rate for professional video audio. If you genuinely need 44.1 kHz output, choose Vorbis or FLAC instead.
48 kHz is essentially universal for audio accompanying video, and 24-bit linear PCM is common on masters, with 16-bit on lighter deliverables. That is why leaving Audio Sample Rate on Original is the sensible default here. Bit depth is a question that mostly stops mattering once you encode to a lossy codec, since neither Vorbis nor Opus works in fixed-point samples — it does matter for FLAC, which will preserve whatever depth the source used.
There is no fixed cap on running time, but a full-length broadcast master is a very large upload for the sake of its soundtrack, and the upload is usually the slow part. If you only need a segment, set Trim to a start time and a duration in the same job — the trim happens server-side, so you still upload the whole file but you only wait on the encode of the part you want. Cutting the master down first with trim MXF is the alternative when you want to reuse the excerpt.
No. MXF carries a great deal of production metadata — timecode, reel names, UMIDs, essence descriptors, track labels — and an Ogg file has nowhere to put any of it. What you get is the audio samples and standard Vorbis comment fields. If timecode matters downstream, note it before converting, or keep the MXF alongside the extracted audio.
Your MXF is uploaded over an encrypted connection, decoded and re-encoded on our servers, and both the upload and the resulting .oga are deleted automatically after a few hours. Nothing is shared or made public, and there is no sign-up, no watermark and no account required.