Initializing... drag & drop files here
Supports: MXF
MXF (Material Exchange Format) is the SMPTE-standardized container that broadcast, news, and cinema workflows have used since 2004. Cameras like Sony XDCAM (50 Mbps), Sony XAVC Intra (up to 600 Mbps for 4K), Panasonic AVC-Intra 100, Canon XF-AVC, and DNxHD / DNxHR rushes all wrap into MXF — and the bitrates are huge by design. A 30-minute 4K XAVC Intra clip can be 100+ GB. A 60-minute Avid DNxHD 220 master is around 100 GB. Reasons people compress MXF:
| Property | MXF | MP4 |
|---|---|---|
| Standard body | SMPTE (broadcast) | ISO / MPEG (consumer) |
| Common codecs wrapped | XDCAM HD, XAVC, AVC-Intra, DNxHD / HR, ProRes, MPEG-2 | H.264, H.265, AV1, MPEG-4 |
| Typical bitrate range | 25 Mbps – 600 Mbps | 1 Mbps – 100 Mbps |
| Multi-track audio | Up to 8+ uncompressed channels | Limited, usually 2-6 |
| Timecode + ancillary metadata | Native, broadcast-grade | Limited |
| Native NLE support | Avid, Resolve, Premiere, Final Cut Pro | Universal |
| Plays on consumer device | Rarely | Everywhere |
| Best for | Broadcast masters, cinema rushes, archive | Sharing, web, mobile, review |
| Mode | What it does | Best for |
|---|---|---|
| Quality Preset (Highest → Lowest) | Tunes encoder presets behind the scenes | One-click result, no thinking |
| File size percentage (auto-scale) | Output ≈ N % of input across batch | Predictable shrinkage on a folder of camera clips |
| Exact target size | Output ≤ X GB / MB | Hitting Frame.io / WeTransfer / network-spec caps |
| Constant Bitrate (CBR) | Locks bitrate (e.g., 35 Mbps) every second | Broadcast deliverables with strict bitrate spec |
| Variable Bitrate (VBR) | Bitrate floats around an average | Smaller file, same visual quality, non-broadcast |
| CRF (Constant Quality, 0–51) | Constant-quality factor, size varies | Re-encoding mixed rushes to uniform quality |
| Constraint Quality (CRF + max bitrate) | CRF with a ceiling | Quality-first compression that still respects a bitrate cap |
| Codec | Output size (relative) | Compatibility | Best for |
|---|---|---|---|
| MPEG-2 | 100% (baseline) | Legacy broadcast playout, older Avid systems | Backwards-compatible MXF deliverables |
| H.264 | ~50–60% | Every NLE since 2010, all modern players | Proxies, review copies, station deliverables |
| H.265 / HEVC | ~30–40% | Resolve, Premiere, Final Cut Pro, modern playout | Archive, 4K deliverables, drive-space savings |
| AV1 | ~25–35% | Modern decoders, slow encode | Long-term archive, future-proof masters |
Typical reductions: 50–70% when re-encoding 200 Mbps XAVC Intra to 50 Mbps long-GOP H.264 inside MXF, 80–90% when going from a 100 Mbps Intra master to 8 Mbps H.264 review proxies at 1080p, and 95%+ when generating mobile review copies (e.g., 720p / 4 Mbps from a 4K master). A 50 GB rushes clip becomes a 300–500 MB review file at H.264 1080p / 8 Mbps with no impact on edit decisions. Action and high-detail content (sports, fast cuts) compresses less; talking-head and locked-shot footage compresses far better.
If your downstream workflow (broadcast playout, Avid / Resolve conform, station ingest, archive) requires MXF, compress within MXF — the container, multi-track audio, ancillary metadata, and timecode all survive. If the file is for sharing, review, client approval, or non-broadcast delivery, convert to MP4 — you'll get a smaller file with universal playback and no specialist software needed at the other end.
Yes — keeping the output as MXF preserves up to 8+ uncompressed audio tracks, embedded SMPTE timecode, closed captions, and ancillary metadata that broadcast playout and station automation rely on. Switching to MP4 collapses most of this to stereo AAC and discards broadcast-grade metadata. Pick MXF output when the file feeds back into Avid, Resolve, Premiere, or a station ingest server. Audio codec can be set independently to AAC, AC-3 (Dolby Digital), MP2 (legacy MPEG-2 audio), MP3, FLAC, or PCM (uncompressed) depending on the deliverable spec.
Constant Bitrate (CBR) locks the bitrate to your target (e.g., 35 Mbps every second) — required for some broadcast deliverables. Variable Bitrate (VBR) averages around your target but spends more bits on motion and less on static frames — yields smaller files at the same visual quality, fine for non-broadcast use. CRF (Constant Quality) ignores bitrate entirely and instead targets a quality level: every frame in every clip gets the same look, size varies. Use CRF when re-encoding a mixed batch of rushes — uniform quality regardless of source bitrate. Use CBR when the network spec demands it.
Yes — drop in a full XDCAM card, P2 folder, or a multi-day rushes directory. Each MXF clip processes in parallel and downloads individually or as a ZIP. The same compression settings apply across the batch (typical for generating proxies for a whole shoot day) and the auto-scale option keeps every output around the same target size or percentage of its source.
MPEG-2 for legacy playout chains, older Avid systems, or station automation that hasn't been updated since the SD era. H.264 for modern proxies, review files, and most current station deliverables — universal compatibility, fast encode. H.265 / HEVC when archive size matters and the consuming NLE / playout system supports it (Resolve, Premiere, Final Cut Pro, most 2018+ broadcast servers) — roughly half the file at the same look. AV1 only for long-term archive where decode speed matters less than disk cost.
Resolution stays at 4K unless you explicitly drop it (1080p / 720p / 480p / percentage / custom). Color depth depends on the codec — XAVC Intra captures 10-bit 4:2:2; H.264 8-bit defaults to 4:2:0 (consumer chroma), which is fine for review copies but loses grade headroom. For archive or finishing, stay on H.265 10-bit 4:2:2 or DNxHR HQX. For review and sharing, 8-bit 4:2:0 H.264 is the right call.
Yes — use the trim section to set a start time and duration in HH:MM:SS.sss. Cutting unused head / tail is the single most effective size reduction available: a 60-minute master trimmed to its 22-minute keeper section is 63% smaller before any other compression. For more granular cuts inside a clip, see the dedicated Trim MXF tool.
Files process in your browser session, so the practical ceiling depends on your device's RAM and the source bitrate. Most users can comfortably handle multi-GB MXF clips up to the 5–10 GB range on a typical laptop; for full XAVC Intra masters in the 50–100 GB range, use a desktop with 16+ GB RAM. No file count limit and no watermark regardless of size.