How to Configure Canon XF-AVC for Broadcast Delivery

A show shoots an entire season in an untested XF-AVC Long GOP mode because it doubles card runtime. Months later, QC rejects the finished program: the acquisition mode never met the broadcaster’s chroma and cadence requirements. The edit did not cause that. The camera menu did, on day one. So configure XF-AVC for the broadcaster’s acquisition requirements first. The final delivery file is a separate problem. That sounds obvious, and it's the place where a lot of Canon workflows get messy. XF-AVC is your camera master format. The delivery file is often something else:

XDCAM HD422 or AVC-Intra
ProRes or DNxHD
IMF, AS-11, or another network-specific MXF package

Your camera settings need to preserve enough quality and metadata to survive the whole chain. Timecode and audio structure have to survive it too: edit, grade, mix, QC, then the transcode into that delivery format. If the spec says “camera originals must be 10-bit 4:2:2,” shoot XF-AVC in a 10-bit 4:2:2 mode. If it says 29.97i delivery, don't casually shoot 23.98p unless the post path and cadence are already approved. If it says four discrete audio channels, set that up in camera and confirm the NLE sees them as separate channels. The safest XF-AVC setup matches the show’s post and delivery assumptions from the first card.

XF-AVC is an acquisition choice, not a universal delivery answer

Canon’s XF-AVC is based on MPEG-4 AVC/H.264 and is used across Cinema EOS and XF cameras in MXF-based workflows. Depending on the camera, it can record UHD/4K, 2K, and HD in intra-frame or Long GOP modes. Options include 10-bit 4:2:2, and higher-end RGB 4:4:4 recording on some models. For broadcast work, the important distinction is intra-frame versus Long GOP.

Intra-frame treats frames independently, while Long GOP links neighboring frames into groups.

Decision area	XF-AVC Intra	XF-AVC Long GOP
Compression behavior	Each frame is compressed independently	Frames are compressed across a group of pictures
Media and storage	Larger files and shorter card runtimes	Smaller files and longer card runtimes
Edit and grade performance	Easier to scrub, decode, multicam, grade, and conform	More CPU intensive and more likely to need proxies or transcodes
Typical fit	UHD finishing, color-heavy work, VFX, high-end documentary, and tight online schedules	News, factual, events, HD broadcast, and storage-limited field workflows
Main workflow risk	Higher storage load, longer backups, and more media planning	Playback, relink, cadence, or broadcaster acceptance problems if the exact mode is untested
Best choice when	Post responsiveness and finishing margin matter most	The broadcaster and post path explicitly accept the exact recording mode

Intra-frame XF-AVC compresses each frame independently. It is heavier on media and storage. It is also easier to decode and scrub, and easier to grade and conform. Long GOP XF-AVC uses groups of pictures, which is more storage-efficient and more computationally demanding in post. Canon’s own Cinema EOS materials position intra XF-AVC for 4K/UHD capture and 2K/HD capture. Long GOP XF-AVC is described around 2K/HD broadcast television applications and lower-data-rate proxy or offline use. Long GOP can be acceptable, and you shouldn't choose it only because it saves card space. Use it when the broadcaster, post team, and finishing path accept it, and when turnaround or storage constraints matter more than edit-system simplicity. Common XF-AVC decision points include:

Capture resolution may be 4096x2160, 3840x2160, 2048x1080, or 1920x1080, depending on camera and sensor mode
Frame rate and system frequency may be 23.98, 24.00, 25, 29.97, 50, 59.94, progressive or interlaced where supported
Broadcast-oriented modes are often YCbCr 4:2:2 10-bit, with some RGB 4:4:4 10-bit or 12-bit options on higher-end models
Compression structure can be Intra-frame for higher-end finishing and heavier post, or Long GOP for efficient broadcast and offline-friendly workflows
Media is wrapped as MXF inside Canon’s folder structure
Audio and timecode are embedded production data that must stay consistent through ingest and conform

Canon’s C700 documentation, for example, lists XF-AVC configurations such as 4K/UHD YCbCr 4:2:2 10-bit intra-frame at high bitrates including 810 Mbps and 410 Mbps, plus 2K/HD RGB 4:4:4 12-bit intra-frame options around 440 Mbps. Other Canon bodies expose different menus and limits. The logic is the same: pick the mode that satisfies the spec while leaving enough margin for post. For most broadcast jobs, start with the delivery spec and work backward.

Broadcast delivery requirements should drive the XF-AVC camera setup.

If final delivery is HD SDR, you may not need to shoot 4K. Reframing, archive value, or VFX can still call for it, and so can production policy. If final delivery is UHD HDR, don't shoot an HD Long GOP mode and expect post to rescue the master. If the network requires 10-bit 4:2:2 source, avoid 8-bit recording modes even when the picture looks fine on set. Your team should lock the camera configuration around a few non-negotiables:

Set the system frequency to 59.94 Hz, 50 Hz, or true 24.00 Hz, depending on region and delivery
Match the project frame rate to the actual edit and delivery cadence
Choose progressive or interlaced scanning based on the spec and production style
Set the capture resolution, not just the delivery resolution
Choose XF-AVC Intra or XF-AVC Long GOP
Confirm bit depth and chroma, usually 10-bit 4:2:2 for serious broadcast acquisition
Set gamma and color space to Canon Log 2, Canon Log 3, Wide DR, BT.709, PQ, or HLG, depending on finishing plan
Confirm audio channel count, sample rate, and track assignment
Set timecode to time-of-day, record-run, or jam-synced external code

So “XF-AVC” alone isn't a useful enough spec. A post supervisor needs the full recording mode:

Codec family, and whether it is intra or Long GOP
Bitrate class, frame size, and frame rate
Bit depth and chroma sampling
Gamma and color space
Audio layout

On cameras such as the C700, the camera assistant selects the main recording format from the Rec/Media Setup menu, choosing XF-AVC or ProRes for CFast recording. Other Canon Cinema EOS cameras use different menu layouts. Document the exact recording preset before principal photography either way. If the show has multiple camera bodies, verify that each one can actually reach the same XF-AVC mode. Similar model names don't guarantee identical bitrate, frame-rate, or media options.

When to choose Intra and when to choose Long GOP

Use XF-AVC Intra when the footage will go through a heavier post path. That covers color-intensive work, VFX pulls, and multicam finishing. It also covers high-end documentary finishing, UHD master delivery, and any schedule where edit responsiveness matters. Intra-frame files are larger, and the predictability is worth it. Systems don't need to reconstruct frames from surrounding frames every time an editor scrubs or a colorist jumps around the timeline. Use XF-AVC Long GOP when storage, card runtime, or field turnaround is the main constraint and the acceptance path is clear. Long GOP fits news and factual work, events, and HD broadcast workflows where the post path is designed for it. Some Canon workflows also use it for lower-data-rate proxy or offline-oriented recording. The main risk is discovering later that the edit system, the shared storage, or the remote workflow is less happy with the exact Long GOP variant than expected. The broadcaster’s technical rules can surprise you the same way. Typical failure modes show up quickly:

Choppy playback during multicam editing
Slow waveform generation and thumbnailing
Inconsistent performance between Mac and Windows workstations
Relink problems when proxies, transcodes, and camera originals don't share clean metadata
QC rejection because the acquisition mode didn't meet bit depth, chroma, or cadence requirements

If you choose Long GOP, make that a deliberate workflow decision. Test a real card through ingest, edit, and grade. Then run it through audio turnover, export, and QC before the first shoot day.

Preserve the Canon card structure during ingest

Canon XF-AVC media isn't just a pile of video essence files. Canon documents the card folder path with a root-level CONTENTS folder and a CLIPS folder such as CLIPS001. You can drill down into the card to find the video files. For professional ingest, copying only the visible MXF files is a bad habit. Copy the whole card volume structure into a named camera-original folder. Keep the folder names stable. Don't rename individual MXF files unless the workflow has a tested relink and metadata strategy. If you need human-readable organization, put the production, the shoot date, and the camera in the parent folder name. Add the card and roll there as well.

Copying the full card structure keeps related folders and media together for ingest.

A simple card folder name might look like this:

SHOW_EP103_A001_2026-04-18
SHOW_EP103_B004_2026-04-18
SHOW_INT_CAMC_CARD017

Inside that folder, preserve the Canon structure exactly as it came from the card. This protects sidecar data, clip relationships, and spanned clips. Metadata and future relink depend on it too. It also makes life easier when the project moves between Premiere, Resolve, and Avid. The same is true of a color facility, a finishing vendor, or archive storage. The ingest log should capture the details that matter later:

Camera body, and firmware if relevant
Recording mode, frame rate, gamma, and color space
LUT used for monitoring
Audio channel map and timecode mode
Whether the camera or the post team generated proxies

Ingesting XF-AVC in Premiere Pro

Modern Premiere workflows can import Canon MXF-based media natively in most common cases. Older workflows historically depended on Canon XF plugins for some NLE versions. The key is to use Premiere’s media workflow in a way that preserves the relationship between the project, the camera originals, and any proxies. For most broadcast jobs, bring the preserved card folders into a managed media location first, then import into Premiere. Avoid cutting directly from camera cards, download folders, or ad hoc desktop copies. Premiere’s ingest and proxy tools help when XF-AVC performance is a concern. You can copy media on import, create proxies, or transcode through Media Encoder, depending on the facility workflow. For assistant editors, the important thing is consistency. Proxy file names and timecode must line up with the full-resolution XF-AVC, and so must audio channel layout and frame rate. Premiere can relink offline clips through the Link Media dialog when files are moved, renamed, or deleted outside the project. That helps, and it isn't a substitute for clean media management. Relink becomes fragile when someone copied only individual MXFs, when camera roll naming is inconsistent, or when your team created proxies without matching timecode and audio channel structure. Premiere also supports reconnecting full-resolution media to proxies. That matters because high-quality tasks should run against the camera originals or approved finishing media, never against accidental proxy media. If the offline edit used lightweight proxies, reconnect full-resolution XF-AVC before color and online, before final graphics review, and before delivery encoding. In Premiere, pay attention to:

Confirm clip interpretation for frame rate and field order
Set audio channel mapping before editing starts
Handle color management and LUTs intentionally for Canon Log material
Use XMP metadata fields that identify camera roll, scene, take, and notes
Check proxy attachment status before export or turnover
Match sequence settings to the actual delivery cadence

Don't assume the export preset fixes upstream mistakes. Premiere’s export panel exposes format, codec, and frame size. Frame rate and field order sit there too, along with bitrate and the color-related encoding settings. The master will only be as clean as the timeline and source interpretation behind it.

Ingesting XF-AVC in DaVinci Resolve

Resolve’s supported codec lists include Canon XF-AVC, XF-AVC Intra, and XF-HEVC in MXF Op1A and related MXF workflows. Support varies by Resolve version and operating system, and by hardware and Studio versus free licensing for some formats. So test the exact camera mode at your facility. In Resolve, the safest approach is the same. Import from preserved card copies rather than loose files. Use the Media page to inspect metadata, timecode, and resolution before building bins or timelines. Check codec, frame rate, and audio channels there too. If your team is conforming the project from Premiere, confirm that reel name behavior is compatible with the XML, EDL, or AAF strategy your team is using. Resolve gives post teams several ways to make XF-AVC easier to work with:

Generate proxy media for editing performance
Use optimized media where appropriate inside a Resolve-managed workflow
Transcode camera originals to a finishing-friendly intermediate
Organize clips with metadata and smart bins
Build deliver-page presets for recurring broadcast outputs

Proxy media and optimized media aren't the same operationally. Proxy files are portable alternate media that your team can manage outside Resolve. Optimized media is more internal to Resolve’s performance workflow. For a facility handoff, portable proxies or proper transcodes are easier to reason about than workstation-local optimized media. For color-managed Resolve projects, tag and transform Canon Log 2, Canon Log 3, Wide DR, BT.709, HDR PQ, or HLG sources intentionally. A surprising number of QC issues start as a color-management mismatch that nobody noticed until the file hit a waveform monitor.

Metadata is part of the deliverable chain

XF-AVC metadata tells editorial and conform what the clip is and where it came from. Archive and QC teams need the same answers.

XF-AVC metadata travels with the clip as useful production properties.

Premiere exposes clip metadata through its Metadata panel, supports XMP metadata workflows, and can display metadata overlays. Resolve supports metadata presets, metadata import, and clip renaming from metadata. It also supports metadata search and smart bins. Those features reduce ambiguity when there are hundreds of clips and multiple cameras, plus duplicate file names and proxy or transcode layers. At minimum, preserve and track:

Original file name
Camera roll or card ID
Camera letter or unit
Clip start and end timecode
Shoot date
Frame rate
Resolution
Codec and recording mode
Gamma and color space
LUT used for viewing during the edit, if any
Scene, slate, take, and notes when available
Audio channel assignments

If production sound is separate, timecode consistency matters even more. Jam-sync cameras and audio recorders when the workflow depends on it, and document whether timecode is time-of-day, record-run, or externally generated. Editorial can fix many things. It shouldn't have to guess whether a camera’s clock drifted or whether a clip was interpreted at the wrong rate.

How XF-AVC fits into broadcast QC

Broadcast QC cares whether the finished master conforms to the spec. XF-AVC affects QC because it determines what quality and metadata you carry into finishing. The most common QC-sensitive areas are:

Avoid accidental frame rate and cadence problems, including 23.98-to-29.97 conversions, duplicate frames, or mixed-cadence timelines unless approved
Confirm correct field dominance for interlaced deliveries
Manage color space and levels intentionally, with legal luma and chroma levels where required for SDR or HDR
Avoid unnecessary 8-bit or 4:2:0 bottlenecks if the spec expects a higher-quality bit depth and chroma path
Match audio layout to the delivery document, including channel order, stereo pairs, M&E, 5.1, silence, tone, and loudness
Align timecode for program start, bars, slate, first frame of action, and captions
Follow the broadcaster’s sidecar or embedded requirements for captions and subtitles
Match the required profile for the delivery MXF, MOV, IMF, or AS-11 package

This is why camera setup and delivery encoding can't be treated as separate worlds. If you shoot the wrong cadence or lose channel assignments during ingest, the delivery export becomes damage control.

Export from the timeline the broadcaster actually asked for

Make broadcast deliveries from a locked, conformed, full-resolution timeline rather than the offline edit sequence. Build that timeline at the delivery frame rate and resolution, in the delivery scan type and color space. If the camera originals were XF-AVC but the delivery spec calls for another codec, export to that required codec. Premiere and Media Encoder expose detailed encoding controls, but smart rendering only applies to supported combinations of source format and preview format, plus wrapper and export codec. Don't assume an XF-AVC source timeline will pass through untouched. If the delivery codec is different, you're transcoding. Set render quality, scaling, and color with the spec in front of you, and do the same for field order, audio, and bitrate. Facilities often use Resolve’s Deliver page for recurring broadcast presets, especially where finishing and QC happen inside Resolve. The same rule applies: make the deliver preset match the broadcaster, not the camera. XF-AVC may be the source format, the conform source, or an archive source, while the deliverable may be a completely different profile. A clean Canon XF-AVC broadcast workflow runs in this order:

Shoot the approved XF-AVC mode with matching frame rate, bit depth, chroma, gamma, audio, and timecode.
Copy and verify the full Canon card structure.
Import into Premiere or Resolve without breaking folder structure or clip metadata.
Generate proxies or transcodes only when the naming, timecode, and audio plan is tested.
Edit and conform against correctly interpreted media.
Grade with intentional Canon color management.
Reconnect full-resolution media before finishing.
Export the required broadcaster delivery format.
Run technical QC against the final file, not just the camera originals.

The camera setting is only the first move. A reliable workflow is the one where every later system can still understand what was shot, how it should be interpreted, and what the broadcaster expects. So write the approved recording mode into the workflow memo before the first card rolls, then hold every camera body to it.

FAQ

XF-AVC is normally treated as a camera acquisition format rather than the final delivery format. Many broadcasters require delivery as XDCAM HD422, AVC-Intra, ProRes, DNxHD, IMF, AS-11, or a specific MXF profile. The safe approach is to shoot XF-AVC in a mode that meets the acquisition requirements, then conform and export the final master to the broadcaster’s required delivery specification.

Choose XF-AVC Intra when the footage will go through heavier post, such as grading, VFX, multicam editing, UHD finishing, or tight online workflows. Choose XF-AVC Long GOP when storage efficiency, card runtime, and field turnaround matter, and when the broadcaster and post pipeline have already approved that exact recording mode. Long GOP can work well, and it should be tested through ingest, edit, conform, export, and QC before production.

Yes. Copy the full card structure, including the Canon folders, rather than only the individual MXF files. The folder structure can carry information needed for clip relationships, spanned clips, metadata, and reliable relinking. Place the untouched card copy inside a clearly named parent folder that identifies the show, date, camera, card, or roll.

Modern versions of Premiere Pro and DaVinci Resolve can normally work with common Canon XF-AVC MXF media natively, but support depends on the exact camera mode, software version, operating system, hardware, and licensing. Facilities should test the specific XF-AVC resolution, frame rate, bit depth, chroma sampling, and compression type before the shoot. If native performance is poor, proxies or transcodes may be the better operational choice.

At minimum, track the original file name, camera roll or card ID, camera letter, clip timecode, and shoot date. Also track frame rate, resolution, codec mode, gamma, color space, and the LUT used for editorial viewing, plus scene, take, notes, and audio channel assignments. That metadata helps editorial, conform, color, audio turnover, archive, and QC teams understand the source media and avoid relink or interpretation problems.

Capture that information during ingest and keep it searchable alongside the media, especially when multiple camera bodies, proxies, and delivery transcodes are involved. Aspect lets teams define project-specific custom metadata, so fields like camera ID, card roll, codec mode, color space, and audio map can travel with the assets.