Convert DV to AIFC — Free Online Tool
Convert DV camcorder footage to AIFC audio, extracting the PCM audio track and encoding it as big-endian 16-bit PCM in Apple's compressed audio container. Ideal for pulling broadcast-quality audio from DV tapes into a professional Mac-compatible format for editing or archiving.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your DV file here
or click to browse
Free — no uploads, no signups. Your files never leave your browser.
Settings
Note: Browser-based encoding uses approximate quality targets. For precise CRF compression, copy the FFmpeg command above and run it on your desktop.
Estimated output:
Conversion Complete!
DownloadHow It Works
DV files store audio as uncompressed PCM (specifically pcm_s16le — 16-bit signed little-endian) alongside the dvvideo intra-frame compressed video stream. During this conversion, FFmpeg discards the video stream entirely and extracts only the audio, then re-encodes it from little-endian PCM (the byte order native to DV's format) to big-endian PCM (pcm_s16be), which is the byte order required by the AIFC container. The sample depth remains 16-bit and the audio data itself is not perceptually compressed — the only change is byte order and container wrapping. This is a near-lossless process: the original DV audio was already lossy in that DV itself is a lossy format, but no additional quality is sacrificed in this extraction and repackaging step.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg tool, which handles all the demuxing, stream selection, byte-order conversion, and container writing for this DV-to-AIFC extraction. |
-i input.dv
|
Specifies the input DV file, which FFmpeg will demux to access its separate dvvideo and pcm_s16le audio streams. |
-c:a pcm_s16be
|
Sets the audio codec to 16-bit signed big-endian PCM, converting the DV source's little-endian PCM byte order to the big-endian format required by the AIFC container — no perceptual compression is applied. |
-b:a 128k
|
Provides a bitrate hint for the audio stream; for uncompressed PCM codecs like pcm_s16be, the actual bitrate is governed by sample rate and bit depth rather than this value, but it is included for compatibility with the encoder pipeline. |
output.aifc
|
Defines the output filename and triggers FFmpeg to use the AIFC muxer, which automatically causes the dvvideo stream to be dropped since AIFC is a purely audio container with no video support. |
Common Use Cases
- Extracting interview or dialogue audio from DV tape footage to import into Logic Pro or Pro Tools on a Mac, where AIFC is a natively supported professional format
- Archiving the audio component of historical DV camcorder recordings separately from the video, reducing storage requirements while preserving broadcast-quality PCM audio
- Pulling location sound recorded to a DV camcorder for use as a reference track in a DAW when syncing with separately recorded audio from a field recorder
- Delivering clean audio-only files from a DV-based video production to a composer or sound designer who needs the dialogue or ambient audio without the video overhead
- Converting DV news footage audio for radio broadcast use, where the pcm_s16be encoding in AIFC matches the expected format for legacy Mac-based broadcast playout systems
Frequently Asked Questions
No additional quality is lost during this specific conversion. The DV format stores audio as uncompressed 16-bit PCM at either 48kHz or 32kHz, and this tool re-encodes that as 16-bit big-endian PCM in the AIFC container — a byte-order swap, not a compression step. The only quality limitation present in the output was already baked into the original DV recording at capture time, since DV video compression can introduce very slight indirect audio artifacts in some edge cases during demuxing, but the audio data itself is preserved faithfully.
The AIFC format (and its parent AIFF) is rooted in Apple's historically big-endian architecture (68000 and PowerPC processors), so its PCM audio streams use big-endian byte ordering by convention. DV, by contrast, stores PCM as little-endian to align with the consumer electronics and PC ecosystem it was designed for. FFmpeg handles the byte-order conversion transparently — the audible audio content is identical, only the internal byte arrangement changes to satisfy the AIFC container specification.
Yes. AIFC with pcm_s16be audio is a format Apple's professional and consumer applications have supported since the Classic Mac OS era. Logic Pro, GarageBand, Final Cut Pro, and QuickTime Player all handle AIFC natively without any additional codecs or plugins. The file will import cleanly and the PCM audio will be immediately available for editing or layering.
The video track is completely dropped. The FFmpeg command targets only the audio stream (-c:a pcm_s16be) and writes to an AIFC output file, which is an audio-only container with no video support. FFmpeg automatically omits the dvvideo stream because AIFC has no mechanism to store video data. If you need to keep the video, you would need to use a different output container such as MOV or MP4.
The -b:a 128k flag in the command sets the bitrate hint, but for uncompressed PCM codecs like pcm_s16be, bitrate is determined by the sample rate and bit depth rather than a target bitrate — so that flag has minimal practical effect here. To change bit depth, replace pcm_s16be with pcm_s24be (24-bit) or pcm_s32be (32-bit) in the -c:a flag: for example, ffmpeg -i input.dv -c:a pcm_s24be output.aifc will produce a 24-bit AIFC file, which may be preferable for audio mastering workflows.
Yes, on the command line you can wrap the command in a shell loop. On Linux or macOS, run: for f in *.dv; do ffmpeg -i "$f" -c:a pcm_s16be -b:a 128k "${f%.dv}.aifc"; done. On Windows Command Prompt, use: for %f in (*.dv) do ffmpeg -i "%f" -c:a pcm_s16be -b:a 128k "%~nf.aifc". The browser-based tool on this page processes one file at a time, so the desktop FFmpeg command is especially useful when working with large collections of DV footage.
Technical Notes
DV audio is recorded at either 48kHz/16-bit (the standard broadcast-quality mode used by most professional DV and DVCAM recordings) or 32kHz/12-bit (a four-channel mode sometimes used on consumer camcorders). FFmpeg will correctly identify whichever mode is present in the source file and preserve that sample rate in the AIFC output. Note that if the source DV was recorded in 32kHz/12-bit four-channel mode, only the first two channels will typically be extracted, since AIFC in this tool's configuration does not support multiple audio tracks. AIFC supports a range of PCM bit depths (16, 24, 32-bit) and also lossy formats like pcm_alaw and pcm_mulaw, but the default configuration here uses pcm_s16be to match the DV source depth and produce a professional-grade lossless output. Metadata such as timecode, tape name, or scene markers embedded in the DV stream are not preserved in AIFC, as the format has no standardized fields for DV-originated metadata. File sizes will be substantially smaller than the source DV file since the video stream (which accounts for the vast majority of DV file size at approximately 25 Mbps) is discarded, leaving only the audio stream at roughly 1.5 Mbps for 48kHz 16-bit stereo.