Convert DV to AIF — Free Online Tool

Extract and convert the PCM audio track from a DV camcorder file into a high-quality AIF file, remapping the native 16-bit little-endian PCM audio to big-endian PCM as required by the AIFF container. The result is a lossless, uncompressed audio file fully compatible with macOS, Logic Pro, and professional Apple-ecosystem workflows.

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

DV files store audio as PCM signed 16-bit little-endian (pcm_s16le) — the same uncompressed PCM data used in standard WAV files, but with byte order suited for x86 systems. The AIFF format, developed by Apple, requires big-endian byte ordering (pcm_s16be). During this conversion, FFmpeg discards the DV video stream entirely and performs a lightweight byte-order swap on the raw audio samples — no re-quantization, no lossy encoding, and no quality degradation. The audio waveform data itself is mathematically identical before and after; only the byte ordering changes to satisfy the AIFF container specification. This means the operation is extremely fast and the output file is a true lossless representation of the original camcorder audio.

What Each Flag Does

Flag What it does
ffmpeg Invokes the FFmpeg tool. In the browser-based version of this tool, this runs via FFmpeg.wasm (WebAssembly) entirely within your browser — no data is sent to a server. When running locally on desktop for files over 1GB, this calls your system-installed FFmpeg binary.
-i input.dv Specifies the input DV file. FFmpeg reads the DV container and identifies the dvvideo stream (which will be ignored) and the pcm_s16le audio stream, which carries the camcorder's original uncompressed 16-bit little-endian audio at 48 kHz.
-c:a pcm_s16be Sets the audio codec for the output to signed 16-bit big-endian PCM, which is the byte order required by the AIFF container specification. This performs a lossless byte-swap of the DV audio samples from little-endian to big-endian — no re-quantization or quality loss occurs.
output.aif Defines the output filename and tells FFmpeg to wrap the big-endian PCM audio in an AIFF container. The .aif extension signals uncompressed AIFF (as opposed to the compressed AIFF-C variant), ensuring maximum compatibility with Logic Pro, GarageBand, and other macOS audio applications.

Common Use Cases

  • Importing dialogue or ambient audio recorded on a DV camcorder directly into Logic Pro or GarageBand, which natively favor AIFF over WAV on macOS
  • Archiving the audio track from old DV tape transfers as standalone AIFF files for long-term preservation alongside a separate video archive
  • Delivering isolated location audio recorded on a DV camera to a post-production sound mixer working in an Apple-based DAW environment
  • Extracting interview audio from DV news footage to use as source material for a podcast edit in an AIFF-native workflow
  • Pulling the stereo mix from a DV concert recording to burn to an audio CD or master in a professional audio application that requires AIFF input
  • Separating audio from video before color grading a DV clip, so audio can be handled independently in an Apple-centric post pipeline

Frequently Asked Questions

No. The audio in a DV file is already stored as uncompressed 16-bit PCM — the same bit depth used in audio CDs. Converting to AIFF only changes the byte order from little-endian to big-endian, which is a lossless mathematical operation. The actual sample values are preserved exactly, so the AIF output is bit-for-bit equivalent in terms of audio fidelity to the original DV audio track.
The video stream is dropped entirely. AIFF is a pure audio container and cannot hold video data. FFmpeg extracts only the pcm_s16le audio stream from the DV file, converts its byte order to pcm_s16be, and writes the audio-only AIF output. If you need to keep the video, you should export it separately before running this conversion.
AIFF was designed by Apple in the late 1980s for the Motorola 68000-based Macintosh, which used big-endian byte ordering. The specification was standardized with big-endian PCM and has remained that way for compatibility reasons even as Apple moved to Intel and then Apple Silicon architectures. Professional Apple audio software continues to produce and expect big-endian AIFF natively, which is why the byte-order conversion in this command is necessary even though the underlying audio data is identical.
You can specify a higher bit-depth codec such as pcm_s24be or pcm_s32be in the FFmpeg command by changing -c:a pcm_s16be to -c:a pcm_s24be, but it will not improve quality. DV audio is recorded at 16-bit resolution, so up-converting to 24-bit simply pads extra zero bits onto each sample — the dynamic range and noise floor remain those of the original 16-bit recording. Staying with pcm_s16be is the most accurate representation of what was captured.
You can batch-process DV files in a shell using a simple loop. On macOS or Linux, run: for f in *.dv; do ffmpeg -i "$f" -c:a pcm_s16be "${f%.dv}.aif"; done. On Windows Command Prompt, use: for %f in (*.dv) do ffmpeg -i "%f" -c:a pcm_s16be "%~nf.aif". This applies the same byte-order swap to every DV file in the current directory and outputs a matching AIF file for each one.
DV files can carry metadata such as recording date, timecode, and camera information in the DV stream headers, but AIFF has very limited metadata support — it uses a simple MARK and NAME chunk structure that does not map cleanly to DV metadata fields. FFmpeg will not transfer DV-specific metadata to the AIF output, so recording timestamps and timecode will be lost. If preserving this metadata matters, document it before conversion or consider embedding it in a sidecar file.

Technical Notes

The DV format stores audio as pcm_s16le at either 48 kHz (two-channel, 16-bit) or 32 kHz (four-channel, 12-bit) depending on the camcorder's recording mode. This conversion targets the standard 48 kHz stereo case, which is the most common. FFmpeg's pcm_s16be encoder in the AIFF container preserves the 48 kHz sample rate and stereo channel layout from the source. Because DV does not support multiple audio tracks or subtitles, there is no concern about stream selection — the single audio track is always used. The resulting AIFF file will be slightly larger than a WAV file of equivalent content because the AIFF container has a marginally larger header structure, but the audio data size is identical. AIFF files produced by this command are fully compatible with Logic Pro, Final Cut Pro, Pro Tools (macOS), and any application that reads standard AIFF. Note that the related AIFF-C (.aifc) format supports compression and is distinct from the uncompressed AIFF produced here — the .aif extension signals uncompressed big-endian PCM to all compliant readers.

Related Tools