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. MXF carries flattened video essence, not layered raster data. Each XCF is rendered as a single composited frame (using the layer visibility and blend modes you saved with the file) before being placed in the timeline. If you need round-trip layer editing later, keep the original .xcf 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 Black) 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. The renderer flattens the XCF using the data the file actually contains. 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 — exporting XCF to PNG or TIFF in GIMP and then running PNG to MXF or TIFF to MXF gives you the same end product. Going directly to MXF is simply one fewer step and avoids a manual flatten in GIMP. 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.