Extract Audio from DV to AIFC — Free Online Tool
Extract audio from DV camcorder footage and save it as an AIFC file with 16-bit big-endian PCM audio. DV tapes and files store audio as PCM signed 16-bit little-endian (pcm_s16le), and this tool re-encodes it to the big-endian PCM variant (pcm_s16be) required by the AIFC container — preserving full uncompressed quality for professional audio workflows.
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 signed 16-bit little-endian (pcm_s16le) alongside DV-compressed intra-frame video. During this conversion, the video stream is completely discarded using the -vn flag, so no video decoding or re-encoding occurs. The audio stream is then re-encoded from pcm_s16le to pcm_s16be — signed 16-bit big-endian PCM — which is the byte-order format required by the AIFC container. This is a minimal transcoding operation: the sample rate, bit depth, and channel count are preserved, and only the byte order of each audio sample is reversed. Because AIFC traces its lineage to Apple and Motorola 68k architectures (which used big-endian byte ordering), this endianness flip is necessary even though the underlying audio data is otherwise identical. The result is a lossless-quality AIFC file compatible with professional audio tools on Mac and other platforms.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg program. In the browser-based tool, this runs via FFmpeg.wasm (WebAssembly), executing the same logic as the desktop binary but entirely within your browser with no server upload. |
-i input.dv
|
Specifies the input DV file. FFmpeg reads the DV container, which contains a dvvideo video stream and a pcm_s16le (signed 16-bit little-endian PCM) audio stream recorded by the camcorder. |
-vn
|
Disables video output entirely, discarding the dvvideo stream from the DV file. Because AIFC is an audio-only container and the goal is audio extraction, no video decoding or processing occurs — this also makes the operation faster and keeps the output file size small. |
-c:a pcm_s16be
|
Sets the output audio codec to signed 16-bit big-endian PCM, which is the standard lossless audio codec for the AIFC format. This transcodes the DV source audio from little-endian byte order to big-endian byte order as required by the AIFC container, while preserving the original 16-bit depth and sample rate without any compression or quality loss. |
-b:a 128k
|
Specifies a target audio bitrate of 128 kbps. For uncompressed PCM codecs like pcm_s16be, this flag is effectively ignored by FFmpeg — the actual bitrate is determined by the fixed bit depth (16 bits) and the source sample rate (typically 48 kHz from DV), not an adjustable quality parameter. It is included here as a default parameter but has no impact on the output audio. |
output.aifc
|
Defines the output filename with the .aifc extension, which causes FFmpeg to wrap the encoded pcm_s16be audio in an AIFC container — Apple's compressed/extended variant of the AIFF format, widely supported in macOS audio and video applications. |
Common Use Cases
- Archiving audio from DV camcorder tapes digitized via FireWire (IEEE 1394) into a professional-grade AIFC format for long-term preservation in Apple-based post-production archives.
- Extracting interview or field-recorded audio from DV footage for use in a Final Cut Pro or Logic Pro project, where AIFC is a natively supported and preferred format.
- Pulling the stereo PCM audio track from a DV news broadcast recording to deliver a clean audio file to a radio station or podcast editor without re-encoding quality loss.
- Separating audio from DV wedding or event footage to hand off to a sound designer for noise reduction or sweetening in a DAW that accepts AIFC input.
- Extracting the on-camera audio from DV-format educational or documentary footage to sync with a separately recorded audio track in post-production.
- Converting a batch of .dv archive files from a media digitization project into AIFC audio files to build a searchable audio library from historical video recordings.
Frequently Asked Questions
No — this conversion is effectively lossless in practice. DV stores audio as 16-bit PCM at either 48 kHz or 32 kHz, and the output AIFC file uses pcm_s16be, which is the same 16-bit PCM data with only the byte order reversed. No compression, quantization, or sample-rate conversion occurs, so every audio sample is preserved bit-for-bit in terms of value. The only change is the internal byte ordering from little-endian to big-endian, which is a requirement of the AIFC format and has no audible effect.
Both are uncompressed 16-bit signed integer PCM audio formats — the only difference is the byte order used to store each 16-bit sample. Little-endian (le) stores the least significant byte first, as used by x86/x64 processors and the DV format. Big-endian (be) stores the most significant byte first, as required by the AIFC container, which originates from Apple and Motorola hardware. The actual audio values are identical; endianness is purely a storage convention. Any player or DAW that reads AIFC correctly will interpret the audio identically to the original DV audio track.
Yes. DV audio is typically recorded at 48 kHz (with some consumer camcorders using 32 kHz in 4-channel mode), and FFmpeg preserves the source sample rate when transcoding from pcm_s16le to pcm_s16be without specifying an -ar flag. The output AIFC file will contain audio at the same sample rate as the DV source. If you need to resample to a specific rate such as 44.1 kHz for CD-standard compatibility, you would add -ar 44100 to the FFmpeg command manually.
For PCM codecs like pcm_s16be, the -b:a flag has no effect on quality because the bit depth is fixed at 16 bits per sample — PCM audio is uncompressed and its data rate is determined entirely by sample rate and channel count, not an adjustable bitrate. If you wanted higher bit depth, you could change -c:a pcm_s16be to -c:a pcm_s24be or -c:a pcm_s32be in the command, though this would upsample the original 16-bit DV audio and would not recover information that wasn't captured at the recording stage. For DV source material, pcm_s16be is the natural and appropriate output codec.
Yes. On Linux or macOS, you can run a shell loop such as: for f in *.dv; do ffmpeg -i "$f" -vn -c:a pcm_s16be output_"${f%.dv}.aifc"; done — this iterates over every .dv file in the current directory and produces a corresponding .aifc file. On Windows Command Prompt, a for loop like: for %f in (*.dv) do ffmpeg -i "%f" -vn -c:a pcm_s16be "%~nf.aifc" achieves the same result. The 1 GB limit applies only to the browser-based tool; running FFmpeg locally has no file size restriction.
AIFC supports only a limited set of metadata chunks compared to modern formats. FFmpeg will attempt to map any title or comment metadata from the DV container into the AIFC output, but DV-specific metadata such as timecode, recording date stamps embedded in the DV stream headers, and tape reel information will not be preserved in the AIFC file. If retaining that metadata is important for archival purposes, consider documenting it separately or embedding it into the AIFC file using a tool like BWF MetaEdit after conversion.
Technical Notes
DV is a tightly specified broadcast and consumer camcorder format where audio is always stored as uncompressed PCM — either 2 channels at 48 kHz / 16-bit or 4 channels at 32 kHz / 12-bit depending on the recording mode. Because the DV audio is already uncompressed, no audio quality is lost during extraction, and the transcoding work is minimal (byte-order reversal only). AIFC, as an extension of AIFF, uses a big-endian byte order inherited from the Motorola 68000 processor architecture of early Apple hardware; this is why a pcm_s16le-to-pcm_s16be transcode is mandatory even though the data is otherwise equivalent. The AIFC format does technically support compressed codecs (such as A-law and μ-law via pcm_alaw and pcm_mulaw), but the default pcm_s16be codec used here keeps the output fully lossless. One known limitation is that DV files occasionally contain audio glitches or dropouts caused by tape damage or digitization errors; these artifacts will be faithfully preserved in the AIFC output, as FFmpeg does not perform any audio repair. Additionally, DV files that were recorded in 4-channel / 32 kHz mode may require special handling — FFmpeg will extract whichever audio stream is primary, but the secondary audio pair may be omitted unless explicitly mapped with -map 0:a:1.