Guide

Everything you need to move timelines between editors — quick start, per-editor notes, media handling and the honest fine print.

Install & first run

Move AAF Everything to your Applications folder (macOS) or run the installer (Windows), then launch it.

First launch: you may need to allow it past Gatekeeper / SmartScreen. We’re a small independent studio and haven’t finished the (fairly costly) code-signing yet — it’s on the way. Until then your system may warn that the developer isn’t recognised. The app is completely safe and runs fully offline; thanks for your understanding. Here is how to open it once:

Quick start

Common routes

Every conversion is source file → target format. Two decisions matter: which file you export from the source editor, and which format the target reads. The short version of both:

Rule of thumb: travel via AAF wherever you can. AAF is the only one of the four formats that carries pan and volume automation, and it is sample-accurate. The XML formats are for the two apps that need them: Premiere XML into Premiere Pro (which reads no third-party AAF), FCPXML/FCPXMLD into Final Cut Pro.

Step 1 — Get the timeline out of the source editor

Step 2 — Convert to what the target reads

The routes in practice

Batch tip: the routes mix freely — drop a folder’s worth of AAFs, XMLs and FCPXML bundles at once, pick one target, convert. Each file gets its own status and report.
Honest note — do you need this tool at all? For a one-off conversion, DaVinci Resolve (including the free version) can bridge most of these formats manually: import the timeline, export the other format. That’s what we’d tell a friend. AAF Everything earns its keep when conversions are a routine: batch processing, a report per file, reliable FCPXMLD handling, no per-file relink ritual — and everything stays on your machine, which matters for NDA material.

Choosing a format

What transfers — an honest matrix

No converter can move what the target format cannot hold. This is the matrix we work from, verified against real imports in Pro Tools, Resolve, Media Composer, Premiere and Final Cut — it’s the same information the conversion report prints per file.

Timeline elementAAFPremiere XML FCPXML / FCPXMLD
Clip positions & source offsets sample-accurate frame-accurate¹ sample-accurate
Fadesyes yes (as transitions) yes
Crossfadesyes (real dissolves) yes (as transitions) yes (true overlaps)
Clip gainyes yes (constant level) yes
Markersyes yesyes
Track namesyes yes yes (as audio roles)
Video reference trackyes yesyes
Panyes no — not in the format no — not in the format
Volume automationyes no — not in the format no — not in the format
Effects / EQ / pluginsno nono
Speed changes / retimesno² no²no²

¹ Premiere XML counts time in frames — the format itself is frame-quantized. ² Render or consolidate retimed material in the source editor first; the report flags it rather than converting it wrong.

Two caveats even within AAF: DaVinci Resolve doesn’t write pan or volume automation into its AAF exports — the data never leaves Resolve, so no tool can recover it. And no interchange format carries plugins or MIDI; print stems for anything that must be heard as mixed.

Editor notes

DaVinci Resolve

Adobe Premiere Pro

Apple Final Cut Pro

Pro Tools

Avid Media Composer

Nuendo and other AAF-capable DAWs

Applies to every route

Media handling

Frame rates

23.976 · 24 · 25 · 29.97 DF · 30 · 50 · 59.94 · 60 · 120 — plus none (no timecode track) for audio-only AAF deliveries. The frame rate affects the timecode track and how the editor snaps video edits; audio placement is sample-accurate regardless. Rates a target cannot express are adjusted automatically and noted in the report.

Demo & license

Troubleshooting

macOS: “App from an unidentified developer”

That’s Gatekeeper being cautious because we haven’t finished the code-signing yet (see Install & first run for the two-click fix). We’re a small independent studio — the signing is on the way. The app is completely safe, runs fully offline, and your timelines never leave your machine.

“N file(s) could not be collected”

The source timeline references media that no longer exists at the recorded location. The output still works and references the original paths — relink in the target editor, or restore the files and convert again.

Premiere won’t import the file / “unsupported format”

You are probably handing Premiere an AAF — Premiere imports no third-party AAFs. Convert to .xml instead and import via File → Import…; that is the dialect Premiere reads.

Final Cut rejects the XML

Make sure you import via File → Import → XML… and that your Final Cut version matches the file: .fcpxmld bundles need FCP 10.6 or newer — for older versions convert to plain .fcpxml.

Clips show offline after import

The target app can’t see the media at the recorded paths (different machine or drive). Either relink in the target — every output carries the full original paths — or convert again with Collect media so the output travels with its own … Media folder (packed into the bundle for .fcpxmld).

Something is missing in the target

Open the conversion report next to the output first — it lists per file what could not travel and why (for example pan or volume automation into an XML target, or a compound clip that needed Break Apart). That is usually faster than comparing timelines by ear.

Honest limits: pan and volume automation only travel via AAF (the XML formats have no concept of them); Premiere XML is frame-quantized; time-stretched material should be rendered in the source editor first; compound clips need Break Apart Clip Items. Every conversion report lists exactly what could not travel.