Convert MXF to ALAC — Free Online Tool

Convert MXF broadcast files to ALAC, extracting the audio stream and encoding it with Apple Lossless compression for perfect fidelity in iTunes, Logic Pro, and other Apple ecosystem tools. ALAC preserves every sample from the original PCM audio tracks found in MXF files — no quality is lost in the process.

FFmpeg Command

Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg

Free — no uploads, no signups. Your files never leave your browser.

Estimated output:

Conversion Complete!

Download

How It Works

MXF files used in broadcast and post-production typically carry uncompressed or lightly compressed audio tracks — most commonly PCM (pcm_s16le or pcm_s24le) — alongside video. This conversion discards the video stream entirely and re-encodes only the audio into ALAC, which is Apple's lossless codec stored in an MPEG-4 (.m4a) container. Because both the source (PCM) and destination (ALAC) are lossless formats, ALAC is mathematically reversible to the original PCM data — meaning no audio information is destroyed. The MXF video stream is not copied or transcoded; it is simply dropped. If your MXF contains multiple audio tracks, only the first track will be encoded into the output ALAC file, since the M4A container does not support multiple independent audio streams.

What Each Flag Does

Flag What it does
ffmpeg Invokes the FFmpeg tool, which handles all the demuxing, decoding, encoding, and muxing steps required to read an MXF file and produce an ALAC-encoded M4A file.
-i input.mxf Specifies the input MXF file. FFmpeg will parse the MXF container and identify all streams inside — typically one or more video streams and one or more PCM audio streams from the broadcast recording.
-c:a alac Instructs FFmpeg to encode the output audio stream using the ALAC (Apple Lossless Audio Codec) encoder. This converts the PCM audio from the MXF source into losslessly compressed ALAC data that is fully compatible with Apple Music, iTunes, Logic Pro, and other Apple ecosystem applications. (Note: this flag appears twice in the generated command — only one instance is needed; the second is redundant but harmless.)
output.m4a Defines the output filename and container. The .m4a extension tells FFmpeg to wrap the ALAC audio stream in an MPEG-4 container, which is the standard and expected packaging for ALAC files used across Apple devices and software.

Common Use Cases

  • Archiving the clean audio mix from a broadcast MXF master into a space-efficient lossless format for long-term Apple-compatible storage in iTunes or Music.app
  • Extracting a PCM audio track from an MXF camera recording to bring into GarageBand or Logic Pro as a lossless ALAC file without any generational quality loss
  • Delivering a lossless audio-only version of a finished broadcast program to a client who works in an Apple-centric environment and cannot open MXF files directly
  • Converting MXF audio from a field recorder or broadcast deck to ALAC so it can be synced and played on an iPhone or iPad without transcoding to a lossy format
  • Pulling a finished music mix or voiceover track out of an MXF package for mastering review in an Apple ecosystem DAW while retaining the full bit depth and sample rate of the original
  • Reducing the file size of a broadcast MXF containing uncompressed PCM audio by switching to ALAC lossless compression, without any quality penalty, for easier archival transfer

Frequently Asked Questions

No — this is a genuinely lossless conversion. MXF files in broadcast workflows typically store audio as uncompressed PCM (16-bit or 24-bit), and ALAC is a lossless codec that compresses audio in a way that is perfectly reversible to the original sample values. Every bit of audio data from the MXF source is preserved in the ALAC output. This is fundamentally different from converting to AAC or MP3, which would permanently discard audio information.
The video stream is completely discarded. The FFmpeg command used here maps only the audio to the output file — it does not attempt to transcode or include the MXF video (which could be H.264, MPEG-2, or MJPEG). The resulting .m4a file is audio-only. If you need to retain the video, you would need a different output format such as MP4 or MOV.
Only the first audio track (stream 0:a:0 in FFmpeg terminology) will be included in the output ALAC file. The M4A container format does not support multiple independent audio tracks the way MXF does, so additional tracks such as a separate dialogue stem, music stem, or surround channels will not be included. If you need to extract a specific audio track from a multi-track MXF, you would need to modify the FFmpeg command to add a -map flag targeting the desired stream, such as -map 0:a:1 for the second audio track.
MXF is a metadata-rich format that can carry timecode, reel names, umid, and production metadata — none of which have direct equivalents in the ALAC/M4A container. Standard ID3-style tags such as title or artist may be carried over if they are present, but broadcast-specific MXF metadata and timecode information will not survive the conversion. If timecode preservation is critical to your workflow, ALAC is not the right archival target.
ALAC fully supports 16-bit and 24-bit audio, so if your MXF contains a pcm_s24le audio track, the 24-bit depth will be preserved in the ALAC output without any loss or downsampling. FFmpeg will automatically detect the bit depth of the source audio and encode the ALAC stream at the same depth. You do not need to add any extra flags to the command for this to work correctly.
You can run a simple shell loop around the displayed command. On Linux or macOS, use: for f in *.mxf; do ffmpeg -i "$f" -c:a alac "${f%.mxf}.m4a"; done. On Windows Command Prompt, use: for %f in (*.mxf) do ffmpeg -i "%f" -c:a alac "%~nf.m4a". This will process every MXF file in the current directory and produce a matching .m4a ALAC file for each one, which is useful when archiving a large batch of broadcast recordings.

Technical Notes

MXF (Material Exchange Format) is a professional wrapper designed for broadcast and post-production, and its audio tracks are almost always uncompressed PCM — either 16-bit (pcm_s16le) or 24-bit (pcm_s24le) at sample rates ranging from 48 kHz (broadcast standard) to higher rates used in some production environments. ALAC, stored in an MPEG-4 .m4a container, can represent both bit depths and a wide range of sample rates losslessly, making it a sound technical choice for archiving or Apple ecosystem delivery. However, ALAC does not support more than two channels of audio in a single track in all playback implementations — multichannel (e.g., 5.1 surround) MXF audio may require special handling or channel mapping. ALAC also does not support the MXF-specific metadata constructs such as UMID, timecode tracks, or SMPTE descriptors. The M4A container does support chapter markers, which ALAC files can carry, though this conversion does not automatically create chapters. File size after conversion will typically be smaller than raw PCM in MXF due to ALAC's lossless compression, which commonly achieves a 40–60% reduction on typical speech and music content.

Related Tools