Initializing... drag & drop files here
Supports: MXF
Two very different traditions meet on this page. MXF is SMPTE's Material Exchange Format — the wrapper XDCAM decks, P2 cards, Avid systems and broadcast archives hand to one another, carrying professional essence plus a metadata layer for timecode, reel names and essence descriptors. .ogv is Xiph.Org's Ogg container, built on an explicitly royalty-free footing and adopted mostly by open-source toolchains and institutional archive policies.
People arrive here for one of two reasons: an archive or repository specification names .ogv as the accepted video deposit, or a script somewhere checks the extension and refuses anything else. Both are compliance problems rather than quality problems, and the settings that matter follow from that.
Two things about the output surprise people, so they are worth stating before anything else. The video codec is VP8, not Theora — Theora is the alternative in the dropdown, not the default, despite .ogv being the extension Theora made famous. And the file will not play in a browser, for reasons covered below.
| Property | MXF source | OGV output |
|---|---|---|
| Standard body | SMPTE | Xiph.Org Foundation |
| Role | Professional interchange, ingest and archive | Royalty-free delivery and open-source toolchains |
| Video essence | XDCAM MPEG-2 422P@HL, AVC-Intra, DNxHD, ProRes, uncompressed and others | VP8 by default here; Theora is the alternative |
| Audio | Frequently several discrete uncompressed PCM tracks | Vorbis by default; Opus, Speex and FLAC also offered |
| Licensing | Open specification, but the essence codecs carry patent licensing | Ogg, Theora, Vorbis and Opus are royalty-free, and so is VP8 |
| Metadata | Rich — timecode, reel and tape names, essence descriptors, sometimes captions | Minimal; none of the above carries across |
| Multiple audio tracks | Normal on a deliverable | One track survives the conversion |
| Interlaced coding tools | Present in several broadcast essences | Neither VP8 nor Theora has any |
| Consumer player support | Poor — most desktop players lack the demuxer and the professional decoders | VLC and mpv; browsers, effectively no |
.mxf onto the page or click "+ Add Files" to browse. Several clips can be queued and every one of them converts with the same settings..ogv consumers written between 2008 and 2012 do..ogv will decode..ogv. Files upload over an encrypted connection, are re-encoded on our servers, and are deleted automatically after a few hours — no sign-up, no watermark.Neither of the two available codecs takes a CRF value, and each fails in its own way when treated as though it does.
Constant Quality on VP8 does nothing. The numeric field renders on a 16-63 range and looks entirely functional, but on VP8 neither a quality value nor a bitrate reaches the encoder. We ran the encode with no rate information at all and libvpx said so out loud: "Neither bitrate nor constrained quality specified, using default CRF of 32 and bitrate of 256kbit/sec." The output was 141,114 bytes for a four-second clip — the same file you get whatever number you type in that box.
Quality Preset on VP8 measures the wrong thing. VP8 has no CRF mode either, so the preset falls back to multiplying the source video bitrate — 1.32x on the "Very High" rung, down to 0.30x on "Lowest". On most sources that is a reasonable heuristic. On a broadcast master it is not: our 10.0 Mbit/s MXF test file produced an ask of 13.2 Mbit/s, which is an absurd target for VP8 and which the encoder did not honour anyway, landing at about 5.2 Mbit/s because its own quantiser bounds cap what it will spend. Point a 50 Mbit/s XDCAM master at that arithmetic and the number gets sillier.
The two modes that behave predictably are Constraint Quality, where the Max bitrate field is passed to the encoder as its target, and Constant Bitrate, where you simply name the rate. Both produced sensible files in testing — the same clip at a 2 Mbit/s ask came out at 1,016,996 bytes. Specific file size is the third honest option when you have a byte budget rather than a rate in mind.
Choosing Theora reshapes the panel again: Constant Quality moves onto Theora's own 0 to 10 scale, where higher is better and the field opens at 7, and Constraint Quality and Constant Bitrate both disappear. Theora at quality 7 gave 1,238,284 bytes on the same clip, against 1,016,996 for VP8 at a 2 Mbit/s ask — so the older codec spent more bytes on the same four seconds.
| Property of the MXF | What happens |
|---|---|
| Picture | Always re-encoded. Nothing is copied through untouched |
| Several discrete audio tracks | One survives — the stream with the most channels, ties broken toward the lowest index |
| Start timecode, reel and tape names | Discarded. Ogg has nowhere to store them |
| Closed captions and structural metadata | Discarded |
| Interlaced field structure | Encoded as-is, combing included. Nothing in this pipeline deinterlaces, and neither codec has interlaced coding tools |
| Non-square (anamorphic) pixels | Preserved on "Keep original"; flattened to square by any resize |
| Log or HDR grading | Colour-converted plainly. There is no tone-mapping stage, so an S-Log or HLG master reads flat |
Realistically no, on two separate counts. Ogg/Theora support sits at 5.76% globally per caniuse's Ogg/Theora entry, with Chrome disabling it by default from version 120, Opera from 106, and Safari never having implemented it at all. And this page's default codec is VP8, which browsers only ever expected to find inside WebM — VP8 wrapped in Ogg is a pairing nothing was built to handle. If a browser is the destination, MXF to WebM keeps the same royalty-free philosophy in a container that still works, and MXF to MP4 works everywhere.
Because VP8 is the better encoder and both are equally royalty-free, so there is no licensing reason to prefer the older one. Theora was derived from On2's VP3 and its bitstream was frozen in 2004; VP8 is a later design from the same lineage and holds detail at bitrates where Theora visibly falls apart. Theora earns its place only when the software or archive consuming the file names it explicitly. When it does, choose it deliberately and note that the compression panel changes shape underneath you.
One of them, chosen automatically: the stream with the highest channel count, with ties broken toward the lowest index. There is no track picker on this page and no explicit stream mapping in the pipeline. On a typical deliverable carrying a stereo mix plus several discrete mono stems, the stereo pair wins and the mono tracks are dropped. If a specific language, microphone or stem matters, isolate it in your NLE and export before converting — a container change cannot make that choice for you.
No. There is no deinterlacing filter anywhere in this pipeline, under any codec or preset, so an interlaced master is encoded with its field structure intact and the combing on moving subjects is written into the .ogv. That matters more here than on some targets, because neither VP8 nor Theora has interlaced coding tools — the encoder treats the woven fields as ordinary picture content and spends bits reproducing the comb pattern. Deinterlace on export from your editor.
Vorbis, which is what the page opens on and what anything expecting an .ogv will decode without argument. Opus is technically the better codec per bit and is also in the list, but a Vorbis-only consumer will not read it, and the whole reason to be on this page is usually a consumer with narrow expectations. Speex is an older speech codec that Opus superseded. FLAC is lossless and will make the file substantially larger, which only makes sense if the deposit specification asks for it.
Because you resized it. Broadcast SD and HD material is routinely anamorphic — a 16:9 picture stored in a 720x576 or 1440x1080 grid with non-square pixels, relying on the player to stretch it at display time. Leaving Video resolution on "Keep original" passes the stored pixel aspect through intact, but any resize, including a percentage or a height preset, normalises pixels to square and discards the flag. When you must resize anamorphic footage, use Width x Height and type the display geometry you want.
Almost certainly Constant Quality on VP8. That mode passes nothing to the encoder, so libvpx falls back to its own internal default of roughly 256 kbit/s — a rate that will destroy broadcast material. Switch File Compression to Constraint Quality and set a Max bitrate, or to Constant Bitrate and name the rate directly. You can tell this is what happened because every value you type in the quality box produces an identically sized file.
Only when something specifically demands it. WebM comes from the same royalty-free tradition, is the container VP8, VP9 and AV1 were designed to travel in, and is decoded by current browsers, phones and TVs — MXF to WebM is the better default. OGV's remaining value is backward compatibility with archives, scripts and deposit systems written when Theora-in-Ogg was the open answer and which reject anything not named .ogv. If that describes your situation, this page is right; otherwise it is a compliance file rather than a delivery file.
.mxf names a family rather than a single format — several operational patterns wrapped around many different essences — so whether a given file converts depends on what is inside it. Partial captures pulled off a card mid-record, growing files and vendor-specific variants can decode imperfectly or be refused, and re-exporting a flat single-file master from your editor fixes most of them. The other common case is Avid or P2 OP-Atom media, which splits each track into its own file: point this page at an audio companion and there is no picture to convert. A long master is also slow to upload, so trimming first with trim MXF or the video cutter is often quicker than sending the whole thing.