Initializing... drag & drop files here
Supports: XCF
.mxf and ingest into Avid, Premiere Pro, or your broadcast playout system.XCF is GIMP's native project format — first released in December 1997 — and stores layers, channels, paths, masks, guides, and selections that no broadcast NLE understands directly. MXF, ratified as SMPTE 377M in 2004, is the professional container the broadcast industry uses to move finished essence between cameras, edit bays, and playout servers. Going XCF → MXF means flattening a GIMP composition (lower thirds, title cards, station ID slates, season-launch promo frames) into a video file an ingest server will actually accept.
| Property | XCF (GIMP) | MXF |
|---|---|---|
| Type | Layered raster image project | Professional video/audio container |
| Standard | Open ad-hoc, GIMP-defined | SMPTE 377M (2004), latest ST 377-1:2019 |
| First released | December 15, 1997 | September 22, 2004 |
| Layers | Yes (layers, channels, paths, masks, guides) | No — wraps flattened video essence |
| Native software | GIMP | Avid Media Composer, broadcast servers |
| Common essence/data | RGBA pixels, selection metadata | DNxHD, IMX, XDCAM, AVC-Intra, MPEG-2, DV |
| Typical use | Editable graphics source | Broadcast ingest, ad delivery, archive |
| Plays in VLC / browsers | No (cannot be played, only opened in editors) | VLC yes; browsers no |
| Other openers | Krita, Photopea, Paint.NET, ImageMagick | Premiere Pro, DaVinci Resolve, FFmpeg |
| Pattern | What it carries | Typical use |
|---|---|---|
| OP-Atom | One essence track per file (video OR audio OR data) | Avid Media Composer media files; clip-wrapped |
| OP-1a | One playable item, may interleave video + audio + data tracks | Ad delivery to TV stations, file-based exchange between facilities |
| OP-1b through OP-3c | More complex multi-item layouts | Less common; specific archival or multi-program workflows |
| Setting | Best for | Notes |
|---|---|---|
| Quality Preset (Very High) | Default broadcast slate / promo card delivery | Recommended starting point; good visual fidelity at moderate file size |
| Quality Preset (Highest) | Master deliverables that may be re-encoded downstream | Largest file; minimal generational loss when ingest re-transcodes |
| Constant Quality (CRF) | Visually consistent output across slides with mixed complexity | Lower CRF = higher quality; broadcast-safe values typically 17–22 |
| Constraint Quality | Hard ceiling on file size while keeping quality where headroom exists | Useful when a station's MAM has a per-clip size cap |
No — and this is unavoidable for any video wrapper, since MXF carries flat video essence rather than layered raster data. The part that catches people out is that the converter does not merge the stack either: a multi-layer XCF is read as a multi-page image and one layer becomes the frame, so the other layers' artwork is absent and the areas they covered arrive transparent, filled in by your Background Color. Flatten the slate in GIMP (Image → Flatten Image) and re-save the .xcf before uploading — that file wraps exactly as it looks. Keep the layered original for round-trip editing and re-render when changes are required.
Avid natively supports OP-Atom and OP-1a MXF wrappers. For the smoothest editing experience, Avid documentation recommends transcoding to DNxHD or DNxHR after ingest — that's standard practice for any third-party MXF, not specific to this converter. If your facility runs an AMA-link workflow, confirm the codec inside the wrapper meets your project's resolution and frame-rate spec before linking.
Match the project. SD NTSC needs at least 720×486; HD broadcast typically targets 1920×1080; UHD playout uses 3840×2160 or 4096×2160 (DCI). For still-image source material, render at or above the project resolution — Avid's Pan & Zoom effect benefits from higher source resolution because it lets you push in without softening, but very large source images (above ~3K in either dimension) have historically caused issues with some Avid effects, so 1920×1080 is a safe ceiling for slide content.
Broadcast graphics slates typically hold 3–10 seconds depending on use: a sponsor bumper might be 5 seconds, a "stay tuned" card 3 seconds, an editorial/legal slate 10+ seconds. The default of 5 seconds per frame is a sensible neutral starting point. Different durations per slide aren't supported in batch — for that, render each XCF individually with "Video per image" and assemble the timeline in your NLE.
The Background Color fills any portion of the output frame your XCF doesn't cover. If your source is, say, a 1280×720 PNG-style XCF and you're rendering 1920×1080, the converter pillar/letterboxes the difference. Either render at a resolution that matches your XCF aspect ratio, or change the Background Color (default White) to match your station's safe color.
OP-1a wraps a single playable program — interleaved video + audio + data — into one self-contained file. OP-Atom requires that each file contain exactly one essence track (video alone, audio alone). Broadcasters usually want OP-1a for ad spot delivery and standalone clips; Avid uses OP-Atom internally for its media files. If a deliverable spec doesn't say, OP-1a is the safer default for finished slate content.
Yes. Add several files at once and choose Merge images to combine them into a single MXF timeline (each held for the duration you set), or Video per image to emit one MXF per XCF. For dozens of files where each needs different settings, render in groups rather than one massive batch.
Yes, and a single-layer XCF is the ideal input — it needs no preparation and wraps exactly as it looks in GIMP. Indexed-color XCFs are converted to RGB before encoding (broadcast video essence is RGB or YUV, not paletted). If your XCF is older (pre-GIMP 2.10) and uses RLE compression rather than zlib, that's fine too — both compression schemes are read transparently.
You can, and for a layered project it is the more reliable route — exporting XCF to PNG or TIFF in GIMP bakes the composite into the file, and PNG to MXF or TIFF to MXF then gives the same end product. Going straight to MXF is one fewer step and is exactly right when the XCF is already a single flattened layer. If you also need a flat raster for thumbnails or print, XCF to PNG or XCF to TIFF covers that path. After converting, MXF compression can shrink the file further if your delivery cap is tight.