Extract Audio from DVR to AIFF — Free Online Tool
Extract audio from DVR recordings and save it as a lossless AIFF file using PCM 16-bit big-endian encoding — ideal for archiving surveillance or broadcast audio with no further quality loss. The conversion strips the video stream entirely and decodes the DVR's AAC or MP3 audio into uncompressed PCM, producing a file ready for professional audio workflows on macOS.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your DVR 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
DVR files typically store audio as compressed AAC or MP3 alongside a video stream encoded with H.264 or MJPEG. During this conversion, FFmpeg discards the video stream entirely and decodes the compressed audio track into raw PCM samples, then packages them into the AIFF container using 16-bit big-endian PCM (pcm_s16be) — Apple's standard uncompressed audio format. Unlike a remux, this is a full audio transcode: the lossy AAC or MP3 source is decoded to PCM, so the output is uncompressed and maximally compatible with macOS and professional audio tools, though it cannot recover detail that was lost in the original DVR compression.
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 identical logic as desktop FFmpeg without uploading your DVR file to any server. |
-i input.dvr
|
Specifies the input DVR file. FFmpeg probes the container to identify the audio codec (typically AAC or MP3 in DVR recordings) and the video codec (typically H.264 or MJPEG), before applying the subsequent flags. |
-vn
|
Disables video output entirely, telling FFmpeg to ignore the H.264 or MJPEG video stream in the DVR file. Since the goal is audio-only AIFF extraction, this prevents any video processing and keeps the output to a pure audio file. |
-c:a pcm_s16be
|
Decodes the compressed DVR audio (AAC or MP3) and re-encodes it as 16-bit signed big-endian PCM — the standard uncompressed audio codec for AIFF files. This produces fully uncompressed audio compatible with macOS applications like Logic Pro, GarageBand, and QuickTime. |
output.aiff
|
Defines the output filename and tells FFmpeg to wrap the pcm_s16be audio stream in an AIFF container, Apple's standard uncompressed audio format. The .aiff extension is what signals FFmpeg to use the AIFF muxer. |
Common Use Cases
- Archiving the audio track from surveillance footage for use as evidence, where an uncompressed AIFF file is more suitable for legal or forensic review than a compressed format
- Extracting broadcast-captured audio from a DVR recording to import into Logic Pro or Final Cut Pro on macOS, which natively handles AIFF without additional plugins
- Recovering a voiceover or commentary recorded via a DVR capture card to clean up and re-edit in a macOS audio workstation
- Creating a lossless audio archive from a DVR recording before the original file is deleted, ensuring the audio is preserved in the highest-fidelity uncompressed form possible given the source
- Pulling the audio channel from a security camera recording to analyze ambient sound or speech for investigative purposes using audio forensics software that requires PCM input
- Separating the audio from a DVR-captured television broadcast to produce a clean, uncompressed reference track for synchronization with externally recorded audio
Frequently Asked Questions
Not in the strictest sense. The AIFF file will be uncompressed PCM, but the source audio in a DVR file is typically AAC or MP3 — both lossy formats that have already discarded some audio detail during recording. This conversion decodes that lossy audio to uncompressed PCM, so no additional quality is lost in the conversion itself, but the quality ceiling is set by the original DVR recording. AIFF is the ideal format to stop further degradation from this point forward.
DVR files store audio in compressed formats like AAC or MP3, which can achieve compression ratios of 10:1 or more compared to raw PCM. AIFF with pcm_s16be stores every audio sample uncompressed at 16 bits per sample, which means a typical stereo recording at 44.1kHz consumes roughly 10MB per minute. A one-hour DVR recording with 128k AAC audio might produce an AIFF file that is 10–15 times larger — this is expected and is the nature of lossless uncompressed storage.
Yes. AIFF supports multiple PCM bit depths including pcm_s24be (24-bit), pcm_s32be (32-bit integer), pcm_f32be (32-bit float), and pcm_f64be (64-bit float). To use 24-bit, for example, change the command to: ffmpeg -i input.dvr -vn -c:a pcm_s24be output.aiff. However, since the DVR source audio is already lossy at a fixed quality, choosing a higher bit depth than 16-bit will not recover lost detail — it will simply store the same decoded audio in a larger format.
DVR formats sometimes embed proprietary metadata like recording timestamps, camera channel IDs, or GPS coordinates, but this metadata is typically not mapped to standard AIFF metadata fields during conversion. FFmpeg will carry over any standard audio metadata tags it recognizes, but DVR-specific fields will likely be lost. If preserving that metadata is important, you should extract and log it separately before converting.
On macOS or Linux, you can loop over all DVR files in a directory with: for f in *.dvr; do ffmpeg -i "$f" -vn -c:a pcm_s16be "${f%.dvr}.aiff"; done. On Windows Command Prompt, use: for %f in (*.dvr) do ffmpeg -i "%f" -vn -c:a pcm_s16be "%~nf.aiff". This runs the same extraction command on each file in sequence, outputting one AIFF file per DVR recording.
If the DVR file contains no audio track, FFmpeg will return an error such as 'Output file does not contain any stream' because the -vn flag removes video and there is nothing left to encode. This can happen with some surveillance DVR recordings that were configured to capture video only. You can check whether your DVR file has an audio stream by running ffmpeg -i input.dvr and reviewing the stream information printed to the console before attempting the extraction.
Technical Notes
AIFF (Audio Interchange File Format) uses big-endian byte ordering inherited from Apple's original 68k Motorola architecture, which is why the default codec here is pcm_s16be rather than the little-endian pcm_s16le used by WAV. This makes AIFF natively optimal for macOS applications but fully compatible with any platform that supports the format. The DVR container is a proprietary format with varying implementations across manufacturers — some use standard MPEG-PS or MPEG-TS internally with a .dvr extension, while others use custom binary layouts. FFmpeg's ability to probe and decode the audio stream depends on the specific DVR variant; most modern DVR systems produce files that FFmpeg handles correctly, but heavily proprietary formats from older or obscure hardware may not demux cleanly. The -vn flag ensures zero processing time is spent on the video stream, making extraction faster than a full transcode. Since AIFF does not support multiple audio tracks, only the first (or default) audio stream from the DVR file will be extracted — if your DVR recorded multiple channels as separate audio tracks within a single file, you would need to specify -map 0:a:1 (or the relevant index) to target a non-default track.